私はこのような状況に入ることができるほど怒っていますが、ここに行きます。
私は完全に運用可能なExchange 2013サーバーを持っていて、それを本稼働に委ねようとしていました。その前に、RPC over HTTPのマイナーな問題を調査し、ECPおよびOWAの認証方法をフォームからBasicおよびWindowsに変更しました。ここですべてがうまくいかなかった。
ログインできず、PSにアクセスできません。すべてがバラバラになりました。
非常に多くの手順がありましたが、覚えている手順を挙げます。
(ECP)ログインフォームにアクセスできるようになりましたが、以前使用していた資格情報(いくつかあります)を使用してECPにログインすると、資格情報が正しくないことが通知されます。 (彼らは今、私は彼らと一緒にサーバーにRDPすることができ、これがすべて始まる前は問題ありませんでした)
どうやら認証通信をめちゃくちゃにしていたに違いない。 ECPで認証方法を変更した後(私がアクセスしたとき)、IISでそれらを修正しようとしてパニックになりました。そのため、本当に何かを台無しにしているのではないかと思います。
Exchangeをドメインと通信させ、再度認証させるには何が必要ですか? (Exchangeサーバーはドメインコントローラでもあり、2つのうちの1つです)
私も同様の問題を抱えていましたが、他にも多くの苦しみがあります。 CU2には、ECPサイトのインストールに問題を引き起こす可能性のあるバグがあり、それが私を悩ませています。
このExchangeサーバーにCASとデータベースサーバーの両方の役割がインストールされていると仮定すると、間に整理を行わずにCAS ECP仮想ディレクトリを削除して再作成するだけでは不十分な場合があります。
ECPサイトを完全に再作成するには、次の手順を実行する必要がある場合があります( this ブログエントリに従って)
CAS ECP Webアプリケーションを削除します:Remove-EcpVirtualDirectory -Identity "Exchange01\ecp (Default Web Site)"
IISからMSExchangeECPAppPoolを削除し、Default Web Site/ECP
からc:\windows\system32\inetsrv\config\applicationhost.config
サイトへのすべての参照を削除します
CAS ECP Webアプリケーションを再作成します:New-EcpVirtualDirectory -WebSiteName "Default Web Site" -InternalUrl "https://server1.example.com/ecp"
上記のブログのリンクに従って、Exchange Back End/ecp
サイトが正しく作成されていることを確認し、必要に応じて修復/作成してください。