Office365移行後のローカルDNS
50個のメールボックスをSBS2008/Exchange2007からOffice365に移行した後、一部のOutlook2013クライアントが古いExchangeサーバーに接続しようとしていることがわかりました。
これは内部DNSに関連していると思います。つまり、domain.comを外部ではなくドメインコントローラーに解決します。
誰かがこれの修正を提案できますか？
メールはまだMigrationWizを使用して移行しているため、Exchange2007サーバーをまだ無効にすることはできません。
Outlookは、「Autodiscover」を使用して、ユーザーのメールボックスがどこにあるかを調べます。ネットワークでExchangeサーバーが実行されている限り、ユーザーは常に何よりもまずそのサーバーを指さした。
自動検出にはさまざまな段階があり、Outlookが使用する順序に従ってここにリストされています。
- SCPルックアップ：ExchangeはActive Directory内にOutlookの役立つ情報を保存し、Outlookはその情報を照会してユーザーのメールボックスがどこにあるかを調べます。
- HTTPSルートドメインクエリ：Outlookは、ユーザーが使用しているドメイン名に対してクエリを実行します。例： https：// testdomain。 com/autodiscover/autodiscover.xml
- HTTPS自動検出ドメインクエリ：Outlookはドメイン「自動検出」をHTTPSルートドメインクエリに追加します： https：//autodiscover.testdomain。 com/autodiscover/autodiscover.xml 。
- 上記のリンクのいずれかに対するHTTPリダイレクトメソッド。
- DNSに保存されたSRVレコードクエリ。
- 管理者によって構成されたローカルXMLファイル。
- OutlookプロファイルにキャッシュされたURL。
私はSCPルックアップメソッドから始めます。通常、これはOutlookがドメイン内のメールボックスを見つけるためのデフォルトのメソッドであるため、次の手順を使用して無効にする必要があります。
- Exchange管理シェル「EMS」を開く
- コマンド「
Get-ClientAccessServer"：これにより、ドメインに構成されているクライアントアクセスサーバー「CAS」が一覧表示されます。 - コマンド「
Set-ClientAccessServer -Identity "CASName" -AutoDiscoverServiceInternalUri $NULL"を使用して、ドメインからSCPルックアップ情報をクリアします。CASNameはGet-ClientAccessServerコマンドの結果です。
重要な注意：このコマンドを実行すると、内部メールボックスへのユーザーアクセスが無効になります。メールボックスがまだ内部Exchangeでホストされている各ユーザーを構成する必要があります。サーバーを手動で。