
Windows 2019 の IIS に展開された当社の ASP.Net Core API は、追跡番号付きのリクエストを 1 時間あたり 2,500 件以上 Shippo に送信しており、木曜日の午後に問題が発生しました。当社の API 呼び出しは、5 つのクライアントのミドルウェア サービスによって開始され、24 時間年中無休で 1 時間ごとに実行されます。Shippo は問題を解決し、Postman 経由で接続できるにもかかわらず、当社の Shippo リクエストは 404 を返しています。
私はサーバー管理者ではありませんが、以下のことを試すのに十分な知識はあります。IIS を停止し、10 秒後に起動しました。マシンを再起動しました。API Web サイトを 90 分間オフラインにしました。IIS サーバーの DNS キャッシュをフラッシュし、WebAPI のわずかに変更されたバージョンを再展開しました。そしてもちろん、今週末は休日で、管理されている IT プロバイダーからはまだ連絡がありません。待っている間に次に何を試みるべきでしょうか?
答え1
更新: これは間違いなく Shippo の停止に関連していましたが、コーディングの問題でした。従来のコードは機能し、次のようになりました。
UriBuilder uribuilder = new UriBuilder(settings.url_base);
uribuilder.Path += "/tracks/";
作成されたURLはポート443を明示的に参照していました(https://api.goshippo.com:443)/の代わりにhttps://api.goshippo.com/url ですが、API の外部で Shippo をクエリするだけのアプリを書くことに決めるまで、デバッグでそのことに気づきませんでした。どうやら、Shippo は問題を解決した頃に、url がポート 443 を直接参照できないように設定を変更した (またはポートを変更した) ようです。url を正しく設定したら、うまくいきました。Appleoddity と Keith Langmead のご協力に感謝します。