WAP(ADFSプロキシ)サーバでWeb アプリケーションプロキシサービスが起動せず、イベント422が出力された時の対応(WAP再構成)
![](https://tkjzblog.com/wp-content/uploads/2020/01/microsoft-4417277_1280-e1579903052673.jpg)
以前、Azure環境上にあるWAP(ADFSプロキシ)サーバがMicrosoftの定期メンテナンス後からWeb アプリケーションプロキシサービスが起動せず、office365の運用に影響が出ました。
ADFSとWAP間で信頼関係が壊れ、その後、サーバを再起動したことによりWeb アプリケーションプロキシサービスが起動できなくなりました。
WAPサーバの再構成という方法を行ったのですが、その時の対応方法を紹介させていただきます。
ポイント!
WAPサーバの再構成には、システム構築当初の構成情報が必要です
環境
・ADFS(2台)
Windows Server 2012 R2(ADFSバージョン3.0)
・WAP(2台)
Windows Server 2012 R2
事象
WAPサーバでWeb アプリケーションプロキシサービスが起動せず、イベントログにエラーが出力されました。
WAPサーバを経由してADFS認証を行う業務サービスで認証できないなどの影響が出ました。
WAPサーバでWeb アプリケーションプロキシサービスが起動できない時のメッセージ
![](http://tkjzblog.com/wp-content/uploads/2020/01/0125_01_事象01.jpg)
WAPサーバでWeb アプリケーションプロキシサービスが起動できない時のイベントログ(システム)
イベント7023
![](http://tkjzblog.com/wp-content/uploads/2020/01/0125_02_事象02.jpg)
WAPサーバでWeb アプリケーションプロキシサービスが起動できない時のイベントログ(ADFS)
イベント422が繰り返し出力されました。
![](http://tkjzblog.com/wp-content/uploads/2020/01/0125_03_事象03.jpg)
対応
WAPサーバでADFSとの信頼関係について、再構成を行います。
事象が発生しているWAPサーバで作業を行います。
レジストリ エディターを開き、[HKEY_LOCAL_MACHINE\Software\Microsoft\ADFS] を選択します。
[ProxyConfigurationStatus] をダブル クリックして開き、[値のデータ] を 1 にして [OK] をクリックします。
![](http://tkjzblog.com/wp-content/uploads/2020/01/0125_04_対応01.jpg)
スタート画面などから [リモート アクセス管理] コンソールを開きます。
![](http://tkjzblog.com/wp-content/uploads/2020/01/0125_05_対応02.jpg)
左ペインから [構成] – [Web Application Proxy] をクリックし、中央ペインから [Web アプリケーション プロキシ構成ウィザードの実行] をクリックします。
初期構成時と同様に、WAP サーバーを構成します。
![](http://tkjzblog.com/wp-content/uploads/2020/01/0125_06_対応03.jpg)
ようこそ画面は次へをクリックします。
![](http://tkjzblog.com/wp-content/uploads/2020/01/0125_07_対応04.jpg)
フェデレーションサーバー画面では、「フェデレーションサービス名」、「ユーザー名」、「パスワード」を入力します。
私の環境を例にあげますと「フェデレーションサービス名」は、ブラウザなどでADFS認証を行う際に表示されているURLのFQDNを入力しました。
※URLが https://example.com/office365/index.html の場合、example.comがそれにあたります
「ユーザー名」や「パスワード」は、ドメイン運用していますのでその管理者情報を入力しました。
ご自身の環境と読み替えて入力してください。
![](http://tkjzblog.com/wp-content/uploads/2020/01/0125_08_対応05.jpg)
ADFSプロキシの証明書画面では、WAP(ADFSプロキシ)サーバで利用している証明書を選択し、次へをクリックします。
![](http://tkjzblog.com/wp-content/uploads/2020/01/0125_09_対応06.jpg)
確認画面で内容を確認し、構成をクリックします。
画面中央に実行されるPowerShellコマンドが表示されます。証明書の拇印やフェデレーションサービス名に誤りがないか確認してください。
![](http://tkjzblog.com/wp-content/uploads/2020/01/0125_10_対応07.jpg)
しばらくすると結果画面に「Webアプリケーションプロキシが正常に構成されました。」と表示されれば成功です。閉じるをクリックして画面を終了します。
![](http://tkjzblog.com/wp-content/uploads/2020/01/0125_11_対応08.jpg)
スタート画面などから [リモート アクセス管理] コンソールを開きます。
左ペインから [操作の状況] をクリックします。
[クラスターサーバー] 内から該当のWAPサーバを選択します。
中央ペインに表示される操作の状況が正常であることを確認してください。
![](http://tkjzblog.com/wp-content/uploads/2020/01/0125_12_対応09.jpg)
まとめ
今回はWAPサーバの再構成について、手順をご紹介しました。
この手の障害はそう何度も発生するものではないですが、はじめて発生した時はまさかWAPの再構成まで必要と思いませんでした。
現在はイベントログの422が出力されないか監視しています。