HTTPS를 통한 Facebook 인증 해제 콜백

Question

캔버스 앱에 대한 인증 취소 콜백을 구현했습니다. Facebook이 https를 통한 인증 해제 콜백을 핑 (ping) 할 수 없지만 http에는 문제가 없습니다. 나는 모든 연결을 로깅하고 있지만 페이스 북에서 콜백을 핑 (ping)하는 기록은 없다. ping을하면 로그된다. 또한 페이스 북에서 URL 디버깅 도구 (https://developers.facebook.com/tools/debug)를 통해 콜백에 ping을 보내면 성공합니다.

https가 작동하지 않는다는 것을 감안할 때 Facebook의 서버가 내 인증서 발급자/권한을 고려하지 않는다고 가정합니다. Facebook의 백 엔드 프로세스와 함께 작동하는 인증 기관의 명확한 목록이 있습니까? 또는 승인 된 인증 기관 목록에 Facebook이 포함되도록 새로운 권한을 제출할 수있는 방법이 있습니까?

편집 : 내 SSL 인증서는 GoDaddy의 간단한 DBA 인 "Starfield Technologies"에서 발급 한 것입니다. 나는 일반적으로 GoDaddy를 피했지만이 SSL은 저렴했습니다. 어쩌면 내가 지불 한 돈을 받고있는 것일 수도 있습니다.

Answer 1

나는 결국이 문제가 무엇인지 알아 냈고, 다른 사람들이 내 어리 석음을 누릴 수 있도록 문서화하고 싶었습니다.

내 능력은 소프트웨어 개발 중입니다. 나는 숙련 된 웹 사이트 관리자가 아닙니다. 나는 그저 들르기에 충분하다는 것을 압니다. 문제는 내 웹 서버의 SSL 구성 때문이었습니다.

2 년 전 인증서를 구매할 때 불완전하게 설치했습니다. 내 도메인의 PEM 파일을 만들고 설치했지만 웹 서버가 인증 기관 번들 (내 경우에는 sf_bundle.crt)에 대해 알지 못하도록 구성했습니다.

웹 브라우저에서 보안 deauth 콜백에 액세스하고 웹 브라우저가 필요한 모든 루트 및 중간 인증서로 구성되면 응용 프로그램을 성공적으로 "deauth"합니다.

그러나 deauth 콜백을 ping하는 Facebook 백엔드 컴퓨터와 같은 웹 클라이언트가 해당 웹 서버에 액세스하려고 시도하지만 아직 사용 가능한 모든 중간 인증서가없는 경우 SSL 핸드 셰이 킹이 실패합니다. 클라이언트는 인증서를 루트 CA 인증서로 다시 인증 할 수 없습니다.

나는 이것이 의미가 있기를 바랍니다. 내가 말했듯이, 웹 관리는 나의 강한 소송이 아니며 나는 한 걸음도 놓쳤습니다. 웹 서버 구성에 CA 번들을 올바르게 설치하면 Facebook 백엔드 컴퓨터가 사이트를 인증하고 deauth 콜백을 성공적으로 ping 할 수 있습니다.

여기에 불분명 한 것이 있으면 언제든지 물어보십시오. 할 수 있으면 도와 줄께.