FacebookのDeauthorize HTTPS経由のコールバック

Question

私はキャンバスアプリケーションのDeauthorizeコールバックを実装しました。 FacebookがhttpsでDeauthorize Callbackにpingできないようだが、httpで問題はない。私はすべての接続を記録しており、Facebookからのコールバックをpingするレコードはありませんが、pingを実行するとログに記録されます。さらに、私がFacebookにURLデバッグツール（https://developers.facebook.com/tools/debug）を介してコールバックをpingすると成功します。

httpsが機能しないとすれば、私はFacebookのサーバーが証明書の発行者/権限を気にしないと仮定しています。 Facebookのバックエンドプロセスで動作する証明機関の明確なリストはありますか？あるいは、Facebookに新しい権限を提出して、受け入れた認証局のリストに追加する方法はありますか？

編集：私のSSL証明書は、GoDaddyのシンプルなDBAだと思う「Starfield Technologies」によって発行されました。私は通常、GoDaddyを避けますが、このSSLは安かったです。多分、私はそれが支払ったものを手に入れています。

Answer 1

私はついにこの問題が何であったかを理解し、他の人が私の愚かさの恩恵を受けることができるように文書化したかったのです。

私の能力はソフトウェア開発中です。私は熟練したWebサイト管理者ではありません。私はちょうど十分に知っている。問題は私のWebサーバーのSSL設定に起因しています。

2年前に私の証明書を購入したとき、私はそれを不完全にインストールしました。ドメイン用のPEMファイルを作成してインストールしましたが、認証局バンドル（私の場合はsf_bundle.crt）について知るようにWebサーバーを設定したことはありません。

ウェブブラウザから安全なdeauthコールバックにアクセスし、必要なルート証明書と中間証明書をWebブラウザに設定すると、アプリケーションを正常に「deauth」できます。

しかし、ウェブクライアント（deauthコールバックをpingするFacebookバックエンドコンピュータなど）が問題のWebサーバーにアクセスしようとしていて、利用可能な中間証明書がすべてない場合、SSLハンドシェイクは失敗します。クライアントは証明書をルートCA証明書に戻すことはできません。

これは意味があると思います。私が言ったように、ウェブ管理は私の強い訴訟ではなく、私は一歩足りませんでした。 CAバンドルをWebサーバー構成に正しくインストールすると、Facebookバックエンドコンピュータはサイトを認証し、deauthコールバックに正常にpingを実行できます。

ここに不明な点がある場合は、お気軽にお問い合わせください。私ができるなら私は助けます。