OutlookがDirect Access 2012 R2を介して負荷分散されたExchange 2013クラスターに接続できない
負荷分散されたExchange 2013 SP1クラスターがあり、MAPI over HTTPを実行しています。
私たち自身のネットワーク内のクライアント接続は問題なく機能しますが、ダイレクトアクセスを介して接続されたクライアントは接続しません。クライアントのOutlookログには、まったくエラーがまったく表示されません。
Direct Accessサーバーは2012 R2を実行しており、クライアントはすべてWindows 8.1です。すべてがパッチされています。
私はここ2週間ほど狂ったように検索してきましたが、TMG 2010（UAG）がソースIPの変更（Exchangeロードバランサー）による要求をフィルターで除外することについてのみ、興味深い結果が得られました。これを説明する ナレッジベースの記事（982604） と、プレミアサポートからの問題について かなり多額のブログ投稿 がありますが、残念ながらスクリプトはサーバーで機能しませんTMGではなく、Windows Server 2012 R2だからです。
私はここで途方に暮れています。この質問を1週間おきに、Microsoftのプレミアサポートケースを提起します。
私は以前この種の問題に（HAproxyベースのソリューションで）遭遇しました。私の場合、それはExchange 2010であり、ISA 2006 Server with the RPC filter enabled。RPC filterを無効にして、再び日...
私は自分の周りを少し検索しましたが、これを見つけました：
http://geek.martinwahlberg.com/problem-using-forced-tunneling-mode-in-directaccess
Outlook、DirectAccess、およびトンネルモードの問題が解決されなかったことを示唆しているので（クライアントのレジストリハックの可能性はありますが、それ以外は）、同じ問題であるかどうか疑問に思いました。彼はコメントで彼のケースIDを持っているので、もしあなたがMSに行くなら、あなたのケースにいくらかの重みを加えることができるかもしれません。
CASサーバーが実行しているExchange 2013のビルドは何ですか？ 「KEMP VLM-1000」についてはよく知りませんが、NGINXを使用してExchange 2013の負荷分散を行っており、Exchange 2013 SP1より前のバージョンでRPCがHTTPS経由の負荷分散で機能しないという同様の問題が発生しました。
Exchange 2013 SP1の最近のリリースでは、この問題に対処するためのMAPI over HTTPSを実装しました-私はまだテストしていませんが、technetリンクは以下です
Exchange 2013 SP1-MAPI over HTTPS
TCP CASサーバー間のロードバランスにhaproxyを使用しただけなので、これを実装するためのラウンドをまだ持っていないので、どうやって進むのか教えてください。