Access to XMLHttpRequest at ... from origin ... has been blocked by CORS policy: Response to preflight request doesn't pass access control check:

Outh sprint進行中に発生したcorsエラー.
axiosは、authコードをサーバ側に渡すために使用されます.postリクエストで
withcredential:trueが設定されているので、もっと詳しく見たいです.△上のcorsエラーのため、下のpostリクエストでもエラーが確認できます.
これらのエラーは、イメージをロードするリクエストでもauth codeをサーバに送信するリクエストでも同じです.)


まちがった内容を原語どおり説明する
http://localhost:3000活動場所を表すhttp://localhost:8080/callback道。2 ajaxリクエストが送信されましたが、禁止されています.
これは、代替要求に対する応答がaccesscontrolcheckプロセスを通過していないことを意味する.
応答メッセージのaccess-control-allow-creadentialヘッダが空になりました("")
リクエストを送信するときにwithCredentials:trueを(=リクエストのcredentialsモードはincludeを表す)に設定します.
これにより、Access-control-allow-scredentialsヘッダの値はtrueでなければなりません.
クライアントは応答を受け入れます.したがって、withCrementures:trueヘッダーを削除する必要があります.
または、タイトルを保持し、公式文書に記載されている方法で次のオプションを指定することもできます.
credentials: Configures the Access-Control-Allow-Credentials CORS header. Set to true to pass the header, otherwise it is omitted.
応答の認証ヘッダ部分がtrueに設定されていないため、クライアントは応答メッセージのアクセス制御のすべての認証ヘッダを設定できませんか?では、この答えを捨てましょう.出力エラー.
本当かどうかを確認するために、次のように変更して、本当に解決しました.

cors({ origin: true, credentials: true })

では、上記のエラーメッセージのrequestのcredentialsモードはincludeとはどういう意味ですか?
fetchメソッドでは、認証情報をincludeに設定すると、応答するaccess-control-allow-originの値が明示的なurlである必要があります.使えないという意味です.
実際withCrementures:trueに設定されているため、サーバのホームが「」に設定されているときにエラーが発生しました.
現在、サーバ側のcorsは次のように設定されています.

app.use(
  cors({ origin: true })
);

本源は本当にどういう意味ですか.
正式な書類からの構成オプション
origin: Configures the Access-Control-Allow-Origin CORS header. Possible values:
Boolean - set origin to true to reflect the request origin, as defined by req.header('Origin'), or set it to false to disable CORS.
簡単に言えば、OriginはAccess Control Allow-Originヘッダの設定部分です
これは、リクエストのソース、すなわちどこから送信されるかを決定するオプションです.
trueに設定すると、リクエストされたアドレスはアクセス許可を表します.
...
例corsオプションを再ソートする方法

cors({
  "origin": "*",
  "methods": "GET,HEAD,PUT,PATCH,POST,DELETE", //배열도 가능
  "preflightContinue": false,
  "optionsSuccessStatus": 204
})