VPN ਟਨਲ ਵਿੱਚ traceroute ਇੱਕ ਹੀ ਦਿਸ਼ਾ ਵਿੱਚ ਕਿਉਂ ਮਰਦਾ ਹੈ

traceroute ਦਾ ਉਹ ਆਉਟਪੁੱਟ ਜੋ ਇੱਕ ਦਿਸ਼ਾ ਵਿੱਚ ਪੂਰਾ ਹੁੰਦਾ ਹੈ ਅਤੇ ਦੂਜੀ ਦਿਸ਼ਾ ਵਿੱਚ ਤਾਰਿਆਂ ਦੀਆਂ ਕਤਾਰਾਂ ਛਾਪਦਾ ਹੈ, ਅਸਮਮਿਤ ਫਾਰਵਰਡਿੰਗ ਵਰਗਾ ਦਿਸਦਾ ਹੈ, ਅਤੇ ਆਮ ਤੌਰ ’ਤੇ ਉਹ ਹੁੰਦਾ ਨਹੀਂ। ਹਰ ਦਿਖਾਏ ਹੋਏ ਹੌਪ ਲਈ ਪ੍ਰੋਬ ਦਾ ਪਹੁੰਚਣਾ, ਰਾਊਟਰ ਦਾ ਜਵਾਬ ਦੇਣ ਦਾ ਫੈਸਲਾ ਕਰਨਾ ਅਤੇ ਜਵਾਬ ਦਾ ਵਾਪਸ ਆ ਕੇ ਪ੍ਰੋਬ ਨਾਲ ਮੇਲ ਖਾਣਾ ਲਾਜ਼ਮੀ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਕੜੀ ਤੋੜੋ ਤਾਂ ਕਤਾਰ ਤਾਰਾ ਬਣ ਜਾਂਦੀ ਹੈ, ਜਦੋਂ ਕਿ ਟਨਲ ਡੇਟਾ ਢੋਣਾ ਜਾਰੀ ਰੱਖਦੀ ਹੈ।

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

ਤਾਰਾ ਇੱਕ ਗੁੰਮ ਜਵਾਬ ਹੈ, ਗੁੰਮ ਹੌਪ ਨਹੀਂ

traceroute ਹਰ ਦੌਰ ਵਿੱਚ ਉਹ ਪ੍ਰੋਬ ਭੇਜ ਕੇ ਬਾਹਰ ਵੱਲ ਵਧਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦਾ TTL ਇੱਕ ਰਾਊਟਰ ਹੋਰ ਦੂਰ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ। ਮਿਆਦ ਪੁੱਗਿਆ ਪ੍ਰੋਬ ਸੁੱਟਣ ਵਾਲੇ ਰਾਊਟਰ ਨੂੰ ਆਪਣਾ ਨਾਮ ਦੱਸਦਾ ICMP Time Exceeded ਸੁਨੇਹਾ ਵਾਪਸ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਸਾਧਨ ਉਹ ਨਾਮ ਛਾਪਦਾ ਹੈ। ਸਾਧਨ ਅਸਲ ਵਿੱਚ ਇਸ ਗੱਲ ਦੀ ਉਡੀਕ ਕਰਦਾ ਹੈ ਕਿ ਉਹ ਸੁਨੇਹਾ ਸਮੇਂ ਦੀ ਹੱਦ ਅੰਦਰ ਪਹੁੰਚੇ। ਜੇ ਰਾਊਟਰ ਕਿਸੇ ਹੋਰ ਸਰੋਤ ਪਤੇ ਤੋਂ ਜਵਾਬ ਦੇਵੇ, ਗਲਤੀਆਂ ਬਣਾਉਣ ਦੀ ਬਾਰੰਬਾਰਤਾ ਸੀਮਤ ਕਰੇ ਜਾਂ ਪ੍ਰੋਬ ਨੂੰ ਬਿਨਾਂ ਬੋਲੇ ਡੇਗ ਦੇਵੇ, ਤਾਂ ਦੌਰ ਛਾਪਣ ਯੋਗ ਕੁਝ ਨਹੀਂ ਦਿੰਦਾ।

ਇਹਨਾਂ ਨਤੀਜਿਆਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਇਹ ਨਹੀਂ ਕਹਿੰਦਾ ਕਿ ਅੱਗੇ ਦਾ ਮਾਰਗ ਟੁੱਟਿਆ ਹੈ। ਤਾਰਾ ਬਿਨਾਂ ਜਵਾਬ ਵਾਲੀ ਡਾਕ ਦੀ ਰਿਪੋਰਟ ਹੈ, ਖਾਲੀ ਸੜਕ ਦੀ ਨਹੀਂ।

ਪ੍ਰੋਬ ਵਿਧੀ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਕਿਹੜਾ ਫਿਲਟਰ ਮਿਲੇਗਾ

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

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

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

ਵਾਪਸੀ ਮਾਰਗ ਆਪਣਾ ਵੱਖਰਾ ਰੂਟ ਹੈ

ICMP ਗਲਤੀ ਆਪਣੇ ਸਰੋਤ ਅਤੇ ਟਿਕਾਣੇ ਵਾਲਾ ਇੱਕ ਆਮ ਪੈਕਟ ਹੈ, ਅਤੇ ਇਸ ਨੂੰ ਟਰੇਸਰ ਤੱਕ ਵਾਪਸੀ ਮਾਰਗ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਟਨਲ ਨੀਤੀ LAN ਅਗੇਤਰ ਢੋਂਦੀ ਹੈ ਪਰ ਗਲਤੀ ਪੈਦਾ ਕਰਨ ਵਾਲੇ ਰਾਊਟਰ ਦਾ ਪਤਾ ਨਹੀਂ, ਤਾਂ ਸੁਨੇਹਾ ਉਸ ਮਾਰਗ ਰਾਹੀਂ ਨਿਕਲਦਾ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਪਹੁੰਚ ਨਹੀਂ ਸਕਦਾ। ਮਾਰਗ ਹੋਣ ਦੇ ਬਾਵਜੂਦ ਜਵਾਬ ਫਿਲਟਰਿੰਗ ਇਸ ਨੂੰ ਡੇਗ ਸਕਦੀ ਹੈ, ਕਿਉਂਕਿ ਪੈਕਟ ਅਣਕਿਆਸੇ ਇੰਟਰਫੇਸ ਉੱਤੇ ਅਣਕਿਆਸੇ ਪਤੇ ਤੋਂ ਆਉਂਦਾ ਹੈ। ਇਹ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਅਸਫਲਤਾ ਨਹੀਂ, ਨਿਦਾਨ ਤਲ ਦੀ ਬੇਮੇਲ ਹੈ।

ਟਰੇਸ ਪੂਰਾ ਹੋਣ ਤੱਕ ਹਰ ਚੋਣਕਰਤਾ ਨੂੰ ਚੌੜਾ ਕਰਨਾ ਤਸਵੀਰ ਨੂੰ ਸੋਹਣਾ ਅਤੇ ਨੀਤੀ ਨੂੰ ਮਾੜਾ ਬਣਾਉਂਦਾ ਹੈ। ਖਾਸ ਨਿਦਾਨ ਪਤਾ ਠੀਕ ਕਰੋ, ਜਾਂ ਤਾਰਾ ਮੰਨ ਕੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਕਿਸੇ ਹੋਰ ਤਰੀਕੇ ਨਾਲ ਜਾਂਚੋ।

ਅਸਲੀ ਬੇਨਤੀ ਨਾਲ ਟਨਲ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

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

traceroute -I -n -w 2 203.0.113.40
traceroute -T -p 443 -n -w 2 203.0.113.40
curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' --max-time 5 http://203.0.113.40:8080/health
ss -tan state established

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

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