ਪਿੰਗ ਸਿਰਫ਼ ਇੱਕ ਦਿਸ਼ਾ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ: Windows ਸਰਵਰ ਦੀ ਗੂੰਜ ਕਿਉਂ ਸੁੱਟ ਦਿੰਦਾ ਹੈ

ਤੁਹਾਡਾ ਕਲਾਇੰਟ ਸਰਵਰ ਨੂੰ ਪਿੰਗ ਕਰਦਾ ਹੈ, ਸਰਵਰ ਕਲਾਇੰਟ ਨੂੰ ਪਿੰਗ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਅਤੇ ਟਨਲ ਉਨ੍ਹਾਂ ਦੋਵਾਂ ਬਿਆਨਾਂ ਵਿੱਚ ਸਪੱਸ਼ਟ ਤੌਰ ਤੇ ਪੈਕੇਟ ਲੈ ਕੇ ਜਾ ਰਿਹਾ ਹੈ। ਫ਼ਰਕ ਰਾਹ ਵਿੱਚ ਨਹੀਂ, ਹਰ ਟੈਸਟ ਦੇ ਪਹਿਲੇ ਪੈਕੇਟ ਵਿੱਚ ਹੈ: ਇੱਕ Windows ਵੱਲੋਂ ਪਹਿਲਾਂ ਹੀ ਟਰੈਕ ਕੀਤੇ ਜਾ ਰਹੇ ਪ੍ਰਵਾਹ ਦਾ ਜਵਾਬ ਹੈ, ਦੂਜਾ ਨਵੀਂ ਆਉਣ ਵਾਲੀ ਬੇਨਤੀ ਹੈ ਜਿਸਨੂੰ ਕਿਸੇ ਨਿਯਮ ਨੇ ਸਵੀਕਾਰ ਨਹੀਂ ਕੀਤਾ। ਇਹੀ ਫ਼ਰਕ ਬਹੁਤੇ ਇੱਕ-ਦਿਸ਼ਾਵੀ ਪਿੰਗ ਰਿਪੋਰਟਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ ਅਤੇ ਸਿੱਧਾ ਉਸ ਨਿਯਮ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਲਿਖਣਾ ਹੈ। ਉਲਟੀਆਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਕੀਤੇ ਦੋ ਟੈਸਟ ਲਗਭਗ ਇੱਕ ਮਿੰਟ ਵਿੱਚ ਕੇਸ ਵੱਖ ਕਰ ਦਿੰਦੇ ਹਨ।

ਦੋ ਦਿਸ਼ਾਵਾਂ, ਦੋ ਵੱਖਰੇ ਫ਼ੈਸਲੇ

ਜਦੋਂ ਕਲਾਇੰਟ ਗੂੰਜ ਬੇਨਤੀ ਭੇਜਦਾ ਹੈ, Windows ਫਾਇਰਵਾਲ ਇੱਕ ਬਾਹਰ ਜਾਣ ਵਾਲਾ ਕਨੈਕਸ਼ਨ ਦੇਖਦਾ ਹੈ ਜਿਸਨੂੰ ਉਸਨੇ ਇਜਾਜ਼ਤ ਦੇਣ ਦਾ ਫ਼ੈਸਲਾ ਕੀਤਾ ਹੈ। ਜਵਾਬ ਉਸੇ ਸਥਾਪਿਤ ਪ੍ਰਵਾਹ ਦੇ ਅੰਦਰ ਹੀ ਵਾਪਸ ਆਉਂਦਾ ਹੈ, ਇਸ ਲਈ ਸਥਿਤੀ ਟਰੈਕ ਕਰਨ ਵਾਲਾ ਇੰਜਣ ICMP ਲਈ ਕੋਈ ਵੀ ਆਉਣ ਵਾਲਾ ਨਿਯਮ ਪੁੱਛੇ ਬਿਨਾਂ ਇਸਨੂੰ ਸਵੀਕਾਰ ਕਰ ਲੈਂਦਾ ਹੈ। ਵਿਵਹਾਰ ਵਿੱਚ ਸਥਿਤੀ-ਆਧਾਰਿਤ ਫਿਲਟਰਿੰਗ ਦਾ ਅਰਥ ਇਹੀ ਹੈ, ਅਤੇ ਜੋ ਨਿਯਮ ਕਿਸੇ ਨੇ ਨਹੀਂ ਲਿਖਿਆ ਉਹ ਇਸ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ। ਇਸ ਲਈ ਕਲਾਇੰਟ ਦੀ ਸਫਲਤਾ ਆਉਣ ਵਾਲੀ ਨੀਤੀ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦੀ।

ਜਦੋਂ ਸਰਵਰ ਪਹਿਲਾਂ ਬੇਨਤੀ ਭੇਜਦਾ ਹੈ, ਤਾਂ ਕੋਈ ਸਥਿਤੀ ਇਸ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ। Windows ਪੈਕੇਟ ਨੂੰ ਨਵਾਂ ਆਉਣ ਵਾਲਾ ਕਨੈਕਸ਼ਨ ਮੰਨਦਾ ਹੈ ਅਤੇ ਆਉਣ ਵਾਲੀ ਨੀਤੀ ਨੂੰ ਪੁੱਛਦਾ ਹੈ, ਜੋ ਡਿਫ਼ਾਲਟ ਰੂਪ ਵਿੱਚ ਮਨਮਾਨੀ ਸਰੋਤਾਂ ਤੋਂ ਆਉਣ ਵਾਲੀਆਂ ਗੂੰਜ ਬੇਨਤੀਆਂ ਲਈ ਕੋਈ ਪ੍ਰਬੰਧ ਨਹੀਂ ਰੱਖਦੀ।

ਭਾਵ ਕਲਾਇੰਟ ਦੀ ਸਫਲਤਾ ਨੇ ਸਾਬਤ ਕੀਤਾ ਕਿ ਬਾਹਰ ਜਾਣ ਵਾਲਾ ICMP ਅਤੇ ਵਾਪਸੀ ਦਾ ਰਾਹ ਕੰਮ ਕਰਦੇ ਹਨ। ਇਸਨੇ ਆਉਣ ਵਾਲਾ ਫ਼ੈਸਲਾ ਕਦੇ ਨਹੀਂ ਪਰਖਿਆ, ਅਤੇ ਕੁਦਰਤੀ ਸਿੱਟਾ, ਕਿ ਫਾਇਰਵਾਲ ਠੀਕ ਹੈ, ਵਾਜਬ ਪਰ ਗਲਤ ਹੈ। ਇਸੇ ਲਈ ਇਹ ਗਲਤੀ ਉਨ੍ਹਾਂ ਟਿਕਟਾਂ ਵਿੱਚ ਵੀ ਦੁਹਰਾਈ ਜਾਂਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਸਬੂਤ ਪਹਿਲਾਂ ਹੀ ਹੈ।

ਪੈਕੇਟ ਦੇ ਗਾਇਬ ਹੋਣ ਤੱਕ ਪਿੱਛਾ ਕਰੋ

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪਤਿਆਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ: ਉਹ ਟਨਲ ਪਤਾ ਵਰਤੋ ਜੋ ਕਲਾਇੰਟ ਕੋਲ ਅਸਲ ਵਿੱਚ ਹੈ, ਅਤੇ ਜਾਂਚੋ ਕਿ ਸਰਵਰ ਕਲਾਇੰਟ ਪਿੱਛੇ ਵਾਲੇ LAN ਪਤੇ ਵੱਲ ਨਹੀਂ, ਸਗੋਂ ਉਸੇ ਵੱਲ ਰੂਟ ਕਰਦਾ ਹੈ। ਸਰਵਰ ਦੇ ਪ੍ਰੋਂਪਟ ਤੋਂ ਦੋਵੇਂ ਅਸਫਲਤਾਵਾਂ ਇੱਕੋ ਜਿਹੀਆਂ ਦਿਸਦੀਆਂ ਹਨ, ਕਿਉਂਕਿ ਦੋਵੇਂ ਸਮਾਂ-ਸਮਾਪਤੀ ਤੇ ਖ਼ਤਮ ਹੁੰਦੀਆਂ ਹਨ। ਪੈਕੇਟ ਕਿੱਥੇ ਮਰਦਾ ਹੈ, ਇਹੀ ਇੱਕੋ ਤੱਥ ਹੈ ਜੋ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਬਦਲਣਾ ਹੈ।

ਜੇ ਬੇਨਤੀ ਟਨਲ ਇੰਟਰਫ਼ੇਸ ਤੱਕ ਪਹੁੰਚਦੀ ਹੈ ਅਤੇ ਬਾਹਰ ਕੁਝ ਨਹੀਂ ਜਾਂਦਾ, ਤਾਂ ਸਥਾਨਕ ਫਾਇਰਵਾਲ ਸੰਭਾਵਿਤ ਕਾਰਨ ਹੈ। ਜੇ ਇਹ ਇੰਟਰਫ਼ੇਸ ਤੱਕ ਕਦੇ ਨਹੀਂ ਪਹੁੰਚਦੀ, ਤਾਂ ਜਵਾਬ ਉੱਪਰ ਹੈ: ਸਰਵਰ ਤੇ ਇੱਕ ਰੂਟ, ਬਾਹਰ ਜਾਣ ਵਾਲੀ ਨੀਤੀ, ਜਾਂ VPN ਦੀ ਆਪਣੀ ਪੀਅਰ ਡਿਲੀਵਰੀ।

ਸਰਵਰ ਪਿੰਗ ਕਰਦੇ ਸਮੇਂ ਕਲਾਇੰਟ ਦੇ ਟਨਲ ਇੰਟਰਫ਼ੇਸ ਤੇ ਕੈਪਚਰ ਕਰੋ। ਬੇਨਤੀ ਨੂੰ ਨਾਲ ਕੋਈ ਜਵਾਬ ਤੋਂ ਬਿਨਾਂ ਆਉਂਦਿਆਂ ਦੇਖਣਾ ਉਹ ਸਬੂਤ ਹੈ ਜੋ Windows ਨਿਯਮ ਲਿਖਣ ਨੂੰ ਜਾਇਜ਼ ਠਹਿਰਾਉਂਦਾ ਹੈ। ਕੁਝ ਵੀ ਨਾ ਦਿਸਣਾ ਤੁਹਾਨੂੰ ਉੱਪਰ ਭੇਜਦਾ ਹੈ, ਅਤੇ ਉਸ ਸਥਿਤੀ ਵਿੱਚ ਜੋੜਿਆ ਨਿਯਮ ਉਸ ਪੈਕੇਟ ਲਈ ਮਸ਼ੀਨ ਨੂੰ ਹੋਰ ਵੀ ਆਗਿਆਸ਼ੀਲ ਬਣਾ ਦਿੰਦਾ ਹੈ ਜੋ ਕਦੇ ਆਇਆ ਹੀ ਨਹੀਂ। ਦੋਵਾਂ ਹਾਲਤਾਂ ਵਿੱਚ ਕੈਪਚਰ ਦਾ ਖ਼ਰਚ ਉਸ ਅੰਦਾਜ਼ੇ ਤੋਂ ਘੱਟ ਹੈ ਜਿਸਦੀ ਇਹ ਥਾਂ ਲੈਂਦਾ ਹੈ।

ICMP ਖੋਲ੍ਹਣ ਦੀ ਬਜਾਏ ਇੱਕ ਨਿਯਮ ਸੀਮਿਤ ਕਰੋ

ਕੁਝ ਵੀ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਅਡਾਪਟਰ ਅਤੇ ਇਸਦੀ ਮੌਜੂਦਾ ਸ਼੍ਰੇਣੀ ਪਛਾਣੋ, ਕਿਉਂਕਿ ਦੋਵੇਂ ਉਸ ਦਾਇਰੇ ਵਿੱਚ ਆਉਂਦੇ ਹਨ ਜੋ ਤੁਸੀਂ ਸੈੱਟ ਕਰਨ ਵਾਲੇ ਹੋ। ਉਹ ਉਪਨਾਮ Windows ਇੰਟਰਫ਼ੇਸ ਦਾ ਨਾਮ ਹੈ, ਜੋ ਤੁਹਾਡੇ ਦੁਆਰਾ ਆਯਾਤ ਕੀਤੇ VPN ਪ੍ਰੋਫ਼ਾਈਲ ਦਾ ਨਾਮ ਹੋਣਾ ਜ਼ਰੂਰੀ ਨਹੀਂ। ਹੇਠਾਂ ਦਿੱਤੇ ਕਮਾਂਡ ਦੱਸਦੇ ਹਨ ਕਿ ਕੀ ਮੌਜੂਦ ਹੈ, ਫਿਰ ਲਾਗੂ ਕੀਤੇ ਬਿਨਾਂ ਸੀਮਿਤ ਨਿਯਮ ਦਾ ਪੂਰਵਦਰਸ਼ਨ ਦਿਖਾਉਂਦੇ ਹਨ।

Get-NetConnectionProfile
Get-NetAdapter | Where-Object Status -eq 'Up'
New-NetFirewallRule -DisplayName "VPN server echo" -Direction Inbound -Protocol ICMPv4 -IcmpType 8 -RemoteAddress 10.63.0.1 -InterfaceAlias "Office VPN" -Profile Private -Action Allow -WhatIf

ICMPv4 ਕਿਸਮ 8 ਗੂੰਜ ਬੇਨਤੀ ਹੈ, ਉਹ ਇੱਕੋ ਸੁਨੇਹਾ ਜਿਸਦਾ ਜਵਾਬ ਸਰਵਰ ਨੂੰ ਚਾਹੀਦਾ ਹੈ। ਇਸਨੂੰ ਸਰਵਰ ਦੇ ਟਨਲ ਪਤੇ ਅਤੇ ਟਨਲ ਇੰਟਰਫ਼ੇਸ ਤੱਕ ਸੀਮਿਤ ਕਰੋ, ਅਤੇ ਪ੍ਰੋਫ਼ਾਈਲ ਨੂੰ ਉਵੇਂ ਹੀ ਰਹਿਣ ਦਿਓ ਜਿਵੇਂ ਅਡਾਪਟਰ ਅਸਲ ਵਿੱਚ ਹੈ। ਕਿਸੇ ਉਦਾਹਰਨ ਨਾਲ ਮੇਲ ਖਾਣ ਲਈ ਨੈੱਟਵਰਕ ਦਾ ਨਾਮ ਬਦਲਣਾ ਆਪਣੇ ਨਤੀਜਿਆਂ ਵਾਲਾ ਵੱਖਰਾ ਬਦਲਾਅ ਹੈ।

ਨਿਯਮ ਕੀ ਨਹੀਂ ਢਕਦਾ

IPv6 ਗੂੰਜ ਵੱਖਰੀ ਸੁਨੇਹਾ ਕਿਸਮ ਵਾਲਾ ਵੱਖਰਾ ਪ੍ਰੋਟੋਕੋਲ ਹੈ, ਇਸ ਲਈ ICMPv4 ਨਿਯਮ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ, ਅਤੇ ਦੋਵੇਂ ਪਰਿਵਾਰ ਲੈ ਕੇ ਜਾਣ ਵਾਲੇ ਟਨਲ ਨੂੰ ਦੂਜੇ ਲਈ ਆਪਣਾ ਨਿਯਮ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਨਿਯਮ ਹੋਰ ਕੁਝ ਵੀ ਨਹੀਂ ਖੋਲ੍ਹਦਾ: RDP, ਫ਼ਾਈਲ ਸਾਂਝ ਅਤੇ ਹਰ ਹੋਰ ਸੇਵਾ ਅਜੇ ਵੀ ਆਪਣੀ ਨੀਤੀ ਤੇ ਨਿਰਭਰ ਹੈ। ਵਿਸਤ੍ਰਿਤ ICMP ਇਜਾਜ਼ਤ ਚਾਲੂ ਕਰਨ ਦੀ ਬਜਾਏ ਇੱਕ ਤੰਗ ਨਿਯਮ ਸੀਮਿਤ ਕਰਨ ਦਾ ਪੂਰਾ ਅਰਥ ਇਹੀ ਹੈ। ਵਿਸਤ੍ਰਿਤ ਇਜਾਜ਼ਤ ਸੌਖਾ ਹੱਲ ਹੈ ਅਤੇ ਸਭ ਤੋਂ ਲੰਬਾ ਚੱਲਦਾ ਹੈ, ਕਿਉਂਕਿ ਬਾਅਦ ਵਿੱਚ ਕੋਈ ਇਸ ਵੱਲ ਧਿਆਨ ਨਹੀਂ ਦਿੰਦਾ।

ਪ੍ਰਬੰਧਿਤ ਡਿਵਾਈਸ ਤੇ ਅਗਲੀ ਨੀਤੀ ਰਿਫ਼੍ਰੈਸ਼ ਤੇ ਨਿਯਮ ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਸਥਾਨਕ ਪ੍ਰਸ਼ਾਸਕ ਨਹੀਂ, ਨੀਤੀ ਦੇ ਮਾਲਕ ਨੂੰ ਬਰਾਬਰ ਦਾ ਬਦਲਾਅ ਕਰਨਾ ਪਵੇਗਾ। ਇਰਾਦਾ ਕਮਾਂਡ ਦੇ ਨਾਲ-ਨਾਲ ਟਿਕਟ ਵਿੱਚ ਵੀ ਲਿਖੋ, ਕਿਉਂਕਿ ਰਿਫ਼੍ਰੈਸ਼ ਕਮਾਂਡ ਮਿਟਾ ਦੇਵੇਗਾ ਅਤੇ ਲੋੜ ਅਟੱਲ ਰਹੇਗੀ। ਦੋਵੇਂ ਇੱਕੋ ਕਲਾਕ੍ਰਿਤੀ ਨਹੀਂ ਹਨ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਬਚਦੀ ਹੈ।

ਨਤੀਜਾ ਸਹੀ ਦਿਸ਼ਾ ਵਿੱਚ ਪੜ੍ਹੋ

ਨਿਯਮ ਲਾਗੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਸਰਵਰ ਤੋਂ ਪਿੰਗ ਕਰੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਜਵਾਬ ਕਲਾਇੰਟ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਫਿਰ ਅਜੇ ਵੀ ਬਾਹਰ ਰੱਖੇ ਜਾਣ ਵਾਲੇ ਸਰੋਤ ਤੋਂ ਪਿੰਗ ਕਰੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਇਹ ਨਹੀਂ ਪਹੁੰਚਦਾ। ਜੇ ਟਨਲ ਦੂਜਾ ਪਤਾ ਪਰਿਵਾਰ ਲੈ ਕੇ ਜਾਂਦੀ ਹੈ ਤਾਂ ਉਸ ਪਾਸੇ ਵੀ ਪਹੁੰਚਣ ਦੀ ਜਾਂਚ ਦੁਹਰਾਓ।

Get-NetFirewallRule -DisplayName "VPN server echo" | Get-NetFirewallAddressFilter
ping 10.63.4.17
ping -6 fd00:63::17

ਲਾਗੂ ਹੋਏ ਨਿਯਮ ਨੂੰ ਪ੍ਰਿੰਟ ਕਰਨਾ ਇਸਨੂੰ ਬਣਾਉਣ ਵਾਲੀ ਕਮਾਂਡ ਤੇ ਭਰੋਸਾ ਕਰਨ ਨਾਲੋਂ ਵਧੇਰੇ ਲਾਹੇਵੰਦ ਹੈ, ਕਿਉਂਕਿ ਪੂਰਵਦਰਸ਼ਨ ਅਤੇ ਲਾਗੂ ਨਿਯਮ ਵੱਖਰੀਆਂ ਸਥਿਤੀਆਂ ਹਨ। ਜੇ ਪਤਾ ਫਿਲਟਰ ਤੁਹਾਡੇ ਲੋੜੀਂਦੇ ਸਰੋਤ ਨੂੰ ਦਿਖਾਉਂਦਾ ਹੈ ਅਤੇ ਬਾਹਰ ਰੱਖਿਆ ਸਰੋਤ ਅਜੇ ਵੀ ਸਮਾਂ-ਸਮਾਪਤੀ ਤੇ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਨਿਯਮ ਆਪਣੇ ਦਾਇਰੇ ਅਨੁਸਾਰ ਹੀ ਕੰਮ ਕਰਦਾ ਹੈ। ਕਲਾਇੰਟ ਤੋਂ ਸ਼ੁਰੂ ਹੋਇਆ ਸਫਲ ਪਿੰਗ ਇਹ ਕਦੇ ਨਹੀਂ ਦਿਖਾ ਸਕਦਾ ਸੀ, ਇਸੇ ਲਈ ਹਰ ਟੈਸਟ ਦੀ ਦਿਸ਼ਾ ਇਸਦੇ ਨਤੀਜੇ ਦੇ ਕੋਲ ਰਿਕਾਰਡ ਵਿੱਚ ਹੁੰਦੀ ਹੈ। ਟਿਕਟ ਵਿੱਚ ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਰੱਖੋ, ਨਹੀਂ ਤਾਂ ਅਗਲਾ ਪਾਠਕ ਉਹ ਟੈਸਟ ਦੁਹਰਾਏਗਾ ਜੋ ਅਸਫਲ ਹੋ ਹੀ ਨਹੀਂ ਸਕਦਾ।