アイデンティティ・サーバー、ウェブサイト・ホスティング、タコ

Question

私は最近、当社のウェブサイトを運営している会社に主要エンドポイントを公開するWeb API開発を継承しました。 Octopusを使用してWebサーバーにAPIをデプロイします。 私はAPIを複製し、Octopusに適切な設定変数を追加し、サードパーティが使用するためにセカンダリWebサーバ（開発APIとして）にデプロイしました。 私たちは認証のためにOpenID connectと共にIDサーバを使用しています。 これはビルドされ、デプロイされていますが、認証に失敗しています。

これはあいまいな説明ですが、私は分析パスのためのポインタを探しています。

私は現在のApiとテストApiのログを比較しており、結果は同じです。適切にこの質問に答えるために

Answer 1

そうでもない十分な情報（述べると、認証に成功した） - が、私はすることから始めます：あなたは、より詳細な例外メッセージを見つけることができるすべてのログファイルをチェック）

1。 （アプリケーションログ、IISログ、イベントログ）

2）問題を絞り込んでください。誰もがいつも認証が失敗しますか？それとも断続的な問題ですか？それはローカルで動作しますか？特定のプロバイダの場合のみ？

3）ゆ​​っくりと新しいウェブサイトを古いウェブサイトのように見せ始めます。 web.configファイル、コピーを比較すると、/などの新しいサーバーに古いウェブサイトのコードを貼り付け

4）を確認したり、古いサービスアカウント、ファイアウォールの設定、データベース値など

URLを復元する他のすべてが失敗した場合 - すべてを元の状態に戻し、アプリケーションをもう少し経験するまで、一度に1つの変更を開始してください。