通過Biztalk托管WCF服務時，負載平衡器上的SSL解密

Question

我遇到的情況是，我在F5負載平衡器后面有一個WCF負載平衡器，該負載平衡器正在執行SSL解密並將未加密的消息轉發到它后面的BizTalk托管WCF服務。

如果我使用基本的http配置服務，並且客戶端嘗試調用該服務，則會返回：

提供的URI方案“ https”無效； 預期的“ http”。 參數名稱：通過

如果我將服務配置為使用wcf-custom並使用Windows auth或None設置wsHttp的綁定，則客戶端將收到以下異常：

在https：/// service.svc上沒有偵聽終結點的端點可以接受該消息。 這通常是由不正確的地址或SOAP操作引起的。 有關更多詳細信息，請參見InnerException（如果存在）。

我認為對此的答案可能涉及使用自定義行為，但是我想知道過去是否有人遇到過這種情況，如果是的話，您如何處理呢？

Answer 1

針對您的情況，最簡單的解決方案是使用一種名為ClearUsernameBinding的名稱 ，您可以在其中通過http通道傳遞用戶名密碼。 默認情況下，basicHttpBinding不允許通過http通道傳遞用戶名密碼，並且我們傾向於使用wsHttpBinding，如果負載平衡的環境會失敗。

或者，您必須將F5負載平衡器配置為不為實現到WCF服務的任何請求卸載SSL。 例如：將WCF服務托管在另一個端口上，然后告訴F5負載平衡器不要為進入該端口的任何流量卸載SSL。