ਕੀ ISP UDP ਬਲਾਕ ਕਰਦਾ ਹੈ, ਜਾਂ ਟਨਲ ਅੰਦਰ ਦੀ ਐਪ?

ਕੋਈ ਦੱਸਦਾ ਹੈ ਕਿ VPN „UDP ਬਲਾਕ ਕਰਦਾ ਹੈ“, ਅਤੇ ਇਹ ਵਾਕ ਦੋ ਬਿਲਕੁਲ ਵੱਖਰੇ ਦਾਅਵੇ ਲੁਕਾਉਂਦਾ ਹੈ। ਇੱਕ ਉਸ ਟ੍ਰਾਂਸਪੋਰਟ ਬਾਰੇ ਹੈ ਜੋ ਐਕਸੈਸ ਨੈੱਟਵਰਕ ਦੇਖ ਸਕਦਾ ਹੈ, ਦੂਜਾ ਟਨਲ ਅੰਦਰ ਡੀਕ੍ਰਿਪਟ ਹੋਣ ਤੋਂ ਬਾਅਦ ਐਪ ਦੇ ਪੈਕਟਾਂ ਬਾਰੇ। ਐਨਕ੍ਰਿਪਟ ਕੀਤਾ ਟਨਲ ਕਿਸੇ ਵੀ ਚਾਬੀ ਤੋਂ ਬਿਨਾਂ ਬਾਹਰੋਂ ਫਿਲਟਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਅੰਦਰੂਨੀ UDP ਐਪ ਫਿਲਟਰਿੰਗ ਨਾਲ ਕੋਈ ਸੰਬੰਧ ਨਾ ਰੱਖਣ ਵਾਲੇ ਕਾਰਨਾਂ ਕਰਕੇ ਫੇਲ੍ਹ ਹੋ ਸਕਦੀ ਹੈ। ਸਬੂਤ ਇਕੱਠੇ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਤੁਸੀਂ ਕਿਹੜਾ ਦਾਅਵਾ ਜਾਂਚ ਰਹੇ ਹੋ।

ਦੋ ਹੈਡਰ, ਇੱਕ ਸ਼ਬਦ

NAT-traversal ਵਾਲੀ IPsec ਤੈਨਾਤੀ ਵਿੱਚ ਬਾਹਰੀ ਪੈਕਟ UDP ਹੁੰਦਾ ਹੈ, ਜੋ ਦੋ VPN ਐਂਡਪੁਆਇੰਟਾਂ ਵਿਚਕਾਰ ਪਤਾ ਕੀਤਾ ਹੁੰਦਾ ਹੈ, ਆਮ ਤੌਰ 'ਤੇ ਪੋਰਟ 4500 'ਤੇ। ਇਸ ਦੇ ਅੰਦਰ ਐਨਕ੍ਰਿਪਟ ਕੀਤਾ ਪੇਲੋਡ ਉਹ ਸਭ ਕੁਝ ਲੈ ਜਾਂਦਾ ਹੈ ਜੋ ਟਨਲ ਫਾਰਵਰਡ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਹ ਆਪ TCP ਜਾਂ UDP ਹੋ ਸਕਦਾ ਹੈ। ਇਸ ਲਈ UDP ਸ਼ਬਦ ਦੋ ਵਾਰ ਆਉਂਦਾ ਹੈ, ਵੱਖਰੇ ਅਰਥ ਅਤੇ ਵੱਖਰੀ ਦਿੱਖ ਨਾਲ।

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

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

ਨੈੱਟਵਰਕ ਹਾਲੇ ਵੀ ਕੀ ਦੇਖ ਸਕਦਾ ਹੈ

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

sudo tcpdump -ni eth0 'udp port 4500'
sudo tcpdump -ni tun0 'udp port 5201'

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

RFC 3948 ਬਾਹਰੀ UDP ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ESP ਵਿਸ਼ੇਸ਼ਤਾ ਇਸ ਦੇ ਅੰਦਰਲੀ ਸੁਰੱਖਿਅਤ ਬਣਾਵਟ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੀ ਹੈ। ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਦਸਤਾਵੇਜ਼ ਵਾਅਦਾ ਨਹੀਂ ਕਰਦਾ ਕਿ ਐਕਸੈਸ ਨੈੱਟਵਰਕ ਬਾਹਰੀ ਪ੍ਰਵਾਹ ਨੂੰ ਲੰਘਾਏਗਾ, ਇਸ ਲਈ ਅੰਦਰੂਨੀ ਬਾਰੇ ਕਿਸੇ ਵੀ ਸਿਧਾਂਤ ਤੋਂ ਪਹਿਲਾਂ ਬਾਹਰੀ ਟਪਲ 'ਤੇ ਪਹੁੰਚ ਜਾਂਚ ਕਰਨਾ ਢੁਕਵਾਂ ਹੈ। ਬਲਾਕ ਕੀਤਾ ਬਾਹਰੀ ਟਪਲ ਅਜਿਹਾ ਟਨਲ ਦਿੰਦਾ ਹੈ ਜੋ ਕਦੇ ਨਹੀਂ ਬਣਦਾ, ਅਜਿਹਾ ਟਨਲ ਨਹੀਂ ਜੋ ਬਣ ਕੇ ਫਿਰ ਇੱਕ ਐਪ ਗੁਆ ਦੇਵੇ।

ਕੰਮ ਕਰਦੇ ਟਨਲ ਅੰਦਰ ਇੱਕ UDP ਐਪ ਕਿਉਂ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ

ਜੋ ਟਨਲ ਵੈੱਬ ਐਪ ਲੈ ਜਾਂਦਾ ਹੈ ਪਰ UDP ਐਪ ਨਹੀਂ, ਉਸ ਦੀਆਂ ਕਈ ਭਰੋਸੇਯੋਗ ਵਿਆਖਿਆਵਾਂ ਹਨ, ਅਤੇ ISP ਵੱਲੋਂ ਅੰਦਰੂਨੀ ਪ੍ਰੋਟੋਕਾਲ ਦੀ ਫਿਲਟਰਿੰਗ ਪਹਿਲੀ ਨਹੀਂ ਹੈ। ਸਭ ਤੋਂ ਆਮ ਕਵਰੇਜ ਹੈ: ਦੋਵੇਂ ਐਪਾਂ ਇੱਕੋ ਟਨਲ ਵਿੱਚ ਇਕੱਠੀਆਂ ਨਹੀਂ ਜਾਂਦੀਆਂ, ਕਿਉਂਕਿ UDP ਮੰਜ਼ਿਲ ਦਾ ਰੂਟ ਨਹੀਂ ਹੈ ਜਾਂ ਕਲਾਇੰਟ ਦੇ ਵੰਡੇ ਟਨਲ ਨਿਯਮ ਇਸ ਨੂੰ ਬਾਹਰ ਰੱਖਦੇ ਹਨ।

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

ਤੀਜਾ ਪੈਕਟ ਦਾ ਆਕਾਰ ਹੈ। UDP ਐਪਾਂ ਅਕਸਰ ਵੈੱਬ ਬੇਨਤੀ ਨਾਲੋਂ ਵੱਡੇ ਡੇਟਾਗ੍ਰਾਮ ਭੇਜਦੀਆਂ ਹਨ, ਅਤੇ ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਵਰਤੋਂਯੋਗ MTU ਘਟਾਉਂਦਾ ਹੈ, ਇਸ ਲਈ ਸਫਲ ਹੈਂਡਸ਼ੇਕ ਤੋਂ ਬਾਅਦ ਪਹਿਲੇ ਪੂਰੇ ਆਕਾਰ ਦੇ ਪੇਲੋਡ 'ਤੇ ਚੁੱਪ ਆ ਸਕਦੀ ਹੈ। ਇਸ ਪੈਟਰਨ ਨੂੰ ਬਲਾਕ ਵਜੋਂ ਗਲਤ ਪੜ੍ਹਨਾ ਸੌਖਾ ਹੈ, ਕਿਉਂਕਿ ਛੋਟੇ ਪੈਕਟ ਲੰਘਦੇ ਹਨ ਅਤੇ ਵੱਡੇ ਗਾਇਬ ਹੋ ਜਾਂਦੇ ਹਨ। ਤੇਜ਼ MTU ਜਾਂਚ ਇੱਕ ਮਿੰਟ ਤੋਂ ਘੱਟ ਵਿੱਚ ਇਹ ਤੈਅ ਕਰ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਜਵਾਬ ਆਮ ਤੌਰ 'ਤੇ ਨੈੱਟਵਰਕ ਫਿਲਟਰ ਨਹੀਂ, ਸਗੋਂ ਛੋਟਾ ਪੇਲੋਡ ਜਾਂ ਸੁਧਾਰਿਆ MSS ਹੁੰਦਾ ਹੈ।

ping -M do -s 1400 -c 2 10.60.0.20
iperf3 -u -c 10.60.0.20 -p 5201 -b 1M -t 5

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

ਪ੍ਰੋਟੋਕਾਲ ਨਹੀਂ, ਪਰਤ ਦੱਸੋ

ਖੋਜ ਨੂੰ ਤਿੰਨ ਰੂਪਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਲਿਖੋ: ਬਾਹਰੀ ਡਿਲਿਵਰੀ ਫੇਲ੍ਹ, ਅੰਦਰੂਨੀ ਫਾਰਵਰਡਿੰਗ ਫੇਲ੍ਹ, ਜਾਂ ਐਪ ਫੇਲ੍ਹ। ਹਰ ਇੱਕ ਦਾ ਮਾਲਕ ਵੱਖਰਾ ਹੈ, ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਮਿਲਾਉਣ ਨਾਲ ਟਿਕਟ ਗਲਤ ਟੀਮ ਕੋਲ ਜਾਂਦੀ ਹੈ।

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

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