Windows の VPN エラー 720：アドレスプールかクライアントのバインドか？
エラー 720 は、接続に使用可能なアドレスが一度も割り当てられなかったことを意味します。アダプターを再インストールする前に、一台のホストの障害と多数のホストの障害を切り分けてください。
エラー 720 は資格情報が受け入れられた後に現れます。だからこそ、人はパスワード欄へ戻されるのです。接続はアドレスを交渉する段階まで進み、アドレスを得られませんでした。まったく異なる二つの障害が同じダイアログを生みます。サーバーに配るものがなかったか、このクライアントが交渉を完了できなかったかです。何かに触れる前にこの二つを分けることが修理の大半であり、その区別は Microsoft のエラー 720 のトラブルシューティング ページに記載されています。
ダイアログが語らないこと
メッセージはPPP 交渉の失敗を説明しており、クライアントからはサーバーが拒否した理由が見えないため、意図的に曖昧です。これは資格情報のエラーではなく、トンネルの暗号化についての断定でもありません。アドレスまたは交渉パラメーターが届かなかったという意味です。
サーバー側でよくある原因は割り当てです。空きアドレスのない RRAS の静的プール、あるいはスコープが枯渇したか到達不能な DHCP 構成は、試すすべてのクライアントにまったく同じ症状を出します。クライアント側でよくある原因はバインドです。PPP を運ぶ WAN Miniport は正しいコンポーネントにバインドされている必要があり、無効化されたバインドや挿入されたネットワーク フィルターは、目に見えるデバイスの問題なしに交渉を止められます。この二つの系統は別の証拠を必要とし、どちらかを選ぶ最短の方法は、影響を受けているクライアントの数を数えることです。
まず母集団を分け、次にプールを見る
構成を読む前に、影響を受けているクライアントを数えてください。全員を一度に襲う障害はサーバーの状態であり、一台のマシンをネットワークをまたいで追う障害はクライアントの状態です。その計数はチャット チャネルへの一通のメッセージで済み、午後を一つ節約します。
| Artifact | How you get it | What it rules out | What it cannot rule out |
|---|---|---|---|
| Affected-client count | One message to the people who failed, or a search of today's tickets | A client-only fault, when every client failed within minutes | Which server-side component stopped allocating |
| RRAS event for one attempt | Get-WinEvent on the System log, filtered to the allocation event id | An allocation failure, when no event matches that attempt | A binding fault that appears later in the same negotiation |
| Hidden WAN Miniport bindings | Get-NetAdapter with hidden adapters, then the binding list on the returned name | A disabled ms_wanarp binding or an inserted filter on this client | Pool exhaustion that would also have hit other clients |
| Free-address count | The RRAS pool view, or the DHCP scope statistics | A committed static range or an exhausted scope | Why the address was not delivered to one specific client |
次に、失敗した一度の試行をサーバー自身の記録と突き合わせます。RRAS は割り当てできないときにイベントを記録し、そのイベントは症状ではなく障害を名指しするからです。障害が特定のクライアントに従うなら、サーバー ログはその試行について何も示しません。それ自体が情報です。割り当てエラーがないことは、問題をそのクライアントの交渉に絞り込み、次に実行すべきコマンドを教えてくれます。
Get-WinEvent -LogName System -MaxEvents 500 | Where-Object { $_.Id -eq 20167 }
Get-NetAdapter -IncludeHidden | Where-Object { $_.InterfaceDescription -like "WAN Miniport*" }サーバーの割り当て状態を読む
RRAS 側では、ドキュメントが想定する方式ではなく、実際に構成されている割り当て方式を確認してください。静的プールと DHCP 経由の構成は異なる仕方で失敗し、修正は使用中の方式に属します。静的プールでは空きアドレスを数え、誰も覚えていないリースを保持しているユーザー単位の割り当てを探してください。大きく見えるプールが完全に埋まっていることがあるからです。DHCP では、リレーがサーバーに届くか、スコープに空きリースがあるかを確認します。
通常のクライアントに枯渇したスコープは、誤構成のプールと同じ 720 を生み、RRAS コンソールはどちらの場合も完全に健全に見えます。プールをより小さな範囲に分割するという継承された回避策に抗ってください。元の助言は一人の管理者の結果を述べたものであり、サーバー自身のイベントが直接名指しできる割り当て障害を直すものではありません。
クライアントのバインドを壊さずに読む
証拠が一台のクライアントを指すなら、スタックを再インストールするのではなく隠れたアダプターを調べてください。最初のコマンドは WAN Miniport のインターフェイスとその名前を一覧にし、二番目はそれが返した名前を使います。ガイドから写した名前ではありません。
Get-NetAdapterBinding -Name "<name>" -IncludeHidden -AllBindings一覧はアドレス解決のバインドとサードパーティのフィルターについて読んでください。無効化されたバインドは的を絞った修理であり、フィルターの存在はそのソフトウェアの所有者への問いであって、セキュリティ製品を無効にする許可ではありません。すべてのアダプターを削除することは、障害が再発したときに必要になる証拠を壊す唯一の操作です。
修正後は同じプロファイルを再試行し、それが元の症状なら二クライアントのケースを繰り返してください。最初の接続が成功すると、二台目が露呈する割り当ての問題が隠れるからです。記録は四つの欄に保ちます。どのクライアント、どのバインド、どのイベント、何が変わったかです。試行ごとに一つの層だけを変えてください。クライアントの修正とプールの変更を同時に行うと帰属できず、次の障害は同じものなのに新しいように見えます。