Exchange Server 2010で、ある日突然CASやメールボックスサーバがMSExchange ADAccessの2130,2102,2103など、いずれもドメインコントローラに接続できない旨のエラーが出てサービスが利用できなくなる事があります。
事象自体はOS再起動をすると治るのですが、たまに発生する割には、出る環境と出ない環境が決まっていて変だなと思って調査をしたのでそのメモを。
まず、この事象に陥ってもRDPでサーバに接続できます。でも、なぜかドメインコントローラに接続ができない、詳しく言うと、ドメインコントローラの名前解決のDNSに失敗します。nslookupでDNSサーバに接続しようとしても接続できません。
もっと調べると、この状態ですがTCPやICMPの通信には影響を及ぼさない（なのでRDP接続はできる）のですが、UDPでのみ通信ができないという状態だということが分かりました。
ここで、セッションの状態を見てみようとnetstat -anoを打ってみます。
と、延々と続くUDPの待ち受けポート。どうやらこいつが原因のようです。TCPの動的ポート枯渇というのは497日問題で良く聞いた話ですが、UDPにも動的ポートがあります。どうやらこれが枯渇しているようです。
netstatの結果より調べたプロセスを特定します。タスクマネージャーを開き、必要に応じて更に列の選択でコマンドラインを表示させます。（w3wp.exeの場合、ワーカープロセスの特定に使います）
こちら場合によっていくつかケースがあるのですが、多くの場合はCASはOWAかExchangeServicesのIISのワーカープロセス、メールボックス（特にパブリックフォルダを有している）の場合はRPC Client Accessが多いです。
サービスの再起動か、ワーカープロセスの場合はIISマネージャーから、被疑アプリケーションプールのリサイクルを実施します。
これでしばらく待つとMSExchange ADAccessが自動的にドメインコントローラを見つけてくれ、動作が再開します。
そもそもの原因なのですが、どうやら上記を初めとする一部のExchangeアプリケーションが全ドメインコントローラに接続できないタイミングで、そのアプリケーションでリークが発生。UDPの動的ポートが掴みっぱなしになり、そのポートが徐々に溜まっていき、16000超の領域を全部埋め尽くすと、今回の様な事象になるようです。
確かに、検証環境でADが1台しかなかったり、複数台有ってもメンテナンスの時などに一定時間（例えば15分）とか開けずに1台目のドメインコントローラが上がってきたタイミングですぐに2台目を再起動するなどの運用をしている環境でたまに発生していました。
特に直す気配も無さそうなので、対策としては
- 常時最低1台はMSExchange ADAccessからドメインコントローラに接続できているようにする
- UDPの動的ポートの数を増やす
- UDPのポート数を監視（1万くらいになったら対象プロセスを再起動）
とかになりますね。
