eth0 ਉੱਤੇ ਟ੍ਰੈਫਿਕ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਕਿ VPN ਸੁਰੰਗ ਲੀਕ ਹੋ ਰਹੀ ਹੈ

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

ਸੁਰੰਗ ਦਾ ਹਰ ਪੈਕਟ ਫਿਰ ਵੀ ਤਾਰ ਉੱਤੋਂ ਦੀ ਲੰਘਦਾ ਹੈ

ਸੁਰੰਗ ਇੱਕ ਇੰਟਰਫ਼ੇਸ ਹੈ, ਤਾਰ ਨਹੀਂ। ਕਲਾਇੰਟ ਅੰਦਰਲਾ ਪੈਕਟ ਲੈਂਦਾ ਹੈ, ਉਸ ਨੂੰ ਲਪੇਟਦਾ ਹੈ ਅਤੇ ਨਤੀਜਾ ਪ੍ਰੋਫ਼ਾਈਲ ਵਾਲੇ ਸਰਵਰ ਦੇ ਪਤੇ ਅਤੇ ਪੋਰਟ ਉੱਤੇ ਭੇਜਦਾ ਹੈ। ਭੌਤਿਕ ਅਡੈਪਟਰ ਉੱਤੇ ਤੁਸੀਂ ਲਿਫ਼ਾਫ਼ਾ ਵੇਖਦੇ ਹੋ; ਸੁਰੰਗ ਦੇ ਯੰਤਰ ਉੱਤੇ ਉਹ ਵੇਖਦੇ ਹੋ ਜੋ ਲਪੇਟਿਆ ਗਿਆ ਸੀ।

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

ਇੱਕ ਸਮੇਂ ਇੱਕ ਇੰਟਰਫ਼ੇਸ ਕੈਪਚਰ ਕਰੋ

ਜਦੋਂ ਗਿਣਤੀਆਂ ਦੀ ਤੁਲਨਾ ਕਰਨੀ ਹੋਵੇ ਤਾਂ ਇੱਕ ਸਮੇਂ ਇੱਕ ਹੀ ਇੰਟਰਫ਼ੇਸ ਕੈਪਚਰ ਕਰੋ। any ਸਿਊਡੋ-ਇੰਟਰਫ਼ੇਸ ਇੱਕੋ ਸਮੇਂ ਹਰ ਯੰਤਰ ਇਕੱਠਾ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਅੱਗੇ ਭੇਜਿਆ ਪੈਕਟ ਦਾਖਲ ਅਤੇ ਨਿਕਾਸ ਦੋਵਾਂ ਉੱਤੇ ਦਿਸਦਾ ਹੈ ਅਤੇ ਸਥਾਨਕ ਤੌਰ ਉੱਤੇ ਬਣਾਇਆ ਪੈਕਟ ਦੋ ਵੱਖਰੀਆਂ ਸ਼ਕਲਾਂ ਵਿੱਚ ਦੋ ਵਾਰ ਦਿਸਦਾ ਹੈ। ਪੈਕਟਾਂ ਦੀ ਗਿਣਤੀ ਬਰਾਬਰ ਅਤੇ ਬਾਈਟਾਂ ਦੀ ਗਿਣਤੀ ਅਸਮਾਨ ਹੋਣਾ ਆਮ ਹੈ, ਕਿਉਂਕਿ ਲਿਫ਼ਾਫ਼ਾ ਉਸ ਚੀਜ਼ ਨਾਲੋਂ ਵੱਡਾ ਹੁੰਦਾ ਹੈ ਜੋ ਉਹ ਢੋਂਦਾ ਹੈ। ARP, DHCP ਅਤੇ IPv6 ਰਾਊਟਰ ਦੀਆਂ ਘੋਸ਼ਣਾਵਾਂ ਸਥਾਨਕ ਲਿੰਕ ਦੀਆਂ ਹਨ ਅਤੇ ਤੁਹਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦੀਆਂ।

sudo tcpdump -i eth0 -n host 203.0.113.10 and udp port 1194

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

ਕਰਨਲ ਨੂੰ ਪੁੱਛੋ ਕਿ ਉਹ ਕਿਹੜਾ ਯੰਤਰ ਚੁਣਦਾ ਹੈ

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

ip route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111

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

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

ਜਦੋਂ ਕੈਪਚਰ ਸੱਚਮੁੱਚ ਲੀਕ ਹੁੰਦਾ ਹੈ

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

ਰੂਟ ਜਾਂ ਅਪਵਾਦ ਠੀਕ ਕਰੋ, ਫਾਇਰਵਾਲ ਨਹੀਂ। ਫਿਰ ਨਵੇਂ ਕਨੈਕਸ਼ਨ ਤੋਂ ਦੁਬਾਰਾ ਕੈਪਚਰ ਕਰੋ ਅਤੇ IPv4 ਤੇ IPv6 ਵੱਖਰੇ ਤੌਰ ਉੱਤੇ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਇੱਕ ਨੂੰ ਠੀਕ ਕਰਨਾ ਦੂਜੇ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ। tcpdump ਦੀ ਹਦਾਇਤ ਉੱਤੇ ਵਰਤੇ ਗਏ ਇੰਟਰਫ਼ੇਸ ਅਤੇ ਦਿਸ਼ਾ ਚੋਣਕਾਰਾਂ ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ।