ਸੁਰੰਗ ਇੰਟਰਫ਼ੇਸ 'ਤੇ ਲਏ ਕੈਪਚਰ ਕਦੇ ਸ਼ਾਖਾ ਦੀ VLAN ID ਨਹੀਂ ਦਿਖਾਉਣਗੇ, ਅਤੇ ਇਹ ਸਾਧਨ ਦੀ ਕਮੀ ਨਹੀਂ ਸਗੋਂ ਡਿਜ਼ਾਈਨ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ। ਰੂਟਡ TUN ਸੁਰੰਗ IP ਪੈਕਟ ਲੈ ਜਾਂਦੀ ਹੈ, ਇਸ ਲਈ ਜੋ ਟੈਗ ਕੀਤਾ Ethernet ਫਰੇਮ ਉਨ੍ਹਾਂ ਨੂੰ ਸ਼ਾਖਾ ਲਿੰਕ 'ਤੇ ਲੈ ਜਾਂਦਾ ਸੀ, ਉਹ ਉਸੇ ਰਾਊਟਰ 'ਤੇ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ ਜਿਸ ਨੇ ਉਨ੍ਹਾਂ ਨੂੰ ਰੂਟ ਕੀਤਾ। ਜੇ ਤੁਹਾਡੀ ਨੀਤੀ ਦਾ ਸਵਾਲ ਸੈਗਮੈਂਟਾਂ ਬਾਰੇ ਹੈ, ਤਾਂ ਕੈਪਚਰ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਉਸ ਸਵਾਲ ਲਈ ਸੈਂਸਰ ਦੀ ਸਥਿਤੀ ਚੁਣਨੀ ਪਵੇਗੀ। ਤੁਸੀਂ ਜਿਸ VLAN ਖੇਤਰ ਦੀ ਆਸ ਕੀਤੀ ਸੀ, ਉਸ ਨੂੰ ਉਸ ਸੰਦਰਭ ਨਾਲ ਬਦਲਣਾ ਪਵੇਗਾ ਜਿਸ ਦਾ ਤੁਸੀਂ ਬਚਾਅ ਕਰ ਸਕੋ।

ਵੇਖੋ ਸੁਰੰਗ ਇੰਟਰਫ਼ੇਸ ਅਸਲ ਵਿੱਚ ਕੀ ਲੈ ਜਾਂਦਾ ਹੈ

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

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

ip -d link show tun0
tcpdump -i tun0 -nn -e -c 20

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

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

ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਥਾਂ 'ਤੇ ਖੜ੍ਹੋ ਅਤੇ ਇਹ ਜੋ ਦੇਖ ਸਕਦਾ ਹੈ ਉਹ ਸਵੀਕਾਰ ਕਰੋ

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

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

tcpdump -i eth0 -nn -e 'vlan' -c 10
tcpdump -i tun0 -nn -c 10

ਜੋੜੀ ਚਲਾਓ ਅਤੇ ਤੁਲਨਾ ਕਰੋ। ਪਹਿਲਾ ਟੈਗ ਕੀਤੇ ਫਰੇਮ ਅਤੇ ਉਨ੍ਹਾਂ ਦੀ VLAN ID ਦਿਖਾਉਂਦਾ ਹੈ ਜਿੱਥੇ ਸ਼ਾਖਾ ਲਿੰਕ ਹੋਸਟ ਵੱਲ ਟਰੰਕ ਕੀਤਾ ਹੈ; ਦੂਜਾ ਰੂਟਿੰਗ ਤੋਂ ਬਾਅਦ ਉਹੀ ਗੱਲਬਾਤ ਸਾਧਾਰਨ IP ਵਜੋਂ ਦਿਖਾਉਂਦਾ ਹੈ। ਜੇ ਪਹਿਲਾ ਕੁਝ ਵੀ ਵਾਪਸ ਨਹੀਂ ਦਿੰਦਾ, ਤਾਂ ਵੇਖੋ ਹੋਸਟ ਪੋਰਟ ਐਕਸੈਸ ਪੋਰਟ ਹੈ ਜਾਂ ਨਹੀਂ, ਕਿਉਂਕਿ ਤਦ ਸਵਿੱਚ ਟੈਗ ਪਹਿਲਾਂ ਹੀ ਹਟਾ ਚੁੱਕਾ ਹੁੰਦਾ ਹੈ ਅਤੇ ਹੋਸਟ 'ਤੇ ਕੋਈ ਵੀ ਕੈਪਚਰ ਉਹ ਕਦੇ ਨਹੀਂ ਦਿਖਾਏਗਾ।

ਗੁੰਮ ਹੋਏ ਟੈਗ ਨੂੰ ਅਜਿਹੀ ਮੈਪਿੰਗ ਨਾਲ ਬਦਲੋ ਜਿਸ ਦਾ ਤੁਸੀਂ ਬਚਾਅ ਕਰ ਸਕੋ

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

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

ip route get 10.20.30.40
ip -br addr show

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

ਨਤੀਜੇ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਵਾਪਸੀ ਰਾਹ ਅਤੇ ਪੇਲੋਡ ਜਾਂਚੋ

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

ਅੰਦਰਲੇ IP ਪੈਕਟ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨ ਨਾਲ ਉਸ ਦੇ ਅੰਦਰਲੇ HTTPS ਸੈਸ਼ਨ ਦੀ ਵੀ ਡੀਕ੍ਰਿਪਸ਼ਨ ਨਹੀਂ ਹੁੰਦੀ। ਜੇ ਨੀਤੀ ਦਾ ਸਵਾਲ ਵਹਾਅ ਦੀ ਥਾਂ ਸਮੱਗਰੀ ਬਾਰੇ ਹੈ, ਤਾਂ ਸੈਂਸਰ ਦੀ ਸਥਿਤੀ ਫਿਰ ਬਦਲਣੀ ਪਵੇਗੀ, ਅਤੇ ਉਹ ਫੈਸਲਾ ਉਸੇ ਡਿਜ਼ਾਈਨ ਦਸਤਾਵੇਜ਼ ਦਾ ਹੈ।

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

ਸੰਬੰਧਿਤ ਲੇਖ