ਇੱਕ ਸਬਨੈੱਟ ਅਜੇ ਵੀ ਤੁਹਾਡੇ VPN ਡਿਫ਼ਾਲਟ ਰੂਟ ਨੂੰ ਕਿਉਂ ਬਾਈਪਾਸ ਕਰਦਾ ਹੈ

ਤੁਸੀਂ VPN ਨੂੰ ਪੂਰੇ ਟਨਲ 'ਤੇ ਬਦਲਦੇ ਹੋ, ਜ਼ਿਆਦਾਤਰ ਟ੍ਰੈਫ਼ਿਕ ਮੰਨਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਇੱਕ ਪਤਾ ਸਿੱਧਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ — ਇੱਕ ਪ੍ਰਿੰਟਰ, NAS, 10.x 'ਤੇ ਜੰਪ ਹੋਸਟ। ਸਪਸ਼ਟ ਪਾਠ ਇਹ ਹੈ ਕਿ ਟਨਲ ਲੀਕ ਹੋ ਰਿਹਾ ਹੈ, ਇਸ ਲਈ ਤੁਸੀਂ ਡਿਫ਼ਾਲਟ ਰੂਟ 'ਤੇ ਮੈਟ੍ਰਿਕ ਘਟਾਉਂਦੇ ਹੋ ਅਤੇ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ। ਉਹੀ ਅਸਫਲ ਕੋਸ਼ਿਸ਼ ਸੁਰਾਗ ਹੈ: ਡਿਫ਼ਾਲਟ ਰੂਟ ਇੱਕ ਬਦਲ ਹੈ, ਫ਼ੈਸਲਾ ਨਹੀਂ। ਰੂਟ ਖੋਜ ਮੈਟ੍ਰਿਕ ਦੀ ਤੁਲਨਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਸਭ ਤੋਂ ਲੰਮਾ ਮਿਲਦਾ ਪ੍ਰੀਫ਼ਿਕਸ ਲੈਂਦੀ ਹੈ, ਇਸ ਲਈ /24 ਕਿਸੇ ਵੀ ਸੰਖਿਆ ਦੇ ਨਾਲ /0 ਖਿਲਾਫ਼ ਜਿੱਤਦਾ ਰਹਿੰਦਾ ਹੈ। ਇੱਕ ਵਾਰ ਇਹ ਕ੍ਰਮ ਸਪਸ਼ਟ ਹੋ ਜਾਣ 'ਤੇ, ਲੀਕ ਆਮ ਤੌਰ 'ਤੇ ਕੋਈ ਜਾਣ-ਬੁੱਝ ਕੇ ਲਾਇਆ ਰੂਟ ਹੁੰਦਾ ਹੈ, ਜਾਂ ਅਜਿਹਾ ਪ੍ਰੀਫ਼ਿਕਸ ਜਿਸਨੂੰ ਕਲਾਇੰਟ ਨੇ ਕਦੇ ਢੱਕਣ ਦਾ ਇਰਾਦਾ ਨਹੀਂ ਕੀਤਾ।

ਡਿਫ਼ਾਲਟ ਰੂਟ ਅਸਲ ਵਿੱਚ ਕੀ ਵਾਅਦਾ ਕਰਦਾ ਹੈ

0.0.0.0/0 ਹਰ IPv4 ਮੰਜ਼ਿਲ ਨਾਲ ਜ਼ੀਰੋ ਬਿੱਟ ਵਿਸ਼ੇਸ਼ਤਾ ਨਾਲ ਮਿਲਦਾ ਹੈ। ਇਹ ਇਸ ਲਈ ਹੈ ਤਾਂ ਜੋ ਹੋਸਟ ਉਸ ਚੀਜ਼ ਤੱਕ ਪਹੁੰਚ ਸਕੇ ਜਿਸਦਾ ਇਸਦੀ ਸਾਰਣੀ ਵਧੀਆ ਵਰਣਨ ਨਹੀਂ ਕਰਦੀ। 192.168.1.0/24 ਵੱਲ ਰੂਟ 24 ਮਿਲਦੇ ਬਿੱਟ ਲੈ ਕੇ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ 192.168.1.40 ਲਈ ਇਹ ਕਿਸੇ ਦੇ ਮੈਟ੍ਰਿਕ, ਪ੍ਰਸ਼ਾਸਨਿਕ ਦੂਰੀ ਜਾਂ ਕਲਾਇੰਟ ਦੇ ਤਰਜੀਹ ਖੇਤਰ ਦੀ ਤੁਲਨਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਜਿੱਤ ਜਾਂਦਾ ਹੈ। ਇਹੀ ਨਿਯਮ Linux FIB, Windows ਰੂਟਿੰਗ ਸਾਰਣੀ ਅਤੇ macOS ਪਿੱਛੇ BSD ਸਟੈਕ ਵਿੱਚ ਲਾਗੂ ਹੁੰਦਾ ਹੈ।

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

ਅੱਧ-ਡਿਫ਼ਾਲਟ, ਜਾਂ ਡਿਫ਼ਾਲਟ ਐਂਟਰੀ ਅਛੂਤ ਕਿਉਂ ਦਿਖ ਸਕਦੀ ਹੈ

ਸਭ ਤੋਂ ਸਾਫ਼ ਉਦਾਹਰਨ redirect-gateway def1 OpenVPN ਵਿੱਚ ਹੈ। ਤੁਹਾਡੇ ਡਿਫ਼ਾਲਟ ਨੂੰ ਮਿਟਾ ਕੇ ਬਦਲਣ ਦੀ ਬਜਾਏ, ਇਹ 0.0.0.0/1 ਅਤੇ 128.0.0.0/1 ਜੋੜਦਾ ਹੈ। ਇਕੱਠੇ ਉਹ ਜੋੜਾ ਪੂਰਾ IPv4 ਢੱਕ ਲੈਂਦਾ ਹੈ, ਹਰ ਪ੍ਰੀਫ਼ਿਕਸ /0 ਤੋਂ ਲੰਮਾ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਰਾਊਟਰ ਦੇ ਡਿਫ਼ਾਲਟ ਨੂੰ ਉਸਦੀ ਥਾਂ 'ਤੇ ਛੱਡਦਿਆਂ ਉਸਨੂੰ ਹਰਾ ਦਿੰਦੇ ਹਨ। ਫਿਰ ਰੂਟ ਸੂਚੀ ਚਲਾਓ ਅਤੇ ਮੂਲ ਡਿਫ਼ਾਲਟ ਅਜੇ ਵੀ ਉੱਥੇ ਹੈ, ਅਜੇ ਵੀ ਤੁਹਾਡੇ ਗੇਟਵੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ; ਇਹ ਇੰਟਰਨੈੱਟ ਮੰਜ਼ਿਲਾਂ ਲਈ ਕਦੇ ਨਹੀਂ ਚੁਣਿਆ ਜਾਂਦਾ।

WireGuard ਦਾ wg-quick ਨੀਤੀ-ਆਧਾਰਿਤ ਰੂਟਿੰਗ ਰਾਹੀਂ ਉਹੀ ਨਤੀਜਾ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ। ਜਦੋਂ AllowedIPs 0.0.0.0/0 ਢੱਕਦਾ ਹੈ ਤਾਂ ਇਹ ਆਪਣੀ ਸਾਰਣੀ ਬਣਾਉਂਦਾ ਹੈ, ਨਿਸ਼ਾਨ ਲੱਗੇ ਪੈਕਟ ਉੱਥੇ ਭੇਜਦਾ ਹੈ, ਅਤੇ ਮੁੱਖ ਸਾਰਣੀ ਦੇ ਸਿਫ਼ਰ ਲੰਬਾਈ ਵਾਲੇ ਪ੍ਰੀਫ਼ਿਕਸ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨ ਵਾਲਾ ਨਿਯਮ ਜੋੜਦਾ ਹੈ। ਮੁੱਖ ਸਾਰਣੀ ਆਪਣੀ ਡਿਫ਼ਾਲਟ ਐਂਟਰੀ ਰੱਖਦੀ ਹੈ, ਅਤੇ ਇੰਟਰਫ਼ੇਸ ਦੀ ਮਾਲਕੀ ਵਾਲੇ ਟ੍ਰੈਫ਼ਿਕ ਲਈ ਪਹਿਲਾਂ ਟਨਲ ਸਾਰਣੀ ਪੁੱਛੀ ਜਾਂਦੀ ਹੈ।

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

ਮੈਟ੍ਰਿਕ ਬਰਾਬਰੀ ਤੈਅ ਕਰਦੇ ਹਨ, ਪ੍ਰੀਫ਼ਿਕਸ ਜੇਤੂ ਤੈਅ ਕਰਦੇ ਹਨ

ਮੈਟ੍ਰਿਕ ਦੀ ਤੁਲਨਾ ਸਿਰਫ਼ ਉਹਨਾਂ ਉਮੀਦਵਾਰਾਂ ਵਿਚਕਾਰ ਹੁੰਦੀ ਹੈ ਜੋ ਮੰਜ਼ਿਲ ਨਾਲ ਬਰਾਬਰ ਮਿਲਦੇ ਹਨ। Linux 'ਤੇ ip route get 10.20.5.9 ਜੇਤੂ ਨੂੰ ਇਸਦੀ ਸਾਰਣੀ ਸਮੇਤ ਛਾਪਦਾ ਹੈ, ਅਤੇ ip route show table all ਉਮੀਦਵਾਰਾਂ ਦੀ ਸੂਚੀ ਦਿੰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਕੋਈ ਵੀ ਅੱਧ-ਡਿਫ਼ਾਲਟ ਅਤੇ ਨਿਯਮ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਵਾਲੀ ਸਾਰਣੀ ਸ਼ਾਮਲ ਹੈ। Windows 'ਤੇ Find-NetRoute -RemoteIPAddress 10.20.5.9 ਚੁਣਿਆ ਰੂਟ ਅਤੇ ਸਰੋਤ ਪਤਾ ਵਾਪਸ ਕਰਦਾ ਹੈ, ਜਦੋਂ ਕਿ Get-NetRoute ਕੱਚੀ ਸਾਰਣੀ ਦਿਖਾਉਂਦਾ ਹੈ — ਪਰ ਪ੍ਰਭਾਵੀ ਖਰਚ ਰੂਟ ਮੈਟ੍ਰਿਕ ਜਮ੍ਹਾਂ ਇੰਟਰਫ਼ੇਸ ਮੈਟ੍ਰਿਕ ਹੈ, ਇਸ ਲਈ ਹੌਲੀ ਅਡੈਪਟਰ ਜਿੱਤਦੀ ਦਿਖਦੀ ਬਰਾਬਰੀ ਹਾਰ ਸਕਦਾ ਹੈ।

ਤੁਸੀਂ ਜੋ ਦੇਖੋਗੇ ਉਸਦਾ ਜ਼ਿਆਦਾਤਰ ਹਿੱਸਾ ਤਿੰਨ ਕੇਸ ਢੱਕਦੇ ਹਨ:

• ਉਹੀ ਮੰਜ਼ਿਲ, /24 ਬਨਾਮ /0: ਮੈਟ੍ਰਿਕ ਜੋ ਵੀ ਕਹਿਣ, ਪ੍ਰੀਫ਼ਿਕਸ ਲੰਬਾਈ 'ਤੇ /24 ਜਿੱਤਦਾ ਹੈ।
• ਉਹੀ ਮੰਜ਼ਿਲ, ਵੱਖਰੇ ਮੈਟ੍ਰਿਕ ਵਾਲੇ ਦੋ /24: ਘੱਟ ਪ੍ਰਭਾਵੀ ਮੈਟ੍ਰਿਕ ਜਿੱਤਦਾ ਹੈ।
• ਉਹੀ ਮੰਜ਼ਿਲ, ਦੋ ਸਾਰਣੀਆਂ, ਇੱਕ ਨੀਤੀ ਨਿਯਮ ਦੁਆਰਾ ਚੁਣੀ: ਨਿਯਮ ਪਹਿਲਾਂ ਸਾਰਣੀ ਚੁਣਦਾ ਹੈ, ਅਤੇ ਪ੍ਰੀਫ਼ਿਕਸ ਤੁਲਨਾ ਉਸਦੇ ਅੰਦਰ ਹੁੰਦੀ ਹੈ।

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

ਆਮ ਤੌਰ 'ਤੇ ਇਸ ਬਾਈਪਾਸ ਦਾ ਮਾਲਕ ਕੌਣ ਹੁੰਦਾ ਹੈ

ਸਾਰਣੀ ਤੋਂ ਨਹੀਂ, ਪ੍ਰੋਫ਼ਾਈਲ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ। Split-tunnel ਸੰਰਚਨਾਵਾਂ ਅਤੇ ਪ੍ਰਤੀ-ਐਪ VPN ਸੈਟਿੰਗਾਂ ਨਾਮਿਤ ਪ੍ਰੀਫ਼ਿਕਸ ਨੂੰ ਜਾਣ-ਬੁੱਝ ਕੇ ਟਨਲ ਤੋਂ ਬਾਹਰ ਛੱਡਦੀਆਂ ਹਨ; ਇੱਕ ਕੰਮ ਦਾ ਪ੍ਰੋਫ਼ਾਈਲ ਜੋ ਇੱਕ ਨਿੱਜੀ ਸਬਨੈੱਟ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ ਅਤੇ ਆਮ ਬ੍ਰਾਊਜ਼ਿੰਗ ਸਿੱਧੀ ਜਾਣ ਦਿੰਦਾ ਹੈ, ਉਸੇ ਤਰ੍ਹਾਂ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਡਿਜ਼ਾਈਨ ਕੀਤਾ ਗਿਆ ਸੀ, ਅਤੇ ਇਸਨੂੰ ਓਵਰਰਾਈਡ ਕਰਨਾ ਉਸ ਨੀਤੀ ਨੂੰ ਤੋੜਦਾ ਹੈ ਜਿਸਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਇਹ ਬਣਾਇਆ ਗਿਆ ਸੀ। Microsoft ਦੀ VPN ਰੂਟਿੰਗ ਮਾਰਗਦਰਸ਼ਿਕਾ ਜ਼ਬਰਦਸਤੀ ਟਨਲ ਕੀਤੇ ਟ੍ਰੈਫ਼ਿਕ ਅਤੇ ਸਪਸ਼ਟ ਅਪਵਾਦਾਂ ਵਿਚਕਾਰ ਉਹੀ ਰੇਖਾ ਖਿੱਚਦੀ ਹੈ, ਜੋ ਕੁਝ ਵੀ ਸੰਪਾਦਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਲਾਭਦਾਇਕ ਕਰਾਸ-ਚੈੱਕ ਬਣਾਉਂਦੀ ਹੈ।

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

ਫਿਰ IPv6 ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਜਾਂਚੋ। ip -6 route ਅਤੇ Get-NetRoute -AddressFamily IPv6 ਵੱਖਰੀ ਸਥਿਤੀ, ਵੱਖਰੇ ਡਿਫ਼ਾਲਟ ਅਤੇ ਵੱਖਰਾ ਕਲਾਇੰਟ ਵਿਵਹਾਰ ਰੱਖਦੇ ਹਨ। ਸਿਰਫ਼ IPv4 ਦਾ ਆਡਿਟ ਦੋਹਰੇ-ਸਟੈਕ ਹੋਸਟ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਜੋ ਚੁੱਪਚਾਪ ਮੂਲ IPv6 ਮਾਰਗ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਸਿਰਫ਼ ਇਹੀ ਕਲਾਇੰਟ ਨੂੰ split-tunnel ਵਰਗਾ ਦਿਖਾ ਸਕਦਾ ਹੈ।

ਐਪ ਦੇ ਆਪਣੇ ਪ੍ਰਵਾਹ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ

ਉਹ ਮੰਜ਼ਿਲ ਲਿਖੋ ਜੋ ਐਪ ਅਸਲ ਵਿੱਚ ਵਰਤਦਾ ਹੈ, ਫਿਰ ਸਿਸਟਮ ਨੂੰ ਪੁੱਛੋ ਕਿ ਉਹ ਕਿਹੜਾ ਮਾਰਗ ਲਵੇਗਾ ਜਿਸ ਸਰੋਤ ਪਤੇ ਤੋਂ ਉਹ ਐਪ ਬੱਝਦਾ ਹੈ। ip route get 10.20.5.9 from 192.168.1.40 Linux 'ਤੇ ਇਸਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ; Find-NetRoute -RemoteIPAddress 10.20.5.9 ਜਮ੍ਹਾਂ ਸਥਾਨਕ ਪਤਾ Windows 'ਤੇ ਇਹ ਕਰਦਾ ਹੈ। ਨਤੀਜੇ ਦੀ ਤੁਲਨਾ ਉਸ ਨਾਲ ਕਰੋ ਜੋ ਪ੍ਰੋਫ਼ਾਈਲ ਦਾਅਵਾ ਕਰਦਾ ਹੈ। ਬ੍ਰਾਊਜ਼ਰ ਦਾ ਜਨਤਕ-IP ਪੰਨਾ ਇੱਕ ਪ੍ਰੋਟੋਕਾਲ 'ਤੇ ਇੱਕ ਮੰਜ਼ਿਲ ਜਾਂਚਦਾ ਹੈ ਅਤੇ ਸ਼ਿਕਾਇਤ ਸ਼ੁਰੂ ਕਰਨ ਵਾਲੇ ਨਿੱਜੀ ਪਤੇ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ।

ਫ਼ਰਕ ਦੱਸਣ ਵਾਲੀ ਸਭ ਤੋਂ ਤੰਗ ਚੀਜ਼ ਠੀਕ ਕਰੋ। ਜੇ ਅਪਵਾਦ ਮਨਜ਼ੂਰ ਹੈ, ਪ੍ਰੀਫ਼ਿਕਸ ਲਿਖ ਲਓ ਅਤੇ ਉਸਨੂੰ ਛੱਡ ਦਿਓ; ਜੇ ਨਹੀਂ, ਤਾਂ ਡਿਫ਼ਾਲਟ ਦਾ ਮੈਟ੍ਰਿਕ ਘਟਾਉਣ ਦੀ ਬਜਾਏ ਰੂਟ ਹਟਾਓ ਜਾਂ ਟਨਲ ਰਾਹੀਂ ਸਪਸ਼ਟ ਤੰਗ ਰੂਟ ਜੋੜੋ। ਮੈਟ੍ਰਿਕ ਘਟਾਉਣਾ ਲੰਮੇ ਪ੍ਰੀਫ਼ਿਕਸ ਨੂੰ ਪਛਾੜ ਨਹੀਂ ਸਕਦਾ, ਅਤੇ ਦੋ /1 ਰੂਟ ਇੰਟਰਨੈੱਟ ਮਾਰਗ ਦੇ ਮਾਲਕ ਹੋਣ ਸਮੇਂ ਡਿਫ਼ਾਲਟ ਸੰਪਾਦਿਤ ਕਰਨਾ ਵੀ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ।

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

• ਐਪ ਅਸਲ ਵਿੱਚ ਜੋ ਮੰਜ਼ਿਲ ਅਤੇ ਸਰੋਤ ਪਤਾ ਵਰਤਦਾ ਹੈ, ਉਹਨਾਂ ਦਾ ਨਾਮ ਦਿਓ।
• ਜਿੱਤਣ ਵਾਲਾ ਰੂਟ ip route get ਜਾਂ Find-NetRoute ਨਾਲ ਛਾਪੋ।
• ਇੰਟਰਨੈੱਟ ਮਾਰਗ ਦਾ ਮਾਲਕ /1 ਜੋੜਾ ਹੈ ਜਾਂ ਨੀਤੀ ਸਾਰਣੀ, ਇਹ ਜਾਂਚੋ।
• /0 ਤੋਂ ਲੰਮਾ ਅਤੇ ਮੰਜ਼ਿਲ ਨਾਲ ਮਿਲਦਾ ਹਰ ਪ੍ਰੀਫ਼ਿਕਸ ਸੂਚੀਬੱਧ ਕਰੋ।
• IPv6 ਜਾਂਚ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਦੁਹਰਾਓ।
• ਬਚੇ ਰਹੇ ਰੂਟ ਨੂੰ ਉਸ ਫ਼ਾਈਲ, ਪ੍ਰੋਫ਼ਾਈਲ ਜਾਂ ਫ਼ਿਲਟਰ ਤੱਕ ਟਰੇਸ ਕਰੋ ਜੋ ਇਸਨੂੰ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ।
• ਠੀਕ ਹੋਇਆ ਕਹਿਣ ਤੋਂ ਪਹਿਲਾਂ ਦੁਬਾਰਾ ਜੁੜੋ ਅਤੇ ਪੁੱਛਗਿੱਛ ਦੁਬਾਰਾ ਚਲਾਓ।

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