로그인

Select the product you need help with

폼 인증 문제 해결

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

기계 번역 고지 사항 보기

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

ASP .NET 지원 음성 열

폼 인증 문제 해결

필요에 맞게 이 열은 사용자 지정 우리는 관심 있는 주제에 대한 아이디어를 제출할 초대할 및 향후 기술 자료 문서 및 Support Voice 칼럼에서 보려는 문제를 해결할. %0. 아이디어와 Ask For It
(http://support.microsoft.com/common/survey.aspx?scid=sw;en;1176&p0=&p1=&p2=&p3=&p4=)
양식을 사용하여 의견을 제출할 수 있습니다. 양식 아래쪽에 있는 이 열의. 링크를 모음도

모두 확대 | 모두 축소

이 페이지에서

ASP.NET Support Voice 열을 환영합니다! 내 이름은 Jerry는 Orman입니다. 아직 Microsoft 5 년 동안 I 및 대부분의 자동으로 같은 웹 관련 기술 및 새로운 Microsoft SharePoint 기술을 중점적으로 내 시간 소요된. 필자는 작년에 지원 엔지니어는 같이 Microsoft ASP.NET 작업하는 소요된. 지원 이번 달 열 음성, Microsoft ASP.NET 폼 인증 문제를 해결하는 방법을 설명하는 살펴보겠습니다.

위로 가기 | 피드백 보내기

폼 인증 문제 해결

ASP.NET 응용 프로그램은 Forms 인증을 사용할 때 사용자 로그인 페이지로 리디렉션된 임의로 발생하는 문제를 해결하는 데 필요한 것이 찾을 있습니다. 이상적인 세계에서 이 문제가 쉽고 디버거를 문제가 캡처 들어 있는 방식으로 발생할 것입니다. 그러나 프로덕션 환경에서 이것은 거의 경우. 이와 같은 임의 문제를 해결하려면 문제를 근본 원인을 좁힐 수 있도록 관련 정보를 로그온해야 합니다.

이 열에 간단히 설명하겠습니다 폼 인증 개념을. 어떤 시나리오가 사용자를 로그인 페이지로 리디렉션되지 이어질 및 관련된 문제를 격리하는 데이터를 캡처하는 방법에 살펴봅니다 다음 것입니다. 폼 인증 정보를 기록하려면 IHttpModule 인터페이스를 구현하는 방법을 다룰 것입니다.

폼 인증 개요

사용자가 폼 인증을 사용하여 웹 사이트를 인증하는 서버는 쿠키를 만듭니다. 쿠키의 값이 암호화된 폼 인증 티켓이입니다. 응용 프로그램의 각 요청에 대해 쿠키가 서버로 전달되지 및 FormsAuthenticationModule 클래스의 쿠키 값을 해독합니다 또는 사용자가 유효한 여부를 결정합니다.

기본적으로 FormsAuthenticationModule 클래스 Machine.config 파일에 추가됩니다. FormsAuthenticationModule 클래스의 FormsAuthentication 프로세스를 관리합니다.

Machine.config 파일에서 항목이 다음:

<httpModule>
     …other modules…
     <add name="FormsAuthentication"
         type="System.Web.Security.FormsAuthenticationModule" />
     …other modules…
</httpModule>

폼 인증을 사용하여 인증하는 일반 HTTP 트래픽을 다음과 비슷합니다.

클라이언트는 Default.aspx HTTP GET 보냅니다. 폼 인증 쿠키를 보내집니다.
서버는 Login.aspx (리디렉트) 302 응답을 보냅니다.
클라이언트가 HTTP POST Login.aspx 보냅니다. 로그인 정보가 포함되어 있습니다.
서버는 Default.aspx (리디렉트) 302 응답을 보냅니다. 폼 인증 쿠키가 포함되지 않습니다.
클라이언트는 Default.aspx HTTP GET 보냅니다. 폼 인증 쿠키를 포함합니다.

구현 및 폼 인증을 사용하여 자세한 내용은 다음 MSDN 웹 사이트를:

http://msdn2.microsoft.com/en-us/library/7t6b43z4.aspx

(http://msdn2.microsoft.com/en-us/library/7t6b43z4.aspx)

http://msdn2.microsoft.com/en-us/library/system.web.security.formsauthentication(vs.71).aspx

(http://msdn2.microsoft.com/en-us/library/system.web.security.formsauthentication(vs.71).aspx)

http://msdn2.microsoft.com/en-us/library/system.web.security.formsauthenticationticket(vs.71).aspx

(http://msdn2.microsoft.com/en-us/library/system.web.security.formsauthenticationticket(vs.71).aspx)

폼 인증 쿠키를 공유에 대한 자세한 내용은 다음 ASP.NET 웹 사이트를 참조하십시오.

http://quickstarts.asp.net/QuickStartv20/aspnet/doc/security/formsauth.aspx

(http://quickstarts.asp.net/QuickStartv20/aspnet/doc/security/formsauth.aspx)

이유는 사용자가 로그인 페이지로 리디렉션할 수 있습니다.

폼 인증 쿠키가 없어집니다.

시나리오 1

이 시나리오에서는 사용자가 로그온할 웹 사이트로. 일부 지점에서 클라이언트가 서버로 요청을 보내고 FormsAuthenticationModule 클래스의 쿠키를 받지 않습니다. 경우 사용자 요청을 포함하지 않는 쿠키를 쿠키 Microsoft 인터넷 정보 서비스 (IIS) 에서 로깅을 활성화하여 확인할 수 있습니다. 다음 이 단계를 수행하십시오.

IIS Microsoft 관리 콘솔 (MMC) 열기
웹 사이트를 마우스 오른쪽 단추로 속성 다음 클릭하십시오.
웹 사이트 탭을 누른 다음 로깅 사용 .
로그 형식은 W3C 확장 로그 파일 형식 을 확인하십시오.
속성 을 클릭하십시오.
고급 탭을 누른 다음 확장 속성 .
확장 속성 에서 Cookie(cs(Cookie)) 확인란을 클릭합니다 및 참조자 (cs(Referer)) 확인란을.

이 문제가 발생하면 클라이언트 문제와 해당 클라이언트의 IP 주소를 결정하십시오. IIS 로그온 해당 클라이언트의 IP 주소 및 보기 필터가 있는 < 쿠키 > 열.

참고 로그 파서 사용하여 IIS 로그를 구문 분석할 수 있습니다. 로그 파서 다운로드하려면 다음 Microsoft 웹 사이트를:

http://www.microsoft.com/downloads/details.aspx?FamilyID=890cd06b-abf8-4c25-91b2-f8d975cf8c07

(http://www.microsoft.com/downloads/details.aspx?FamilyID=890cd06b-abf8-4c25-91b2-f8d975cf8c07)

특정 사용자의 요청 목록을 설정한 후 로그인 페이지로 요청을 검색하십시오. 알고 이 페이지를 리디렉션할 않았습니다 있고 리디렉션을 발생하기 전에 요청을 참조하십시오. 메시지가 표시될 클라이언트에 다음과 유사한 하나를 보내지 않은 쿠키를 또는 클라이언트와 서버 사이의 네트워크에 쿠키가 제거되었습니다.

이것은 초기 로그인입니다.

표 축소표 확대

방법	페이지	응답	쿠키
가져오기	/Default.aspx	302 (리디렉트)	쿠키 없음
가져오기	/Login.aspx	200 (성공)	쿠키 없음
게시	/Login.aspx	302 (리디렉트)	쿠키 없음
가져오기	/Default.aspx	200 (성공)	.aspxauth
가져오기	/SomePage.aspx	302 (리디렉트)	.ASPXAUTH 쿠키

.ASPXAUTH 쿠키 없이 사이트의 페이지 요청을 뒤에 다른 요청을 다음과 같습니다.

표 축소표 확대

방법	페이지	응답	쿠키
가져오기	/SomePage.aspx	302 (리디렉트)	.ASPXAUTH 쿠키
가져오기	/Login.aspx	200 (성공)	.ASPXAUTH 쿠키
게시	/Login.aspx	302 (리디렉트)	.ASPXAUTH 쿠키
가져오기	/SomePage.aspx	200 (성공)	.aspxauth

참고 해당 사용자의 첫 번째 요청 없습니다 영구 쿠키를 만들지 않으면 폼 인증 쿠키가 있을 가능성이 높습니다. 전용 IIS 로그 요청을 받은 쿠키를 보여 줍니다. 폼 인증 쿠키를 할 첫 번째 요청이 요청에 대해 성공한 로그인 시도가 됩니다.

시나리오 2

폼 인증 쿠키를 클라이언트의 쿠키 제한을 초과하면 손실될 수도 있습니다. Microsoft Internet Explorer에서 제한이 20 쿠키의입니다. 클라이언트에서 20일 쿠키를 만든 후에는 이전 쿠키는 클라이언트의 컬렉션에서 제거됩니다. .ASPXAUTH 쿠키 제거하면 다음 요청이 처리될 때 로그인 페이지로 사용자가 리디렉션됩니다.

같은 방법으로 이러한 두 가지 시나리오를 해결할 수 있습니다. 로그인 페이지로 리디렉션 직전에 요청을 살펴봅니다. 이 페이지에 대한 요청을 생성하는 쿠키, 조사하려면 뭔가 됩니다.

추가 정보는 다음 문서 번호를 클릭하여 Microsoft 기술 자료에서 확인하십시오:

306070

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

Internet Explorer의 쿠키 번호 및 크기 제한

Fiddler 사용하여 클라이언트로 보낸 HTTP 헤더를 볼 수 있습니다. 트래픽을 캡처하는 후에 요청을 두 번 누른 다음 설정 쿠키 머리글에 표시하려면 머리글 . 성공한 로그인 추적 성공한 로그인 응답 쿠키 설정 머리글에 나타납니다.

Fiddler 다운로드 다음 Fiddler 웹 사이트를 방문하십시오.

http://www.fiddlertool.com/fiddler/

(http://www.fiddlertool.com/fiddler/)

시나리오 3

요청을 클라이언트가 벗어날, 후에는 다양한 레이어가 전송되는 패킷에 영향을 줄 수 있습니다. 네트워크 장치에 쿠키가 제거한 경우 확인하려면 클라이언트와 서버, 네트워크 추적을 캡처하고 쿠키에 대한 요청 본문에 찾는 합니다. 클라이언트 요청에 쿠키가 보냈음을 확인합니다 확인하고 서버가 쿠키를 받았습니다 하려면 서버 추적 할 수 있습니다.

클라이언트 요청

이것은 사용자가 인증된 후에는 GET 요청을입니다. 폼 인증 티켓 정보가 파란색으로 강조 표시됩니다. 쿠키 정보를 클라이언트 왼쪽 확인합니다. When you use a network capture tool, like Netmon, you see the traffic that actually went through the adapter.

47 45 54 20 68 74 74 70-3a 2f 2f 6c 6f 63 61 6c   GET http://local
68 6f 73 74 2f 46 6f 72-6d 73 41 75 74 68 4c 6f   host/FormsAuthLo
67 54 65 73 74 2f 57 65-62 46 6f 72 6d 31 2e 61   gTest/WebForm1.a
73 70 78 20 48 54 54 50-2f 31 2e 31 0d 0a 41 63   spx HTTP/1.1..Ac
63 65 70 74 3a 20 69 6d-61 67 65 2f 67 69 66 2c   cept: image/gif,
…Other headers of the GET request…
63 68 65 0d 0a 43 6f 6f-6b 69 65 3a 20 2e 41 53   che..Cookie: .AS
50 58 41 55 54 48 3d 33-43 45 46 39 42 39 41 30   PXAUTH=3CEF9B9A0
43 33 37 41 44 46 36 33-45 36 42 44 33 37 42 36   C37ADF63E6BD37B6
39 43 44 41 32 35 30 30-30 46 38 30 37 32 38 46   9CDA25000F80728F
35 31 43 39 35 36 36 44-31 34 43 35 34 31 34 35   51C9566D14C54145
38 31 43 39 33 45 32 41-30 31 44 44 43 44 45 46   81C93E2A01DDCDEF
32 34 41 31 37 34 32 39-34 31 30 43 30 39 37 34   24A17429410C0974
42 33 45 43 42 30 36 34-32 32 38 45 33 35 33 39   B3ECB064228E3539
39 41 38 32 32 42 33 42-39 33 36 44 46 30 38 46   9A822B3B936DF08F
42 41 42 44 33 45 31 30-32 44 30 30 32 31 30 43   BABD3E102D00210C
32 45 31 33 39 38 30 37-39 42 32 33 35 32 39 46   2E1398079B23529F
34 46 35 44 37 34 41 3b-20 50 72 6f 66 69 6c 65   4F5D74A; Profile
3d 56 69 73 69 74 6f 72-49 64 3d 62 32 34 65 62   =VisitorId=b24eb

Server-side request

서버가 클라이언트에 보내는 것과 동일한 정보를 받았습니다 있는지 원하는 서버에 도달하면 요청을 보면. 서버가 동일한 정보를 받지 못했습니다 쿠키가 제거된 확인하려면 네트워크에 있는 다른 장치와 조사해야 합니다.

참고 또한 쿠키를 제거하는 ISAPI 필터의 인스턴스를 아직 합니다. 웹 서버에 쿠키 받았지만 쿠키를 IIS 로그가 나열되지 확인 ISAPI 필터를 확인하십시오. 문제가 해결되었는지 필터를 제거해야 합니다.

Forms 인증 티켓이 초과되기

다른 일반적인 원인은 사용자가 리디렉션될 폼 인증 티켓이 만료되었는지 것입니다. Forms 인증 티켓을 두 가지 방법으로 시간 초과될 수 있습니다. 첫 번째 시나리오는 절대 만료 사용하는 경우 발생합니다. 절대 만료 만료 시간이 만료되면 인증 티켓이 만료됩니다. 예를 들어, 20 분 만료 날짜를 설정하려면 및 오후 2시 시 사용자가 사이트를 방문할 수도 있습니다. 오후 2시 20분에 후 사용자가 사이트를 방문할 경우 사용자가 로그인 페이지로 리디렉션됩니다.

상대(sliding) 만료를 사용하면 시나리오를 조금 더 복잡합니다. 쿠키와 결과 티켓이 만료 시간은 절반 만료된 후 사용자가 사이트를 방문할 경우 업데이트됩니다. 예를 들어, 상대(sliding) 만료를 사용하여 20분 만료를 설정할 수 있습니다. 오후 2시 시 사용자가 사이트를 방문할 받고 사용자가 오후 2시 20분 만료되도록 설정할 수 있는 쿠키를. 만료 오후 2시 10분 후 사용자가 사이트를 방문할 때만 업데이트됩니다. 오후 2시 09분 사이트를 방문하기만 해도 티켓이 만료 시간의 절반을 통과한 때문에 업데이트되지 않습니다. 사용자가 오후 2시 21분 사이트를 방문하여 12 분 기다립니다, 티켓이 만료되었습니다. 로그인 페이지로 리디렉션됩니다.

방법을 한 가지 방법은 이러한 유형의 문제 폼 인증 쿠키 및 티켓 정보를 기록하는 것입니다. 이 방법을 볼 수 있습니다 쿠키의 값이 더 IIS에 의해 받았습니다. HttpModule 을 작성하고 요청 파이프라인의 해당 모듈을 연결해 이렇게 할 수 있습니다. 필요한 정보를 가져오려면 응용 프로그램의 코드를 수정하지 않아도 됩니다.

첨부된 예제 전체에 주석을 있으며 Microsoft .NET Framework 1.1 및 .NET Framework 2.0 작동합니다. 이 샘플에는 다음 파일이 포함되어 있습니다.

FormsAuthEvents.cs: 이 클래스를 IHttpModule 구현하는 Application_BeginRequest 이벤트에 연결합니다.
FormsAuthInfo.cs: 이 클래스의 쿠키를 검색합니다 Forms 인증 티켓을 해독합니다. 또한 응용 프로그램의 Web.config 파일에 있는 폼 인증을 사용할 수 있도록 설정되어 확인합니다.
FormsAuthConfig.cs: 이 클래스를 FormsAuthLogger.config 파일에서 정보를 읽습니다.
Log.cs: 한 stringbuilder 받아 값을 로그 파일을 작성합니다 있는 파일.
FormsAuthLogger.config: 이 XML 파일의 읽을 Log.cs 파일에 의해. 이 파일 작성 DLL과/bin 폴더에 있어야 합니다. 파일의 다음 구성할 수 있습니다.
- IP 필터: 클라이언트 IP 데이터 캡처할 필터링할 수 있습니다. 이렇게 이 하면 문제를 재현하는 알려진 클라이언트에서 요청만 기록할 수 있습니다. 로그의 크기를 줄입니다.
- 캡처 형식: 파일을 저장할 위치를 지정합니다. 기본 임시 ASP.NET 파일 폴더가 있지만 폴더에 쓸 수 있는 작업자 프로세스 계정에 이 위치에 저장할 수 있습니다.

참고 FormsAuthLogger.zip 파일에 제공된 코드 다운로드 링크를 제공합니다.

기본 영역을 짚고 것입니다.

IHttpModule 인터페이스는. 구현하는 클래스를 만든
public class FormsAuthEvents : IHttpModule { …code… }
살펴 이벤트를 연결합니다. 이 샘플은 Application_BeginRequest 이벤트를 사용하고 있습니다. 각 보시기 우리는 이 이렇게 요청 폼 인증 쿠키가 있는지 확인하려면 및 로그 FormsAuthenticationTicket 경우 쿠키가 있을
public void Init(HttpApplication application) { //Wire up the BeginRequest event application.BeginRequest += (new EventHandler(this.Application_BeginRequest)); }

Application_BeginRequest 이벤트를 구현하는.

private void Application_BeginRequest(Object source, EventArgs e)
{	
   …code to log the ticket…
}

폼 인증 쿠키를 검색하고 이를 해독할.
값을 기록하십시오. 양식 정보 외에도 다음 로깅 것이 좋습니다. 이를 통해 쉽게 필요한 경우 폼 인증 정보를 IIS 로그 일렬로:
- 날짜: 있던 요청을 볼 수 있습니다.
- RequestType: 요청이 Get 또는 한 후 표시합니다.
- URL: 요청 문제를 발생시킨 패턴을 표시합니다.
- 참조 페이지
- ClientIP: 특정 클라이언트 요청을 연결합니다.

위로 가기 | 피드백 보내기

폼 인증에 대한 자세한 내용은 다음 FormsAuthLogger 샘플 파일을 다운로드할 수 있습니다.

그림 축소그림 확대

Download the FormsAuthLogger.exe package now.

(http://download.microsoft.com/download/7/2/7/727b0cf2-d4fc-4d19-a632-aa3477998fcd/formsauthlogger.exe)

항상 자유롭게 향후 열 다루었으면 주제를 또는 Ask For It

(http://support.microsoft.com/common/survey.aspx?scid=sw;en;1176&p0=&p1=&p2=&p3=&p4=)

폼을 사용하여 기술 자료의 아이디어를 제출할 수 있습니다.

위로 가기 | 피드백 보내기

속성

기술 자료: 910439 - 마지막 검토: 2007년 5월 31일 목요일 - 수정: 1.5

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

Microsoft ASP.NET 1.1
Microsoft ASP.NET 1.0
Microsoft ASP.NET 2.0

kbmt kbtshoot kbiis kbcode kbasp KB910439 KbMtko

기계 번역된 문서

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

이 문서의 영문 버전 보기.

위로 가기 | 피드백 보내기