☰

同じドメイン内のバックエンドへのフェッチ要求が失敗する net::ERR_CERT_AUTHORITY_INVALID

tag-icon • tag-icon ubuntu ssl ssl-certificate router apache2
同じドメイン内のバックエンドへのフェッチ要求が失敗する net::ERR_CERT_AUTHORITY_INVALID

私はReactアプリケーションを持っていますグーグーバックエンドとフロントエンドが別々にホストされています。フロントエンドはhttps://toing.com/zz（標準ホスティングプランの場合）バックエンドに接続する必要があるhttps://api.toing.comApache でホストされています。

私は有効なSSL証明書を使用しており、今朝9時頃（英国時間）まではすべて正常に動作していましたが、突然

 net::ERR_CERT_AUTHORITY_INVALID

フロントエンドからの JavaScript フェッチ要求に対する応答は、ローカル ネットワーク上でのみ行われます。ネットワーク外では正常に動作します。

もう少し詳しく説明すると、当社では商用ファイバー ルーターを使用しており、SSL ポートは Apache を実行しているサーバーに直接転送されます。

ですから、もし私たちがリクエストをしようとするとhttps://toing.com/zzルーターのローカル ネットワークに接続された API にアクセスすると、上記のエラーが発生します。ただし、ホストのルーターの外部からはすべて期待どおりに動作します。

  • 証明書の有効期限が切れていないことを再度確認しました
  • また、前面と背面の日時が同じであることも確認しました。
  • ルーターをいじることはしませんでした
  • すべてのファイアウォールとルーティングをチェックしました（基本的に何も変更されていません）
  • Apacheログに問題なし

なぜこのようなエラーが発生するのか分かりません。同じような経験はありませんか?

よろしくお願いします

答え1

判断は難しいですが、IPv4 と IPv6 の両方の DNS エントリがある場合は、サイトが IPv4 と IPv6 の両方に対して適切に設定されていることを確認してください。サイトが IPv4 に対してのみ適切に設定され、テストではどこからでも機能しているように見えるものの、実際に IPv6 接続があるネットワーク (つまり、ローカル ネットワーク、多くの場合はモバイル ネットワーク) では機能しないという一般的な問題があります。

さらに、IPv4 と IPv6 の両方の DNS ルックアップの結果がすべての場所から同じであること、および競合する設定を持つ可能性のあるローカル ホスト ファイルが存在しないことを確認します。

関連情報