VPN 'ਤੇ Ping ਨੁਕਸਾਨ: ਪ੍ਰਤੀਸ਼ਤ ਤੋਂ ਪਹਿਲਾਂ Echo ਬੇਨਤੀਆਂ ਨੂੰ ਸਮੂਹਿਤ ਕਰੋ

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

ਕਦਮ 1: ਸਰੋਤ ਅਤੇ ਮੰਜ਼ਿਲ ਅਨੁਸਾਰ ਧਾਰਾਵਾਂ ਨੂੰ ਵੱਖ ਕਰੋ

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

ਕੁਝ ਵੀ ਗਿਣਨ ਤੋਂ ਪਹਿਲਾਂ ਕੈਪਚਰ ਨੂੰ ਉਹਨਾਂ ਖੇਤਰਾਂ 'ਤੇ ਵੰਡੋ, ਅਤੇ ਮੰਜ਼ਿਲ ਨੂੰ ਕੁੰਜੀ ਦਾ ਹਿੱਸਾ ਰੱਖੋ। ਵੱਖਰੇ ਪੀਅਰਾਂ ਵੱਲ ਦੋ ਧਾਰਾਵਾਂ ਸਰੋਤ ਸਾਂਝਾ ਕਰਨ 'ਤੇ ਵੀ ਤੁਲਨਾਯੋਗ ਨਹੀਂ ਹਨ।

ਸਮੂਹਾਂ ਨੂੰ ਉਨ੍ਹਾਂ ਦੀ ਗਿਣਤੀ ਸਮੇਤ ਲਿਖੋ, ਕਿਉਂਕਿ ਅਗਲਾ ਕਦਮ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜੇ ਜਵਾਬ ਕਿਹੜੇ ਸਮੂਹ ਦੇ ਹਨ। ਤਿੰਨ ਬੇਨਤੀਆਂ ਅਤੇ ਕੋਈ ਮੇਲ ਖਾਂਦਾ ਜਵਾਬ ਨਾ ਹੋਣ ਵਾਲਾ ਸਮੂਹ ਇੱਕ ਖੋਜ ਹੈ। ਤਿੰਨ ਬੇਨਤੀਆਂ ਅਤੇ ਤਿੰਨ ਜਵਾਬਾਂ ਵਾਲਾ ਸਮੂਹ ਅਧਾਰ ਰੇਖਾ ਹੈ।

ਕਦਮ 2: ਪਛਾਣਕਰਤਾ ਅਤੇ ਕ੍ਰਮ 'ਤੇ ਮਿਲਾਨ ਕਰੋ

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

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

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

tshark -r capture.pcap -Y 'icmp.type == 8' -T fields -e frame.time -e ip.src -e ip.dst -e icmp.ident -e icmp.seq
tshark -r capture.pcap -Y 'icmp.type == 0' -T fields -e frame.time -e ip.src -e ip.dst -e icmp.ident -e icmp.seq

ਕਦਮ 3: ਇੱਕੋ ਸੀਮਾ 'ਤੇ ਟਿਊਪਲਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ

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

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

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

tcpdump -ni any icmp and host 10.90.0.1 -c 20
tshark -r capture.pcap -Y 'icmp' -T fields -e ip.src -e ip.dst -e ip.ttl | head -20

ਕਦਮ 4: ਦੱਸੋ ਕਿ ਕੈਪਚਰ ਕੀ ਸਾਬਤ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ

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

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

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

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

ਸਮੂਹਾਂ ਅਤੇ ਅਗਲੀ ਸੀਮਾ ਦੀ ਰਿਪੋਰਟ ਕਰੋ

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

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

ping -c 5 -I 10.80.0.6 10.90.0.1
ping -c 5 -I 10.30.0.25 10.90.0.1
tshark -r capture.pcap -Y 'icmp.type == 8 || icmp.type == 0' -T fields -e ip.src -e ip.dst -e icmp.ident -e icmp.seq | sort | uniq -c | head

ਜਦੋਂ ਇੱਕ ਸਮੂਹ ਪੰਜ ਜਵਾਬ ਦਿਖਾਉਂਦਾ ਹੈ ਅਤੇ ਦੂਜਾ ਕੁਝ ਵੀ ਨਹੀਂ, ਤਾਂ ਖੋਜ ਇਹ ਹੈ ਕਿ ਇੱਕ ਸਰੋਤ ਕੋਲ ਕੰਮ ਕਰਨ ਵਾਲਾ ਵਾਪਸੀ ਮਾਰਗ ਹੈ ਅਤੇ ਦੂਜੇ ਕੋਲ ਨਹੀਂ। ਇਹ ਮਿਲੀ-ਜੁਲੀ ਪ੍ਰਤੀਸ਼ਤ ਨਾਲੋਂ ਕਿਤੇ ਬਿਹਤਰ ਟਿਕਟ ਹੈ, ਅਤੇ ਇਹ ਅਗਲੀ ਜਾਂਚ ਨੂੰ ਅਸੰਬੰਧਿਤ VPN ਇੰਸਟੈਂਸ ਵੱਲ ਨਹੀਂ ਸਗੋਂ ਵਾਪਸੀ ਮਾਰਗ ਵੱਲ ਭੇਜਦਾ ਹੈ।