2016-07-08 19 views
0

背景:着信80/443トラフィックを\\SERVER2に転送しています。 TFSは\\SERVER3で実行されています。すべてのTFS関連のリクエストを\\SERVER3にルーティングしたいと考えています。私はサーバーの基本を\\SERVER2で実行しているので、このようにしなければなりません。これは、URLの書き換え(SharePointとほとんど同じくらい悪いですが、それほど難しくありません)ではうまく動作しません。URL書き換え中のOdd 404

はここで、デフォルトのWebサイト上の唯一のルールです:

<rule name="TFS Rewrite" stopProcessing="true"> 
    <match url="^tfs(.*)" /> 
    <action type="Rewrite" url="http://server3:8080/{R:0}" /> 
</rule> 

...と、ここで失敗した要求のログです:https://1drv.ms/f/s!AodXF_j3BiWkhPAZwjnwC-rAecVgtw

注PDFのライン#87に要求されたURL:http://server3:8080/tfs。私は内部的にうまくそれを参照することができます。外部のURLはhttps://tfs.domain.com/tfsです。

すべてのファイル固有の次のエントリは、行番号165の404自身です。

私はちょうどこれを取得しません。それは単純なルールです。なぜ、IISは明確で有効で動作しているURLに対して404を提示するのでしょうか?私は、https://tfs.domain.com/に既定のWebサイトの負荷を閲覧する場合は今

<conditions> 
    <add input="{HTTP_HOST}" pattern="tfs.domain.com" /> 
    </conditions> 

:試験として

EDITは、私がこの条件を追加しました。

これはログとともにIISがURLを書き換えている間にトラフィックが実際に\\SERVER3にルーティングされていないことを示しているようです。

ここでは何が起こっていますか?これは謎です。

答えて

0

OK、私はそれを働かせました。

URLリライトモジュールとARRモジュールの両方をインストールしましたが、まだプロキシ処理を有効にしていませんでした。

ダミーのリバースプロキシルールを作成し、IISで有効にするように求められました。私はそうして、ダミールールを削除し、現在はすべて期待どおりに働いています。