フォワードドメインの後に302リダイレクトを以下、以降は<a href="http://example.com" rel="nofollow">http://example.com</a>にループを

Question

第1の要求を引き起こし、元のドメインに要求を取得：この時点で

GET/HTTP/1.1 
Host: example.com 
Connection: close 
User-Agent: Paw/2.3.3 (Macintosh; OS X/10.11.4) GCDHTTPRequest 

は、DNSは、https://www.example.comから302を介して要求を転送します。 （注プロトコルの変更）足は、以下の要求（と、それはこの時点では、HTTPSである）になり

HTTP/1.1 302 Found 
Location: https://www.example.com 

た時点で：

GET/HTTP/1.1 
Host: www.example.com 

をこの応答を取得します。

HTTP/1.1 302 Found 
Server: Cowboy 
Connection: close 
X-Powered-By: Express 
X-Frame-Options: SAMEORIGIN 
Location: /verify-age 

ここです物事は面白くなる。そのホスト名情報のない場所は、実際にホスト名とプロトコルへの次のリクエストを行います。 （すぐに戻って、HTTPにこの要求?!用）：

GET /verify-age HTTP/1.1 
Host: example.com 

もちろんの302で応答DNSサーバによって傍受されます：バック右プロトコルおよびURLへ

HTTP/1.1 302 Found 
Location: https://www.example.com 

が、もちろん、ループは/ verify-ageへの302リダイレクトに戻り、元のプロトコルとホスト名に戻ります！そして、私たちはこのループに立ち往生しています。クロムがこのループに従わないのは変だが、Pawはそうだ。誰がここで悪いの？ DNS？足？ノード？クロム？

Answer 1

これは興味深いことです。 RFC2616は、Locationヘッダーフィールド値が1つの絶対URI（​​）で構成されている必要がありましたが、元の制約が緩和されたRFC7231に変更されました。相対URL（Location = URI-reference）セクション5.1 RFC3986において

は、明示的に述べている：検索がリダイレクトされたリクエストの結果であった場合、 最後のURI（すなわち、表現の実際の検索 もたらしたURIを使用したこと

注）はベースURIです。

私の推測では、元のホスト名への次のリクエストを行うブラウザが間違っています。

Answer 2

更新：このバグは、私は、これはポウからバグであることを確認Paw 2.3.4

---

に固定されている、と私はこの自分自身を再現することができました。うまくいけば10日以内に出てくるはずのPawの次のバグ修正版でこれを修正します。ご報告いただきありがとうございます。ご迷惑をおかけして申し訳ありません。