Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)
Facebook 연동 - API Error Description: Invalid OAuth 2.0 Access Token

페이스북 계정 연동에 대해서 지난번에 설명드렸는데요.

페이스북(Facebook) 계정으로 로그인하는 C# 웹 사이트 제작
; https://www.sysnet.pe.kr/2/0/953

테스트하다 보니 재미있는 현상이 하나 나왔습니다.

  1. A 컴퓨터에서 "로그인 상태 유지"로 로그인
  2. B 컴퓨터에서 같은 계정으로 "로그인 상태 유지"로 로그인
  3. A, B 컴퓨터 모두 웹 브라우저 종료
  4. A 컴퓨터에서 "로그 아웃"
  5. B 컴퓨터에서 웹 브라우저를 띄우고 페이스북 계정 연동 사이트 방문

위와 같이 하면, A 컴퓨터에서는 다시 로그인 과정을 밟아서 계정 연동이 되는 반면, B 컴퓨터에서는 기존에 남아 있던 "fbs_[AppId]" 쿠키 값으로 인해 '자동 로그인'이 시도되고 이미 A 컴퓨터에서 로그아웃을 해버려서 액세스 토큰이 유효하지 않게 되어 무조건 다음과 같은 오류 창으로 넘어가게 됩니다. (실제로 B 컴퓨터에는 "alert(document.cookie)"로 확인을 하면 이전의 쿠키값이 살아 있는 것을 볼 수 있습니다.)

fb_login_error_1.png

An error occurred with 성태의 닷넷 이야기. Please try again later.

API Error Code: 190
API Error Description: Invalid OAuth 2.0 Access Token
Error Message: Error validating access token.


아마도 같은 계정에 대해서 여러 대의 PC에서 로그인을 하는 것에 대해 페이스북 서버 측에서 "Acces Token"에 대한 정상적인 관리가 안되는 듯 싶습니다.

어떡할까? 고민하다가,,, 이런 문제를 방지하기 위해 로그인 시도를 할 때 기존에 설정된 "fbs_[App Id]" 쿠키 값을 지우고 로그인 창을 띄우는 식으로 방향을 잡았습니다. 이렇게 하려면 "<fb:login-button />"을 그냥 사용하는 것은 무리가 있었습니다.

그래서, 다음과 같이 페이스북 로그인 이미지를 대신하고,

<img style="cursor: pointer" onclick="fb_Login()" src="login-button.png" />

로그인 과정을 하는 자바스크립트를 직접 작성했습니다.

<div id="fb-root"></div>
<script language="javascript" type="text/javascript" src="http://connect.facebook.net/en_US/all.js"></script>
<script language="javascript" type="text/javascript">
    FB.init({ appId: [Your App ID], status: false, cookie: true, xfbml: true });

    function fb_Login() {
        document.cookie = "fbs_[Your App ID]=;"; // 쿠키를 제거해 주고,
        FB.login(function (response) {  // 페이스북 로그인 창을 띄웁니다.
            if (response.session) {
                // 로그인 상태로 판정될 때 실행되는 코드
            } else {
                // 로그아웃 상태로 판정될 때 실행되는 코드
            }
        }, { perms: 'email,user_website' });  // fb:login-button의 perms 속성으로 지정된 값 나열
    }
</script>

아쉬운 점은, 쿠키값이 클라이언트에서 자바 스크립트로 해제되긴 하지만, 웬일인지 FB.login 버튼으로 실행되는 창에 곧바로 반영되지 않았습니다. 그래서 이렇게 클라이언트 측에서 처리를 하게 되면 반드시 한번의 redirection을 거쳐야만 한 번 더 로그인 시도를 했을 때 정상적으로 동작하게 되는 단점이 있습니다.

이런 상황을 좀 더 매끄럽게 해결하려면 서버 측에서 판단하는 코드를 넣어주어야 하는데요.
가만히 보니까, 위와 같이 "Invalid OAuth 2.0 Access Token" 상태의 fbs_ 쿠키값을 가지고 Facebook.FacebookAPI.Get 메서드를 호출하게 되면 다음과 같은 예외가 발생하였습니다.

Server Error: Facebook.FacebookAPIException: The remote server returned an error: (400) Bad Request. 
    at Facebook.FacebookAPI.MakeRequest(Uri url, HttpVerb httpVerb, Dictionary`2 args) in D:\...\FacebookAPI.cs:line 194 
    at Facebook.FacebookAPI.Call(String relativePath, HttpVerb httpVerb, Dictionary`2 args) in D:\...\FacebookAPI.cs:line 132 
    at Facebook.FacebookAPI.Get(String relativePath) in D:\...\FacebookAPI.cs:line 69 
    at TestAPI.test.CheckFacebookLogin() in D:\...\test.ascx.cs:line 219 

그래서, 아예 서버 측에서 다음과 같이 쿠키를 제거하는 코드를 넣어주니 모든 것이 잘 해결되었습니다.

try
{
    me = api.Get("/me");
}
catch (Facebook.FacebookAPIException fbEx)
{
    if (Request.Cookies["fbs_" + ApplicationId] != null)
    {
        HttpCookie fbsCookie = new HttpCookie("fbs_" + ApplicationId);
        fbsCookie.Expires = DateTime.Now.AddDays(-1);
        Response.Cookies.Add(fbsCookie);
    }
}

위와 같이 처리를 하게 되면, 실제로 페이스북 서버 문제로 "400 bad request"가 발생했을 때 조차도 로그 아웃이 되어버리는 (흔치 않는) 문제가 있겠지만, 그래도 클라이언트 측 스크립트에서의 두 번 재시도 로그인 처리보다는 나은 것 같습니다.

암튼, 페이스북 서버 측 코드를 알 수 없어 정확한 분석을 하기는 힘들지만, 일단은 위와 같이 처리를 해주니 현재는 문제없이 페이스북 로그인 계정 연동이 되고 있습니다. (어쨌든, 실제 적용하면서 느낀 건데, 페이스북의 SSO 기능이 그다지 매끄럽지는 않은 것 같습니다.)





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

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/19/2021]

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

비밀번호

댓글 작성자
 




... 16  17  18  19  [20]  21  22  23  24  25  26  27  28  29  30  ...
NoWriterDateCnt.TitleFile(s)
13439정성태11/10/202311553닷넷: 2158. C# - 소켓 포트를 미리 시스템에 등록/예약해 사용하는 방법(Port Exclusion Ranges)파일 다운로드1
13438정성태11/9/202311059닷넷: 2157. C# - WinRT 기능을 이용해 윈도우에서 실행 중인 Media App 제어
13437정성태11/8/202311261닷넷: 2156. .NET 7 이상의 콘솔 프로그램을 (dockerfile 없이) 로컬 docker에 배포하는 방법
13436정성태11/7/202311352닷넷: 2155. C# - .NET 8 런타임부터 (Reflection 없이) 특성을 이용해 public이 아닌 멤버 호출 가능
13435정성태11/6/202310613닷넷: 2154. C# - 네이티브 자원을 포함한 관리 개체(예: 스레드)의 GC 정리
13434정성태11/1/202310593스크립트: 62. 파이썬 - class의 정적 함수를 동적으로 교체
13433정성태11/1/20239435스크립트: 61. 파이썬 - 함수 오버로딩 미지원
13432정성태10/31/202310232오류 유형: 878. 탐색기의 WSL 디렉터리 접근 시 "Attempt to access invalid address." 오류 발생
13431정성태10/31/202310762스크립트: 60. 파이썬 - 비동기 FastAPI 앱을 gunicorn으로 호스팅
13430정성태10/30/202310961닷넷: 2153. C# - 사용자가 빌드한 ICU dll 파일을 사용하는 방법
13429정성태10/27/202311099닷넷: 2152. Win32 Interop - C/C++ DLL로부터 이중 포인터 버퍼를 C#으로 받는 예제파일 다운로드1
13428정성태10/25/202311244닷넷: 2151. C# 12 - ref readonly 매개변수
13427정성태10/18/202310746닷넷: 2150. C# 12 - 정적 문맥에서 인스턴스 멤버에 대한 nameof 접근 허용(Allow nameof to always access instance members from static context)
13426정성태10/13/202311247스크립트: 59. 파이썬 - 비동기 호출 함수(run_until_complete, run_in_executor, create_task, run_in_threadpool)
13425정성태10/11/202311131닷넷: 2149. C# - PLinq의 Partitioner<T>를 이용한 사용자 정의 분할파일 다운로드1
13423정성태10/6/202311033스크립트: 58. 파이썬 - async/await 기본 사용법
13422정성태10/5/202310766닷넷: 2148. C# - async 유무에 따른 awaitable 메서드의 병렬 및 예외 처리 [1]
13421정성태10/4/202311032닷넷: 2147. C# - 비동기 메서드의 async 예약어 유무에 따른 차이
13420정성태9/26/202319282스크립트: 57. 파이썬 - UnboundLocalError: cannot access local variable '...' where it is not associated with a value
13419정성태9/25/202310873스크립트: 56. 파이썬 - RuntimeError: dictionary changed size during iteration
13418정성태9/25/202312508닷넷: 2146. C# - ConcurrentDictionary 자료 구조의 동기화 방식
13417정성태9/19/202311800닷넷: 2145. C# - 제네릭의 형식 매개변수에 속한 (매개변수를 가진) 생성자를 호출하는 방법
13416정성태9/19/202310393오류 유형: 877. redis-py - MISCONF Redis is configured to save RDB snapshots, ...
13415정성태9/18/202311829닷넷: 2144. C# 12 - 컬렉션 식(Collection Expressions) [2]
13414정성태9/16/202311162디버깅 기술: 193. Windbg - ThreadStatic 필드 값을 조사하는 방법
13413정성태9/14/202311989닷넷: 2143. C# - 시스템 Time Zone 변경 시 이벤트 알림을 받는 방법
... 16  17  18  19  [20]  21  22  23  24  25  26  27  28  29  30  ...