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ਸੂਚੀ ਨੂੰ ਪਤਾ-ਸਮਾਧਾਨ ਬਾਈਂਡਿੰਗ ਅਤੇ ਤੀਜੀ-ਧਿਰ ਫਿਲਟਰਾਂ ਲਈ ਪੜ੍ਹੋ। ਅਸਮਰੱਥ ਬਾਈਂਡਿੰਗ ਇੱਕ ਨਿਸ਼ਾਨਾਬੱਧ ਮੁਰੰਮਤ ਹੈ, ਜਦਕਿ ਫਿਲਟਰ ਦੀ ਮੌਜੂਦਗੀ ਉਸ ਸੌਫਟਵੇਅਰ ਦੇ ਮਾਲਕ ਲਈ ਸਵਾਲ ਹੈ, ਸੁਰੱਖਿਆ ਉਤਪਾਦ ਨੂੰ ਅਸਮਰੱਥ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ। ਸਾਰੇ ਐਡਾਪਟਰ ਮਿਟਾਉਣਾ ਹੀ ਉਹ ਕਦਮ ਹੈ ਜੋ ਅਸਫਲਤਾ ਵਾਪਸ ਆਉਣ 'ਤੇ ਲੋੜੀਂਦੇ ਸਬੂਤ ਨਸ਼ਟ ਕਰਦਾ ਹੈ।
ਸੁਧਾਰ ਤੋਂ ਬਾਅਦ ਉਹੀ ਪ੍ਰੋਫਾਈਲ ਦੁਬਾਰਾ ਅਜ਼ਮਾਓ ਅਤੇ ਫਿਰ ਦੋ-ਕਲਾਇੰਟ ਕੇਸ ਦੁਹਰਾਓ ਜੇ ਉਹੀ ਮੂਲ ਲੱਛਣ ਸੀ, ਕਿਉਂਕਿ ਸਫਲ ਪਹਿਲਾ ਕਨੈਕਸ਼ਨ ਦੂਜੇ ਕਲਾਇੰਟ ਵੱਲੋਂ ਉਜਾਗਰ ਕੀਤੀ ਅਲਾਟਮੈਂਟ ਸਮੱਸਿਆ ਲੁਕਾ ਦਿੰਦਾ ਹੈ। ਨੋਟ ਨੂੰ ਚਾਰ ਖੇਤਰਾਂ ਵਿੱਚ ਰੱਖੋ: ਕਿਹੜਾ ਕਲਾਇੰਟ, ਕਿਹੜੀ ਬਾਈਂਡਿੰਗ, ਕਿਹੜੀ ਘਟਨਾ ਅਤੇ ਕੀ ਬਦਲਿਆ। ਹਰ ਕੋਸ਼ਿਸ਼ ਵਿੱਚ ਇੱਕ ਪਰਤ ਬਦਲੋ, ਕਿਉਂਕਿ ਕਲਾਇੰਟ ਸੁਧਾਰ ਅਤੇ ਪੂਲ ਬਦਲਾਅ ਇਕੱਠੇ ਲਾਗੂ ਹੋਣ 'ਤੇ ਉਹਨਾਂ ਨੂੰ ਮੰਨਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ, ਅਤੇ ਅਗਲੀ ਅਸਫਲਤਾ ਉਹੀ ਹੋਣ 'ਤੇ ਵੀ ਨਵੀਂ ਦਿਸੇਗੀ।