メイン ドメインからサブドメインにアクセスできません: 'Access-Control-Allow-Origin' がありません

PHP エディター Xiaoxin が今日紹介するのは、ネットワーク開発でよくある問題です。メイン ドメインからサブドメインにアクセスできないことと、「Access-Control-Allow-Origin」エラーです。が発生します。この問題は、フロントエンド開発、特にクロスドメイン要求を行う場合によく発生します。多くの場合、リクエストがブラウザによってインターセプトされ、必要なデータが適切に取得されなくなります。この記事では、この問題を迅速に解決し、プロジェクトが正常に動作するように、このエラーの原因と解決策を詳しく説明します。

質問内容

バージョン

リーリー ＃＃＃質問＃＃＃

私はサブドメインで ginrest API サーバーを実行しています。

React アプリケーションはメイン ドメインに配置され、get メソッドと post メソッドを使用して API サーバーにアクセスしますが、

access to xmlhttprequest at 'https://. で cors ポリシー エラーが発生します。オリジン 'https:// /.xxx' の .xxx/api/ v1/users' は cors ポリシーによってブロックされました: プリフライト要求への応答がアクセス制御チェックに失敗しました: 'access-control-allow-origin' ヘッダー。

Web 検索で同じ問題といくつかの解決策を見つけましたが、私の場合には機能しませんでした。 ＃＃＃コード＃＃＃

これらのプログラムはすべて同じエラーを返します。

ケース 1

リーリー

ケース 2

リーリー

ケース 3

access-control-allow-origin が応答ヘッダーにありません。 · 問題 #29 · gin-contrib/cors

リーリー

ターミナルから離陸

リーリー

解決済み

これは、

aws_lb_target_group

設定が原因で発生します。

Route 53 と alb に acm 証明書を提供しただけですが、ターゲット グループにはプロトコル https を設定しました。

https を http に置き換えたところ、機能するようになりました。

回避策

このタイプの問題を診断する最初のステップは、Chrome devtools でプリフライト リクエストを直接確認することです。

コメント

:

プリフライト応答がキャッシュされないようにするには、キャッシュを無効にするをオンにします。

タイプ
1. preflight のリクエストを検索します。
2. 次のステップは、プレフライト リクエストを curl コマンドとしてコピーすることです (リクエストを右クリックし、
copy

->

copy ascurl を選択します)コンテキスト メニューで)、curl ツールを直接使用してリクエストをテストします (応答ヘッダーを出力するための -i オプションを追加するようにコマンドを変更することを忘れないでください)。 この問題は実稼働環境で発生しているようです。実稼働環境では、ブラウザとサービスの間のリバース プロキシがデフォルトで access-control-allow-origin ヘッダーをブロックしている可能性があります。プリフライト リクエストをサービスに直接送信してみて、違いが生じるかどうかを確認してください。

Update (プリフライト応答を提供した後):

これはまったく cors の問題ではないことがわかりました。リクエストはステータス コード

502 不正なゲートウェイ で失敗しました。アプリケーションが正しくデプロイされませんでした。

ところで、私はケース 1 をテストしましたが、うまくいきました:

リーリー リーリー

以上がメイン ドメインからサブドメインにアクセスできません: 'Access-Control-Allow-Origin' がありませんの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。