目次
正解
ホームページ バックエンド開発 Golang Go チャット アプリケーションでローカルホスト ポート間で Cookie が転送されないことを解決するにはどうすればよいですか?

Go チャット アプリケーションでローカルホスト ポート間で Cookie が転送されないことを解決するにはどうすればよいですか?

Feb 05, 2024 pm 10:39 PM

如何解决 Go 聊天应用程序中 cookie 未在本地主机端口之间传输的问题?

質問の内容

チャット アプリケーションの Cookie ベースのトークン認証に問題があります。標準ネットワーク ライブラリで go バックエンドを使用して、応答 cookie にトークンを追加しています。ユーザーが (認証サーバー上の /login パスへのポストを通じて) パスワード認証されると、応答 Cookie には、API トークンの生成に使用されるアクセス トークンと、アクセス トークンの再生成に使用されるリフレッシュ トークンが含まれている必要があります。

これは、開発環境のアプリケーション サービスの構造を含むマークアップ ファイルです。各サーバーは、順次ポートで go net/http を使用して localhost 上で実行されます (関連しないサービスは表示されていません)。

リーリー

これはログイン時に Cookie を設定するコードです。これはパスワードチェック後に発生します

リーリー リーリー

ユーザーが API トークンをリクエストしたときに Cookie にアクセスする方法は次のとおりです。エラーが返された場合、ハンドラーは gettokenfromcookie() 関数を呼び出し、401 で応答します。この場合のエラーは、「http: 指定された Cookie が存在しません」です。

リーリー

ログイン エンドポイントからの 200 応答の後、ページはメイン アプリケーション ページにリダイレクトされます。このページでは、ライブ チャット メッセージング サーバーへの接続に使用される API トークンを受信するために認証サーバーにリクエストを作成します。認証サーバーのログ出力からわかるように、アクセス トークン Cookie がリクエストで受信されなかったため、リクエストは 401 コードを返しました。

リーリー

localhost を使用していて、ブラウザが Cookie を locahost:8080 から localhost:8081 に転送しないことが問題だと思います。この問題を解決するために、開発環境の Cookie の読み取りをバイパスするある種の偽装認証を実装する予定ですが、それが実際に問題の原因であるかどうかはわかりません。もう一度見て、これを行わずに動作させることができるかどうかを確認したかったのです。

更新: 開発ツールのネットワーク タブを確認しました。 この画像は、ログイン後の応答で Cookie が返されますが、その後ポート 8081 上の認証サーバーに送信されないことを示しています。ログインの 200 応答を取得した後、Cookie ストレージも確認しましたが、その後も応答でそれらを受信する Cookie はありませんでした。 Firefoxのプライベートモードを使用してサイトにアクセスしています。 go コードで maxage を設定しても、Cookie には maxage が含まれていないことに注意してください。これが問題であると思われます。

更新: これはログイン後の har ファイルです。応答には max-age が含まれていることがわかりますが、Cookie タブには表示されません。

リーリー

応答には Cookie が含まれているようですが、保存されていません。

そして、認証サーバーへの次のリクエストでは Cookie は追加されません。


正解


tl;dr:

  1. Cookie は 0.0.0.0localhost の間で共有されません。
  2. セッション Cookie と通常の Cookie の両方を、http://localhost:8080http://localhost:8081 の間で共有できます。
  3. http://localhost:8080/ ページから http://localhost:8081/ に送信されたリクエストは、クロスドメイン リクエストとみなされます。
  4. fetch 送信されるクロスオリジン リクエストは、ブラウザが Cookie を保存できるように、credentials: 'include' で初期化する必要があります。

har は、Web ページの URL が http://localhost:8080/ であるが、ログイン エンドポイントが http://0.0.0.0:8081/login であることを示しています。 。 0.0.0.0 の Cookie は localhost と共有されません。

次のデモを実行して動作を観察できます:

  1. デモを実行します: main.go を実行します;

  2. ブラウザで http://localhost:8080/ を開きます。このページでは次のことを行います:

    1. リクエストを http://0.0.0.0:8081/login1 に送信します (目的は、0.0.0.0 の Cookie が ## と共有されていないことを確認することです。 #ローカルホスト ;
    2. リクエストを
    3. http://localhost:8081/login2 に送信します (目的は、セッション Cookie が http://localhost:8080 と の間にあることを確認することです。 http:///localhost:8081 間で共有;
    4. リクエストを
    5. http://localhost:8081/login3 に送信します (目的は、通常の Cookie が http://localhost:8080 との間で送信されることを確認することです。 http:////localhost:8081; 間で共有
    6. これは
    7. http://localhost:8080/resource に移動し、サーバーはリクエストをダンプします。このヘッダーがサーバーに送信されることを示します: cookie:login2=localhost-session;login3=localhost

コメント: credentials: 'include' では、access-control-allow-origin ヘッダーを正確なオリジンに設定する必要があります (## を意味します) #* は拒否されます)。access-control-allow-credentials ヘッダーは true に設定されます。 リーリー

以上がGo チャット アプリケーションでローカルホスト ポート間で Cookie が転送されないことを解決するにはどうすればよいですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

Video Face Swap

Video Face Swap

完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

ホットツール

メモ帳++7.3.1

メモ帳++7.3.1

使いやすく無料のコードエディター

SublimeText3 中国語版

SublimeText3 中国語版

中国語版、とても使いやすい

ゼンドスタジオ 13.0.1

ゼンドスタジオ 13.0.1

強力な PHP 統合開発環境

ドリームウィーバー CS6

ドリームウィーバー CS6

ビジュアル Web 開発ツール

SublimeText3 Mac版

SublimeText3 Mac版

神レベルのコード編集ソフト(SublimeText3)

Debian OpenSSLの脆弱性は何ですか Debian OpenSSLの脆弱性は何ですか Apr 02, 2025 am 07:30 AM

OpenSSLは、安全な通信で広く使用されているオープンソースライブラリとして、暗号化アルゴリズム、キー、証明書管理機能を提供します。ただし、その歴史的バージョンにはいくつかの既知のセキュリティの脆弱性があり、その一部は非常に有害です。この記事では、Debian SystemsのOpenSSLの共通の脆弱性と対応測定に焦点を当てます。 Debianopensslの既知の脆弱性:OpenSSLは、次のようないくつかの深刻な脆弱性を経験しています。攻撃者は、この脆弱性を、暗号化キーなどを含む、サーバー上の不正な読み取りの敏感な情報に使用できます。

GOの浮動小数点番号操作に使用されるライブラリは何ですか? GOの浮動小数点番号操作に使用されるライブラリは何ですか? Apr 02, 2025 pm 02:06 PM

GO言語の浮動小数点数操作に使用されるライブラリは、精度を確保する方法を紹介します...

Go's Crawler Collyのキュースレッドの問題は何ですか? Go's Crawler Collyのキュースレッドの問題は何ですか? Apr 02, 2025 pm 02:09 PM

Go Crawler Collyのキュースレッドの問題は、Go言語でColly Crawler Libraryを使用する問題を調査します。 �...

フロントエンドからバックエンドの開発に変身すると、JavaやGolangを学ぶことはより有望ですか? フロントエンドからバックエンドの開発に変身すると、JavaやGolangを学ぶことはより有望ですか? Apr 02, 2025 am 09:12 AM

バックエンド学習パス:フロントエンドからバックエンドへの探査の旅は、フロントエンド開発から変わるバックエンド初心者として、すでにNodeJSの基盤を持っています...

Debianの下のPostgreSQL監視方法 Debianの下のPostgreSQL監視方法 Apr 02, 2025 am 07:27 AM

この記事では、Debianシステムの下でPostgreSQLデータベースを監視するためのさまざまな方法とツールを紹介し、データベースのパフォーマンス監視を完全に把握するのに役立ちます。 1. PostgreSQLを使用して監視を監視す​​るビューPostgreSQL自体は、データベースアクティビティを監視するための複数のビューを提供します。 PG_STAT_REPLICATION:特にストリームレプリケーションクラスターに適した複製ステータスを監視します。 PG_STAT_DATABASE:データベースサイズ、トランザクションコミット/ロールバック時間、その他のキーインジケーターなどのデータベース統計を提供します。 2。ログ分析ツールPGBADGを使用します

Goでは、Printlnとstring()関数を備えた文字列を印刷すると、なぜ異なる効果があるのですか? Goでは、Printlnとstring()関数を備えた文字列を印刷すると、なぜ異なる効果があるのですか? Apr 02, 2025 pm 02:03 PM

Go言語での文字列印刷の違い:printlnとstring()関数を使用する効果の違いはGOにあります...

Redisストリームを使用してGO言語でメッセージキューを実装する場合、user_idタイプの変換の問題を解決する方法は? Redisストリームを使用してGO言語でメッセージキューを実装する場合、user_idタイプの変換の問題を解決する方法は? Apr 02, 2025 pm 04:54 PM

redisstreamを使用してGo言語でメッセージキューを実装する問題は、GO言語とRedisを使用することです...

Beego ormのモデルに関連付けられているデータベースを指定する方法は? Beego ormのモデルに関連付けられているデータベースを指定する方法は? Apr 02, 2025 pm 03:54 PM

Beegoormフレームワークでは、モデルに関連付けられているデータベースを指定する方法は?多くのBEEGOプロジェクトでは、複数のデータベースを同時に操作する必要があります。 Beegoを使用する場合...

See all articles