Permission Checker 구성 요소는 Microsoft® 인터넷 정보 서비스(IIS)에 제공되는 암호 인증 프로토콜을 사용하는 PermissionChecker 개체를 작성하여 웹 사용자에게 파일을 읽을 권한이 있는지 확인합니다.
Permission Checker 구성 요소를 사용하여 여러 유형의 사용자를 위해 ASP 기반 페이지를 사용자 지정할 수 있습니다. 예를 들어, 웹 페이지에 하이퍼링크가 있으면 Permission Checker 구성 요소를 사용하여 사용자에게 대상 웹 페이지에 대한 사용 권한이 있는지 테스트할 수 있습니다. 사용자에게 적절한 사용 권한이 없으면 하이퍼링크를 없애거나 변경하여 해당 페이지에 액세스하지 못하도록 할 수 있습니다.
구문
Set oVar = Server.CreateObject( "MSWC.PermissionChecker" )
매개 변수
oVar
Server.CreateObject의 호출로 작성된 PermissionChecker 개체의 이름을 지정합니다.
메서드
| HasAccess | 사용자에게 지정된 파일의 액세스 권한이 있는지 결정합니다. |
참고
IIS에서는 다음 세 가지 암호 인증 형식을 조합하여 사용할 수 있습니다.
익명 인증을 사용하면 모든 사용자가 처음에는 IIS 익명 사용자 계정으로 로그온됩니다. 사용자가 모두 같은 계정을 공유하므로 익명 액세스가 허용되면 Permissions Checker 구성 요소는 개별 사용자에 대한 인증을 확인할 수 없습니다.
인트라넷 전용 웹 사이트처럼 사용자 모두가 각자의 계정을 가지고 있는 응용 프로그램의 경우에는 익명 인증을 사용할 수 없게 하여 Permissions Checker 구성 요소가 개별 사용자를 인증할 수 있도록 하는 것이 좋습니다.
인터넷과 인트라넷이 혼합된 웹 사이트처럼 일부 페이지는 익명 사용자에게도 개방하고 일부 페이지는 보호해야 하는 응용 프로그램의 경우에는 익명 인증과 함께 Windows 통합 인증이나 기본 인증 같은 다른 암호 인증 방법을 적어도 하나 이상 사용해야 합니다. 특정 페이지에 대해 익명 액세스를 거부하도록 설정하면 서버는 Windows 통합 인증이나 기본 암호 인증 중 하나를 사용하여 사용자를 인증합니다.
디음 두 가지 방법 중 하나를 사용하여 특정 페이지에 대해 익명 액세스를 거부할 수 있습니다.
다음은 위에서 설명한 방법을 보여 주는 예제입니다.
<% If Request("LOGON_USER") = "" Then
Response.Status = "401 Unauthorized"
End if
%>
응용 프로그램에 있는 모든 파일을 익명 사용자에게 개방해야 하는 경우에는 Permission Checker 구성 요소가 개별 사용자의 계정을 구별할 수 없게 됩니다. 그러나 그런 경우에도 이 구성 요소를 사용하여 지정된 웹 페이지가 존재하는지 확인하고 익명 사용자 계정이 해당 페이지에 대해 액세스 권한을 가지는지 테스트할 수 있습니다.
NTLM 암호 인증은 현재 Microsoft Internet Explorer에서만 지원되며 프록시 서버에서는 작동하지 않을 수도 있습니다. 따라서 사용자가 Internet Explorer 외에 다른 브라우저를 사용하거나 프록시 서버를 통해 사이트에 연결하고 응용 프로그램에 익명 사용자 문맥을 사용할 수 없는 경우에는 기본 암호 인증 방법을 사용해야 합니다.