クエリ文字列が破損しています：IISによって "80"が削除されていますか？

Question

私は数日前からこの問題に取り組んできましたが、原因を突き止めることができませんでした。

私は、登録が必要な登録システムを持っています。アクティベーションリンクをクリックすると、サーバーに戻されるハッシュで電子メールがユーザーに送信されます。かなり基本的なもの。

http://site/activate.aspx?activationKey=26a51d9eba86c73b8f7e800c41bf55453ed3b1c4

（VS2010を実行している）私のローカルマシン上で開発しているが、これは完璧に動作します：リンクは次のようになります。ただし、サイトがライブサーバー（IIS 6）にプッシュされると、おそらくIISによってクエリ文字列がマングリングされています。クエリ文字列がコードビハインドにヒットすると、「80」の出現が取り除かれ、アクティベーションが失敗します。

私はこれがエンコード/デコードの問題かどうか疑問に思っていますが、文字は特別なものはありませんので、そうはならないと思います。

Answer 1

まあ、問題が見つかりました。 @pstと@Mikael Eliassonは正しかった、ある意味ではいくつかの書き換えルールがある場所にある。

このサイトは、HTTPSを使用するようにURLを書き換える別の（既存の）アプリケーションに403; 4エラーをリダイレクトすることでSSLに強制されます。ある意味では、アプリにSSLを強制することができ、残りは（壊れた）魔法です。元のコードは次のとおりです。

if (Request.ServerVariables[ "SERVER_PORT" ] == "80") { 
    try { 
     string queryString, secureURL; 

     queryString = Request.Url.AbsoluteUri.ToString(); 
     queryString = Request.ServerVariables[ "QUERY_STRING" ]; 
     Response.Write(queryString + "<br>"); 

     secureURL = queryString.Replace("http", "https"); 
     secureURL = secureURL.Replace("403;", ""); 
     secureURL = secureURL.Replace("80", ""); 

     Response.Write(secureURL); 
     Response.Redirect(secureURL); 
    } 
    catch (Exception ex) { 
    } 
} 

「80」の残虐な置換に注意してください。その置換えを "：80"に変更すると、 "：80"という文字列を渡さないと仮定して問題を修正します。

少なくとも私を正しい方向に向けてくれてありがとう、みんな。

Answer 2

ウェブサイトでtrace.axdをオンにして、どの値が送信されているかを確認してください。メールクライアントが何もしていないと確信していますか？

Answer 3

IISがデフォルトでクエリ文字列から80を削除しないという事実はわかっています。私は何の問題もなく何度も私のサイトにクエリーストリングでそれを持っていました。

IISでURL書き換えルールを調べます。 IISログがIISの前に最終的なURLまたはURLを使用するかどうかはわかりません。しかし、それは80だと思いますが、誰かがポート80をURLから削除したいと思っていますが、このために書き換えルールに誤りがあります。

だから、誰かがURLからポート80を剥がそうとする可能性のある場所を探します。 IISまたはアップストリームに存在する可能性があります。