Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

OpenAuth.VerifyAuthentication 호출 시 The remote server returned an error: (400) Bad Request

페이스북 로그인 처리 시 다음과 같이 redirectUrl을 구성해 RequestAuthentication 단계를 지난 후,

string returnUrl = "~/default.aspx";
string encoded = HttpUtility.UrlEncode(returnUrl);

var redirectUrl = "~/loginProcess.aspx?ReturnUrl=" + encoded;
OpenAuth.RequestAuthentication(provider, redirectUrl);

콜백된 loginProcess.aspx에서 그대로 URL을 구성해 다시 VerifyAuthentication을 호출했는데,

string returnUrl = Request.QueryString["ReturnUrl"];
string encoded = HttpUtility.UrlEncode(returnUrl);

var redirectUrl = "~/loginProcess.aspx?ReturnUrl=" + encoded;
AuthenticationResult authResult = OpenAuth.VerifyAuthentication(redirectUrl);

VerifyAuthentication에서 곧바로 다음과 같은 오류가 발생합니다.

System.Net.WebException was unhandled by user code
  HResult=-2146233079
  Message=The remote server returned an error: (400) Bad Request.
  Source=System
  StackTrace:
       at System.Net.WebClient.DownloadDataInternal(Uri address, WebRequest& request)
       at System.Net.WebClient.DownloadString(Uri address)
       at DotNetOpenAuth.AspNet.Clients.FacebookClient.QueryAccessToken(Uri returnUrl, String authorizationCode)
       at DotNetOpenAuth.AspNet.Clients.OAuth2Client.VerifyAuthentication(HttpContextBase context, Uri returnPageUrl)
       at DotNetOpenAuth.AspNet.OpenAuthSecurityManager.VerifyAuthentication(String returnUrl)
       at Microsoft.AspNet.Membership.OpenAuth.OpenAuthManager.VerifyAuthentication(HttpContextBase context, String returnUrl)
       at Microsoft.AspNet.Membership.OpenAuth.OpenAuth.VerifyAuthentication(String returnUrl)
       at WebApplication1.loginProcess.Page_Load(Object sender, EventArgs e) in E:\WebApplication1\loginProcess.aspx.cs:line 31
       at System.Web.Util.CalliEventHandlerDelegateProxy.Callback(Object sender, EventArgs e)
       at System.Web.UI.Control.OnLoad(EventArgs e)
       at System.Web.UI.Control.LoadRecursive()
       at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
  InnerException: 

이 때의 통신을 fiddler로 검사해보면 좀 더 자세한 정보를 얻을 수 있습니다.

HTTP/1.1 400 Bad Request
WWW-Authenticate: OAuth "Facebook Platform" "invalid_code" "Error validating verification code. Please make sure your redirect_uri is identical to the one you used in the OAuth dialog request"
Access-Control-Allow-Origin: *
Content-Type: text/javascript; charset=UTF-8
X-FB-Trace-ID: BBjvl4t97FL
X-FB-Rev: 1774062
Pragma: no-cache
Cache-Control: no-store
Facebook-API-Version: v2.0
Expires: Sat, 01 Jan 2000 00:00:00 GMT
X-FB-Debug: ...
Date: Mon, 08 Jun 2015 02:22:30 GMT
Connection: keep-alive
Content-Length: 190

{"error":{"message":"Error validating verification code. Please make sure your redirect_uri is identical to the one you used in the OAuth dialog request","type":"OAuthException","code":100}}

이것의 의미는 redirect_uri 값이 OpenAuth.RequestAuthentication 때 보냈던 것과 OpenAuth.VerifyAuthentication 때 보냈던 것이 같아야 한다는 것입니다. 검색해 보면 이것 때문에 고생하는 사례가 종종 있군요. ^^

Thursday, October 27, 2011Facebook Graph API and redirect_uri and QueryString parameters 
; http://randomdotnetnuggets.blogspot.kr/2011/10/facebook-graph-api-and-redirecturi-and.html

그런데... 제 경우는 분명히 fiddler로 봤을 때 2개의 요청이 포함한 redirect_uri에는 정확히 동일한 값이 들어있는 것을 확인했습니다.

GET https://www.facebook.com/dialog/oauth?client_id=...&redirect_uri=http%3A%2F%2Flocalhost%3A15000%2FloginProcess.aspx%3FReturnUrl%3D~%252fdefault.aspx%26__provider__%3Dfacebook%26__sid__%...&scope=email HTTP/1.1
Accept: text/html, application/xhtml+xml, */*
Accept-Language: ko,en-US;q=0.7,en;q=0.3
User-Agent: Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.3; WOW64; Trident/7.0)
Accept-Encoding: gzip, deflate
Host: www.facebook.com
DNT: 1
Connection: Keep-Alive
Cookie: datr=...

GET https://graph.facebook.com/oauth/access_token?client_id=...&redirect_uri=http%3A%2F%2Flocalhost%3A15000%2FloginProcess.aspx%3FReturnUrl%3D~%252Fdefault.aspx%26__provider__%3Dfacebook%26__sid__%...&client_secret=...&code=...&scope=email HTTP/1.1
Host: graph.facebook.com
Connection: Keep-Alive

테스트 해보니, redirect_uri에 포함한 쿼리 스트링이 다음의 경우는 정상적으로 OpenAuth.VerifyAuthentication 메서드 호출이 성공했으나,

~/loginProcess.aspx?ReturnUrl=1
~/loginProcess.aspx?ReturnUrl=default.aspx
~/loginProcess.aspx?ReturnUrl=/default.aspx

"~" 글자를 포함하기만 하면 실패가 되었습니다.

~/loginProcess.aspx?ReturnUrl=~/default.aspx

어쩔 수 없군요... 그럼 그냥 "~" 글자가 없는 경로를 지정하도록 변경해 일단 해결을 했습니다.

string returnUrl = "~/default.aspx";
string resolved = Page.ResolveUrl(returnUrl);

string encoded = HttpUtility.UrlEncode(resolved);

var redirectUrl = "~/loginProcess.aspx?ReturnUrl=" + encoded;
OpenAuth.RequestAuthentication(provider, redirectUrl);




안 그래도 예전에 페이스북 인증 라이브러리 사용하면서 이와 유사한 문제를 겪었던 적이 있습니다.

ASP.NET 서버 측 코드에서 페이스북 계정 연동하는 방법
; https://www.sysnet.pe.kr/2/0/1143

그때는 해당 페이스북 인증 라이브러리를 개발한 개발자도 그 사실을 몰라서 내부적으로 버그가 있었던 것 같은데... 암튼... 페이스북의 redirect_uri에 대한 과도한 규정의 이유를 알 수 없으나 여러 개발자들 불편하게 만드는 주요 원인인 듯 합니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 7/10/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  70  71  72  [73]  74  75  ...
NoWriterDateCnt.TitleFile(s)
12142정성태2/12/202019568.NET Framework: 889. C# 코드로 접근하는 MethodDesc, MethodTable파일 다운로드1
12141정성태2/10/202018423.NET Framework: 888. C# - ASP.NET Core 웹 응용 프로그램의 출력 가로채기 [2]파일 다운로드1
12140정성태2/10/202019270.NET Framework: 887. C# - ASP.NET 웹 응용 프로그램의 출력 가로채기파일 다운로드1
12139정성태2/9/202019942.NET Framework: 886. C# - Console 응용 프로그램에서 UI 스레드 구현 방법
12138정성태2/9/202024666.NET Framework: 885. C# - 닷넷 응용 프로그램에서 SQLite 사용 [6]파일 다운로드1
12137정성태2/9/202017511오류 유형: 592. [AhnLab] 경고 - 디버거 실행을 탐지했습니다.
12136정성태2/6/202018948Windows: 168. Windows + S(또는 Q)로 뜨는 작업 표시줄의 검색 바가 동작하지 않는 경우
12135정성태2/6/202024326개발 환경 구성: 468. Nuget 패키지의 로컬 보관 폴더를 옮기는 방법 [2]
12134정성태2/5/202022216.NET Framework: 884. eBEST XingAPI의 C# 래퍼 버전 - XingAPINet Nuget 패키지 [5]파일 다운로드1
12133정성태2/5/202019695디버깅 기술: 161. Windbg 환경에서 확인해 본 .NET 메서드 JIT 컴파일 전과 후 - 두 번째 이야기
12132정성태1/28/202022656.NET Framework: 883. C#으로 구현하는 Win32 API 후킹(예: Sleep 호출 가로채기) [1]파일 다운로드1
12131정성태1/27/202021623개발 환경 구성: 467. LocaleEmulator를 이용해 유니코드를 지원하지 않는(한글이 깨지는) 프로그램을 실행하는 방법 [1]
12130정성태1/26/202019139VS.NET IDE: 142. Visual Studio에서 windbg의 "Open Executable..."처럼 EXE를 직접 열어 디버깅을 시작하는 방법
12129정성태1/26/202025322.NET Framework: 882. C# - 키움 Open API+ 사용 시 Registry 등록 없이 KHOpenAPI.ocx 사용하는 방법 [3]
12128정성태1/26/202019532오류 유형: 591. The code execution cannot proceed because mfc100.dll was not found. Reinstalling the program may fix this problem.
12127정성태1/25/202018003.NET Framework: 881. C# DLL에서 제공하는 Win32 export 함수의 내부 동작 방식(VT Fix up Table)파일 다운로드1
12126정성태1/25/202019929.NET Framework: 880. C# - PE 파일로부터 IMAGE_COR20_HEADER 및 VTableFixups 테이블 분석파일 다운로드1
12125정성태1/24/202017465VS.NET IDE: 141. IDE0019 - Use pattern matching
12124정성태1/23/202019231VS.NET IDE: 140. IDE1006 - Naming rule violation: These words must begin with upper case characters: ...
12123정성태1/23/202020844웹: 39. Google Analytics - gtag 함수를 이용해 페이지 URL 수정 및 별도의 이벤트 생성 방법 [2]
12122정성태1/20/202017045.NET Framework: 879. C/C++의 UNREFERENCED_PARAMETER 매크로를 C#에서 우회하는 방법(IDE0060 - Remove unused parameter '...')파일 다운로드1
12121정성태1/20/202016978VS.NET IDE: 139. Visual Studio - Error List: "Could not find schema information for the ..."파일 다운로드1
12120정성태1/19/202020263.NET Framework: 878. C# DLL에서 Win32 C/C++처럼 dllexport 함수를 제공하는 방법 - 네 번째 이야기(IL 코드로 직접 구현)파일 다운로드1
12119정성태1/17/202020560디버깅 기술: 160. Windbg 확장 DLL 만들기 (3) - C#으로 만드는 방법
12118정성태1/17/202021658개발 환경 구성: 466. C# DLL에서 Win32 C/C++처럼 dllexport 함수를 제공하는 방법 - 세 번째 이야기 [1]
12117정성태1/15/202020260디버깅 기술: 159. C# - 디버깅 중인 프로세스를 강제로 다른 디버거에서 연결하는 방법파일 다운로드1
... 61  62  63  64  65  66  67  68  69  70  71  72  [73]  74  75  ...