로그인

Select the product you need help with

IIS에서 브라우저 클라이언트를 인증 하는 방법을

기술 자료: 264921 - 이 문서가 적용되는 제품 보기.

기계 번역 고지 사항 보기

기계 번역된 문서와 영문 원본 문서 나란히 보기

이 문서는 이전에 다음 ID로 출판되었음: KR264921

좋습니다 Microsoft 인터넷 정보 서비스 (IIS) 7.0 버전 업그레이드 하는 모든 사용자가 Microsoft Windows Server 2008에서 실행 합니다. IIS 7.0 웹 인프라 보안이 상당히 향상 됩니다. IIS 보안 관련 항목에 대 한 자세한 내용은 다음 Microsoft 웹 사이트를 방문 하십시오.

http://www.microsoft.com/technet/security/prodtech/IIS.mspx

(http://www.microsoft.com/technet/security/prodtech/IIS.mspx)

IIS 7.0에 대 한 자세한 내용은 다음 Microsoft 웹 사이트를 방문 하십시오.

http://www.iis.net/default.aspx?tabid=1

(http://www.iis.net/default.aspx?tabid=1)

모두 확대 | 모두 축소

요약

이 문서에서는 Microsoft Windows NT 4.0 및 Microsoft Windows 2000의 IIS에서 사용할 수 있는 다른 인증 방법을 설명 합니다. 이 문서에서 설명 하는 정보에 대 한 자세한 설명은 Windows NT 4.0 및 Windows 2000 리소스 가이드를 참조 하십시오.

위로 가기 | 피드백 보내기

추가 정보

Windows NT 4.0을 사용할 수 있는 인증 방법

익명 -로그온이 필요 하다 고 누구나이 방법으로 보호 되는 데이터에 액세스할 수 있습니다. 서버 기본 제공 계정 (기본적으로 IUSR_ [컴퓨터 이름])에 파일의 사용 권한은 사용 제어 합니다. 브라우저는 자격 증명이 나 사용자 정보를 요청 하는 경우 보내지 않습니다.

지원 되는 브라우저: 모든
제한 사항: 없음
필요한 사용자 권한: 서버에 정의 된 익명 사용자 계정이 "로컬로 로그온" 권한이 있어야 합니다.
암호화 형식: 없음

기본 (일반 텍스트) -서버 사용자 로그온을 요청 하 고 브라우저에서 사용자는 필요한 자격 증명을 입력할 수 있습니다 대화 상자가 나타납니다. 이러한 자격 증명은 사용자가 액세스 하려는 파일에 정의 된 사용자 자격 증명을 일치 해야 합니다.

지원 되는 브라우저: 모든
제한 사항: 매우 안전 합니다. 암호가 쉽게 해독 됩니다.
필요한 사용자 권한: 사용자 계정이 "로컬로 로그온" 권한이 있어야 합니다.
암호화 형식: Base 64 인코딩 (진정한 암호화가 아님)

Windows NT 질의/응답 -서버 사용자 로그온을 요청 합니다. Windows NT 챌린지/응답 브라우저를 지 원하는 경우 사용자가 로그온 한 경우 사용자의 자격 증명이 자동으로 보냅니다. 도메인 사용자가 서버의 도메인과 다른 경우 또는 사용자가 로그온 하지 않은 경우 자격 증명을 보내도록 요청 하는 대화 상자가 나타납니다. Windows NT 챌린지/응답 알고리즘을 사용 하 여 사용자의 자격 증명 및 사용자가 사용 하는 컴퓨터를 기반으로 해시를 생성 합니다. 그런 다음이 해시를 서버로 보냅니다. 브라우저 사용자의 암호를 서버로 보내지 않습니다.

브라우저 지원: Internet Explorer 버전 3.01 이상
제한 사항: 지점간 연결이 필요합니다. "401 권한 없음" 오류가 발생 한 후 회로 일반적으로 닫힐 메시지입니다. 그러나 Windows NT 챌린지/응답 사용 됩니다 클라이언트 되었다고 보고 한 (다중 라운드트립이 필요)는 Windows NT 챌린지/응답 인증 시퀀스를 협상할 때 서버 회로 시퀀스 동안 열어 둡니다. CERN 프록시 및 다른 특정 인터넷 장치 작동 하지 않습니다. 또한 Windows NT 챌린지/응답 (IIS 서버에 전달 되 면 동일한 자격 증명을 백 엔드 서버로 인증에 전달할 수 없습니다 있다는) 이중 홉 가장 지원 하지 않습니다.
필요한 사용자 권한: 서버에 액세스 하 고 사용자 계정이 "네트워크에서이 컴퓨터 액세스" 권한이 있어야 합니다.
암호화 형식:는 uuencoded NTLM 해시 알고리즘입니다.

주문 우선 순위:브라우저는 요청을 보낼 때 항상 첫 번째 요청을 익명으로 간주 합니다. 따라서 자격 증명을 전송 하지 않습니다. 서버에는 익명 사용자 계정을 설정 하면 익명 또는 허용 하지 않는 경우 서버 권한이 되 고 요청을 IIS 서버는 "액세스 거부" 오류 메시지로 응답 하 고 다음 시나리오 중 하나를 사용 하 여 지원 되는 인증 형식의 목록을 보냅니다 파일 필요는 없습니다.

Windows NT 챌린지/응답에만 있는 경우 지원 되는 메서드 (또는 익명 인증에 실패 하는 경우) 한 다음 브라우저가 서버와 통신 하려면이 메서드를 지원 해야 합니다. 그렇지 않으면 해당 서버와 협상할 수 없습니다. 그리고 사용자가 "액세스가 거부 되었습니다." 오류 메시지가 나타납니다.
Basic 경우에 경우 지원 되는 메서드 (또는 익명 인증에 실패 하는 경우) 다음 대화 상자에서 자격 증명을 입력 하는 브라우저에 나타납니다 및 다음 이러한 자격 증명을 서버에 전달 합니다. 이 세 번에 걸쳐 이러한 자격 증명을 보내려고 시도 합니다. 세 번이 모두 실패 하면 브라우저가 서버에 연결 되지 않았습니다.
Basic 및 Windows NT 챌린지/응답을 모두 지 원하는 경우 브라우저에서 사용 되는 방법을 결정 합니다. Windows NT 챌린지/응답 브라우저를 지 원하는 경우이 메서드를 사용 하 여 및 다시 기본 인증으로 바뀌지 않습니다. Windows NT 챌린지/응답 지원 하지 않는 경우 기본 브라우저를 사용 합니다.

슬라이드 노트:

브라우저가 기본 인증 또는 NTLM 인증을 사용 하 여 웹 사이트와의 연결을 확인 되 면, 그 뒤로 익명으로 서버와 그 세션의 남은 시간 동안 바뀌지 않습니다. 익명 인증 한 후에 표시 되는 웹 페이지에 연결 하려고 하면 액세스가 거부 됩니다. 이 수 하거나 확실 수도 있습니다지 않습니다.
기본 인증 또는 NTLM 인증을 사용 하 여 서버에 연결 Internet Explorer 설정 하는 경우 세션 기간 동안 모든 새 요청에 대 한 자격 증명을 전달 합니다.

Windows 2000 및 위에서 사용할 수 있는 인증 방법

지원 되는 브라우저: 모든
제한 사항: 없음
필요한 사용자 권한: 서버에 정의 된 익명 사용자 계정이 "로컬로 로그온" 권한이 있어야 합니다.
암호화 형식: 없음

지원 되는 브라우저: 모든
제한 사항: 아주 안전 합니다. 암호가 쉽게 해독 됩니다.
필요한 사용자 권한: 사용자 계정이 "로컬로 로그온" 권한이 있어야 합니다.
암호화 형식: Base 64 인코딩 (진정한 암호화가 아님)

다이제스트 -서버에 로그온 한 사용자를 요청 하 고 암호를 암호화 하는 데 사용 되는 NONCE 보냅니다. 브라우저 NONCE를 사용 하 여 암호를 암호화 하 고 이것을 서버로 보냅니다. 서버 사용자 암호의 복사본을 암호화 하 고 둘을 비교 합니다. 두 값이 일치 하 고 사용자 권한을 갖고 있으면 액세스가 허용 됩니다.

브라우저 지원: Internet Explorer 5 및 이후 버전
제한 사항:로 통합으로 보안을 유지 합니다. 서버에 대 한 다이제스트 인증을 설정 하는 Active Directory 서버에 액세스할 수 있어야 합니다.
필요한 사용자 권한: 암호가 "암호화 된 일반 텍스트로 암호" 저장 개의 필요
암호화 형식: 서버가 보내는 NONCE에 기반 합니다.

자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 하십시오.

222028

(http://support.microsoft.com/kb/222028/ )

인터넷 정보 서비스 5.0에 사용할 다이제스트 인증 설정

Fortezza -IIS 5.0 Fortezza 보안을 사용 하려면 http://www.spyrus.com 같은 Fortezza 공급자에서 적절 한 암호화 API 서비스 공급자 (CSP) 파일을 해야 합니다.

Windows (두 가지 하위 범주로 분할) 통합
Kerberos -서버 사용자 로그온을 요청 합니다. 브라우저가 Kerberos를 지 원하는 경우 다음에 수행이 됩니다.

IIS 인증을 요청합니다.
클라이언트가 도메인에 로그온 하지 않은 경우 대화 상자의 자격 증명을 요청 하는 Internet Explorer 나타나고 요청 하 여 티켓 부여 티켓에는 KDC에 연결. 그런 다음 IIS 서버에 대 한 정보와 함께 티켓 부여 티켓을 KDC로 보냅니다.
IE 클라이언트가 이미 성공적으로 도메인에 로그온 한 및 티켓 부여 티켓을 받은 경우 KDC에이 티켓을 IIS 서버에 대 한 정보를 함께 전송
KDC 클라이언트가 리소스 티켓을 발급합니다.
클라이언트가 IIS 서버에이 티켓을 전달합니다.

Kerberos 티켓은 티켓 부여 서버 (KDC)에서 생성 된 인증을 사용 합니다. 이 티켓을 IIS 서버에 보냅니다. 브라우저 사용자의 암호를 서버로 보내지 않습니다.

브라우저 지원: Internet Explorer 버전 5.0 이상
제한 사항: 서버가 Active Directory 서버에 액세스할 수 있어야 합니다. 서버와 클라이언트가 KDC에 트러스트 된 연결이 있어야 합니다.
필요한 사용자 권한: 서버에 정의 된 익명 사용자 계정이 "로컬로 로그온" 권한이 있어야 합니다.
암호화 형식: 암호화 된 티켓입니다.

Windows NT 질의/응답 -서버 사용자 로그온을 요청 합니다. Windows NT 챌린지/응답 브라우저를 지 원하는 경우 사용자가 로그온 한 경우 사용자의 자격 증명이 자동으로 보냅니다. 도메인 사용자가 서버의 도메인과 다른 경우 또는 사용자가 로그온 하지 않은 경우 대화 상자의 Internet Explorer 자격 증명을 입력 보내기 나타납니다. Windows NT 챌린지/응답 알고리즘을 사용 하 여 사용자의 자격 증명 및 사용자가 사용 하는 컴퓨터를 기반으로 해시를 생성 합니다. 그런 다음이 해시를 서버로 보냅니다. 브라우저 사용자의 암호를 서버로 보내지 않습니다.

브라우저 지원: Internet Explorer 버전 3.01 이상 합니다.
제한 사항: 지점간 연결이 필요합니다. "401 권한 없음" 오류가 발생 한 후 회로 일반적으로 닫힐 메시지입니다. 그러나이 Windows NT 챌린지/응답 사용 하 여 클라이언트 되었다고 보고 한 (다중 라운드트립이 필요)는 Windows NT 챌린지/응답 인증 시퀀스를 협상할 때이 목록의 서버 회로 시퀀스 동안 열어 둡니다. CERN 프록시 및 다른 특정 인터넷 장치 작동 하지 않습니다. 또한, 이중 홉 가장 Windows NT 챌린지/응답 지원 하지 않습니다 (IIS Windows NT 챌린지/응답 사용 하는 경우 IIS 서버에 전달 되 면 동일한 자격 증명을 백 엔드 서버로 인증에 대 한 예를 들어, 전달할 수 없으며 의미이 고 SQL Server 데이터베이스를 다른 컴퓨터에 대해 사용자가 SQL 통합 보안을 사용 하 여 인증할 수 없습니다).
필요한 사용자 권한: 서버에 액세스할 사용자 계정이 "네트워크에서이 컴퓨터 액세스" 권한이 있어야 합니다.
암호화 형식:는 uuencoded NTLM 해시 알고리즘입니다.

주문 우선 순위:브라우저는 요청을 보낼 때 항상 첫 번째 요청을 익명으로 간주 합니다. 따라서 자격 증명을 전송 하지 않습니다. 서버가 익명을 허용 하지 않거나 서버에서 익명 사용자 계정을 설정 하는 경우 사용 권한이 되 고 요청을 IIS 서버는 "액세스 거부" 오류 메시지로 응답 하 고 다음 시나리오 중 하나를 사용 하 여 지원 되는 인증 형식의 목록을 보냅니다 파일 필요는 없습니다.

경우에 Windows 통합 된 경우 지원 되는 메서드 (또는 익명 인증에 실패 하는 경우) 한 다음 브라우저가 서버와 통신 하려면이 메서드를 지원 해야 합니다. 이 작업이 실패 하면 다른 방법을 시도 하지 않습니다.
기본 지원 되는 유일한 방법 (또는 익명 인증에 실패 하는 경우), 다음 대화 상자 표시는 해당 자격 증명을 입력 하 고 다음 서버에 전달. 세 번에 걸쳐 자격 증명을 전송 하려고 합니다. 세 번이 모두 실패 하는 경우 브라우저에서 서버에 연결 되지 않습니다.
모두 기본 및 Windows 통합을 지 원하는 경우 브라우저에서 사용 되는 방법을 결정 합니다. 브라우저가 Windows NT 챌린지/응답 또는 Kerberos를 지 원하는 경우이 메서드를 사용 합니다. 다시 기본으로 포함 되지 않습니다. 이 지 원하는 경우 Windows NT 챌린지/응답 및 Kerberos 지원 하지 않는 경우 브라우저를 기본, 다이제스트 또는 Fortezza 사용 합니다. 여기에 우선 순위를 기본, 다이제스트 및 Fortezza입니다.

슬라이드 노트:

기본 인증 또는 Windows 통합 인증을 사용 하 여 브라우저를 웹 사이트와의 연결을 설정 하는 경우는 다시 익명으로 서버와 그 세션의 남은 시간 동안 바뀌지 않습니다. 익명 인증 한 후에 표시 된 웹 페이지에 접속 하려고 하면 액세스가 거부 됩니다. 이 수 하거나 확실 수도 있습니다지 않습니다.
익명 이외의 인증 방법을 사용 하 여 서버에 연결 Internet Explorer 설정 하는 경우 자동으로 세션 동안 새 요청에 대해 자격 증명을 전달 합니다.

위로 가기 | 피드백 보내기

참조

Windows Server 2003에서 IIS 웹 사이트 인증을 구성 하는 방법에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 하십시오.

324274

(http://support.microsoft.com/kb/324274/ )

Windows Server 2003에서 IIS 웹 사이트 인증을 구성 하는 방법

인증 프로세스 동안 IIS 6.0에서 호스트 되는 웹 사이트 응용 프로그램 풀을 재활용 하는 경우에 발생할 수 있는 문제에 대 한 자세한 내용은 Microsoft 기술 자료의 다음 문서 번호를 클릭 하십시오.

902160

(http://support.microsoft.com/kb/902160/ )

"HTTP 오류 401" 오류 메시지가 나타난다 및 IIS 6.0에서 호스팅되는 웹 사이트를 일시적으로 연결할 수 없습니다.

위로 가기 | 피드백 보내기

속성

기술 자료: 264921 - 마지막 검토: 2012년 1월 5일 목요일 - 수정: 0.1

본 문서의 정보는 다음의 제품에 적용됩니다.

Microsoft Internet Information Services 5.0
Microsoft Internet Information Services 5.1
Microsoft Internet Information Services 6.0
Microsoft Internet Information Services 7.0
Microsoft Internet Information Services 7.5
Microsoft Internet Explorer 6.0
Windows Internet Explorer 7
Windows Internet Explorer 8
Windows Internet Explorer 9

kbinfo kbmt KB264921 KbMtko

기계 번역된 문서

중요: 본 문서는 전문 번역가가 번역한 것이 아니라 Microsoft 기계 번역 소프트웨어로 번역한 것입니다. Microsoft는 번역가가 번역한 문서 및 기계 번역된 문서를 모두 제공하므로 Microsoft 기술 자료에 있는 모든 문서를 한글로 접할 수 있습니다. 그러나 기계 번역 문서가 항상 완벽한 것은 아닙니다. 따라서 기계 번역 문서에는 마치 외국인이 한국어로 말할 때 실수를 하는 것처럼 어휘, 구문 또는 문법에 오류가 있을 수 있습니다. Microsoft는 내용상의 오역 또는 Microsoft 고객이 이러한 오역을 사용함으로써 발생하는 부 정확성, 오류 또는 손해에 대해 책임을 지지 않습니다. Microsoft는 이러한 문제를 해결하기 위해 기계 번역 소프트웨어를 자주 업데이트하고 있습니다.

이 문서의 영문 버전 보기:264921

(http://support.microsoft.com/kb/264921/en-us/ )

위로 가기 | 피드백 보내기