다소 혼란스럽지 않습니다. 첫째, 익명 액세스 계정은 오래 전부터 사용되어 왔으며 응용 프로그램 풀에 대한 아이디어는 IIS 6에서 새로 도입되었습니다. IIS가 처음부터 새로 설계 되었으면 이것이 실제로는 아닐 것이라고 생각합니다 (증거는 없지만) 설정, 그것은 단지 호환성을 유지하는 것처럼 느낍니다.

응용 프로그램 풀 계정에는 서버에 대한 특정 권한이 필요합니다. 이들은 일반적으로 IIS_WPG 로컬 그룹에 계정을 추가하여 부여됩니다.
익명 액세스 계정에는 이러한 권한이 필요하지 않습니다.
웹 사이트가 익명 액세스를 허용하도록 설정되어 있다고 가정하면 웹 응용 프로그램의 가장 설정에 따라 페이지가 실행될 계정이 결정됩니다. 가장이 설정되어 있으면 요청이 익명 계정으로 처리됩니다. 반면 가장이 꺼져 있으면 인증 설정에 관계없이 요청이 응용 프로그램 풀 계정으로 실행됩니다.
가장이 필요하지 않은 경우 전원을 끄면 처리량이 약간 향상됩니다. 또한 페이지 요청이 프로세스에 관련된 다른 계정을 가지지 않고 응용 프로그램 풀로 실행되면 따르는 것이 더 쉽다고 생각합니다.

회사 인트라넷을위한 작은 웹 응용 프로그램을 작성했습니다. 이들은 Windows 인증을 사용하는 경향이 있으므로 ASP는 페이지에 액세스하는 사람을 알고 있지만 가장하지는 않으므로 요청이 응용 프로그램 풀로 실행됩니다. 이를 통해 데이터베이스 액세스가 Windows 계정으로 실행되어 관리가 쉬워지고 (IMO) DBA가 행복해집니다.
누가 사이트를 실행하고 있는지 알 필요가없는 익명 사이트는 익명 액세스를 설정하지만 가장은 해제 된 상태로 유지합니다.

편집 : 추가 독서.
빠른 검색 MSDN에서 도움이 될만한 이 기사를 찾았습니다 . 또한 IIS 7에서 변경된 사항에 대한 이 두 기사를 찾았 습니다
. 익명 액세스 계정이 실제로 필요하지 않다는 이론을 뒷받침하는 것 같습니다. 이제 IIS가 응용 프로그램 풀을 지원합니다.

편집 : 가장 정보
web.config에 설정이 없으면 ASP.NET은 machine.config의 설정을 사용합니다. 다양한 구성 파일이 상호 작용하는 방법에 대한 자세한 정보는 여기에 있습니다.

답변