ਤੁਹਾਡਾ VPN ਸੈਂਸਰ ਸ਼ਾਖਾ ਦਾ VLAN ਟੈਗ ਕਦੇ ਕਿਉਂ ਨਹੀਂ ਦੇਖਦਾ
ਰੂਟਿਡ ਟਨਲ ਪੈਕਟ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ, ਉਹ ਫਰੇਮ ਨਹੀਂ ਜੋ ਉਨ੍ਹਾਂ ਨੂੰ ਲੈ ਗਏ। ਇੰਟਰਫ਼ੇਸ ਕਿਸਮ, ਸੈਂਸਰ ਦੀ ਥਾਂ, ਸਰੋਤ ਸੰਦਰਭ ਅਤੇ ਜਵਾਬ ਰਾਹ ਉੱਤੇ ਚਾਰ ਜਾਂਚਾਂ।
VPN ਪਾਸੇ ਦਾ ਸੈਂਸਰ ਦੋ ਸ਼ਾਖਾ VLAN ਨੂੰ ਸਾਧਾਰਨ IP ਟਰੈਫ਼ਿਕ ਵਜੋਂ ਦੇਖਦਾ ਹੈ, ਅਤੇ ਹਰ ਸ਼ਾਖਾ ਨੂੰ ਉਸ ਦੇ ਆਪਣੇ ਤਾਰ ਉੱਤੇ ਪਛਾਣਨ ਵਾਲਾ ਟੈਗ ਗਾਇਬ ਹੋ ਗਿਆ ਹੈ। ਰੂਟਿਡ ਟਨਲ ਇਹੀ ਕਰਦੀ ਹੈ: ਇਹ ਪੈਕਟ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ, ਉਹ Ethernet ਫਰੇਮ ਨਹੀਂ ਜੋ ਉਨ੍ਹਾਂ ਨੂੰ ਪਹੁੰਚਾਉਂਦੇ ਸਨ। ਗੁੰਮ ਟੈਗ ਦਾ ਮਹੱਤਵ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਉਸ ਸਵਾਲ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਸੈਂਸਰ ਨੂੰ ਪੁੱਛਦੇ ਹੋ। ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਚਾਰ ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ ਅਤੇ ਤੁਹਾਨੂੰ ਪਤਾ ਲੱਗੇਗਾ ਕਿ ਕਿਹੜਾ ਨਿਰੀਖਣ ਬਿੰਦੂ ਉਸ ਦਾ ਜਵਾਬ ਦੇ ਸਕਦਾ ਹੈ।
ਪਹਿਲਾਂ: ਨਿਸ਼ਚਿਤ ਕਰੋ ਕਿ ਤੁਹਾਡੀ ਟਨਲ ਕੀ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ
TUN ਇੰਟਰਫ਼ੇਸ IP ਪੈਕਟ ਲੈ ਕੇ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਸ਼ਾਖਾ ਦੇ ਫਰੇਮ ਦਾ VLAN ਹੈਡਰ ਉਸ ਰਾਊਟਰ ਉੱਤੇ ਰੁਕ ਜਾਂਦਾ ਹੈ ਜਿਸ ਨੇ ਟਰੈਫ਼ਿਕ ਨੂੰ ਟਨਲ ਵਿੱਚ ਧੱਕਿਆ ਸੀ। TAP ਇੰਟਰਫ਼ੇਸ Ethernet ਫਰੇਮ ਲੈ ਕੇ ਜਾਂਦਾ ਹੈ, ਭਾਵ ਜਦੋਂ ਪੁਲ ਅਤੇ VLAN ਦਾਖ਼ਲਾ ਨਿਯਮ ਉਨ੍ਹਾਂ ਨੂੰ ਲੰਘਣ ਦੇਣ ਤਾਂ ਟੈਗ ਬਚ ਸਕਦੇ ਹਨ। ਕੈਪਚਰ ਵਿੱਚ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਇਸ ਬਾਰੇ ਸੋਚਣ ਤੋਂ ਪਹਿਲਾਂ ਇੰਟਰਫ਼ੇਸ ਦੀ ਕਿਸਮ ਪੜ੍ਹੋ।
ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਚੋਣ ਖ਼ਰਾਬੀ ਨਹੀਂ ਹੈ। ਦੋਵੇਂ ਡਿਜ਼ਾਈਨ ਵੱਖਰੇ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦੇ ਹਨ ਅਤੇ ਟੈਗ ਨੂੰ ਵੱਖਰੀਆਂ ਥਾਵਾਂ ਉੱਤੇ ਛੱਡਦੇ ਹਨ।
ਉਤਪਾਦ ਦੇ ਨਾਮ ਤੋਂ ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਦੀ ਬਜਾਏ ਇੰਟਰਫ਼ੇਸ ਆਪ ਹੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਲਿੰਕ ਦੇ ਵੇਰਵੇ ਜੰਤਰ ਦੀ ਕਿਸਮ ਦੱਸਦੇ ਹਨ ਅਤੇ ਲਾਗੂ ਝੰਡੇ ਦਿਖਾਉਂਦੇ ਹਨ, ਅਤੇ TUN ਜੰਤਰ ਉੱਤੇ ਲਿਆ ਕੈਪਚਰ ਸਿਰਫ਼ ਇਸ ਲਈ Ethernet ਹੈਡਰ ਨਹੀਂ ਪਾ ਲਵੇਗਾ ਕਿ ਤੁਸੀਂ ਮੰਗਿਆ ਸੀ। ਜੇ TUN ਕੈਪਚਰ ਵਿੱਚ ਫਿਰ ਵੀ ਟੈਗ ਦਿਸਣ, ਤਾਂ ਤੁਸੀਂ ਲਗਭਗ ਪੱਕਾ ਕੋਈ ਹੋਰ ਇੰਟਰਫ਼ੇਸ ਜਾਂ ਅਜਿਹੀ ਟਨਲ ਪੜ੍ਹ ਰਹੇ ਹੋ ਜੋ ਫਰੇਮ ਆਪਣੇ ਪੇਲੋਡ ਅੰਦਰ ਲੈ ਕੇ ਜਾਂਦੀ ਹੈ। ਅੱਗੇ ਵਧਣ ਤੋਂ ਪਹਿਲਾਂ ਨੋਟ ਕਰੋ ਕਿ ਤੁਸੀਂ ਕਿਸ ਹਾਲਤ ਵਿੱਚ ਹੋ।
ਦੂਜਾ: ਸੈਂਸਰ ਉੱਥੇ ਰੱਖੋ ਜਿੱਥੇ ਵਸਤੂ ਅਜੇ ਵੀ ਮੌਜੂਦ ਹੈ
ਤਿੰਨ ਥਾਵਾਂ ਬਹੁਤੇ ਰੂਟਿਡ ਡਿਜ਼ਾਈਨ ਕਵਰ ਕਰਦੀਆਂ ਹਨ: ਸ਼ਾਖਾ ਦਾ Ethernet ਖੰਡ, ਟਨਲ ਦੇ ਸਿਰਿਆਂ ਵਿਚਕਾਰ ਬਾਹਰੀ ਨੈੱਟਵਰਕ, ਅਤੇ ਟਨਲ ਪ੍ਰੋਸੈਸਿੰਗ ਤੋਂ ਬਾਅਦ ਦਾ ਰਾਹ। ਹਰ ਇੱਕ ਵੱਖਰੀ ਵਸਤੂ ਦੇਖਦਾ ਹੈ, ਅਤੇ ਟੈਗ ਸਿਰਫ਼ ਪਹਿਲੀ ਵਿੱਚ ਹੁੰਦਾ ਹੈ। ਸੈਂਸਰ ਦੀ ਥਾਂ ਚੁਣਨਾ ਇਸ ਗੱਲ ਦਾ ਫ਼ੈਸਲਾ ਹੈ ਕਿ ਨੀਤੀ ਨੂੰ ਕਿਹੜੀ ਵਸਤੂ ਚਾਹੀਦੀ ਹੈ, ਸਹੂਲਤ ਦਾ ਸਵਾਲ ਨਹੀਂ।
| Observation point | What is actually there | Question it can answer |
|---|---|---|
| Branch Ethernet segment | Tagged frames on the local wire | Which VLAN carried this frame here |
| Outer tunnel network | The protected carrier between endpoints | Which endpoints are exchanging traffic |
| After tunnel processing | Recovered IP packets | Which branch prefix the packet claims |
ਨੀਤੀ ਦਾ ਸਵਾਲ ਅਜਿਹੇ ਸ਼ਬਦਾਂ ਵਿੱਚ ਪੁੱਛੋ ਜਿਨ੍ਹਾਂ ਦਾ ਜਵਾਬ ਸਾਰਣੀ ਦੇ ਸਕੇ, ਅਤੇ ਇਹ ਆਮ ਤੌਰ ਉੱਤੇ ਆਪਣੇ ਆਪ ਹੱਲ ਹੋ ਜਾਂਦਾ ਹੈ। ਜੇ ਨਿਯਮ ਨੂੰ ਜਾਣਨਾ ਹੈ ਕਿ ਪੈਕਟ ਕਿਹੜੀ ਸ਼ਾਖਾ ਤੋਂ ਆਇਆ, ਤਾਂ ਹੇਠਾਂ ਦੀ ਪ੍ਰੀਫ਼ਿਕਸ ਮੈਪਿੰਗ ਕਾਫ਼ੀ ਹੋ ਸਕਦੀ ਹੈ, ਪਰ ਸਿਰਫ਼ ਉਦੋਂ ਤੱਕ ਜਦੋਂ ਤੱਕ ਉਹ ਮੈਪਿੰਗ ਸਹੀ ਅਤੇ ਸਪਸ਼ਟ ਰਹੇ। ਜੇ ਨਿਯਮ ਨੂੰ ਜਾਣਨਾ ਹੈ ਕਿ ਫਰੇਮ ਕਿਹੜੇ ਪੋਰਟ ਉੱਤੇ ਆਇਆ, ਤਾਂ ਤੁਹਾਨੂੰ ਪਹਿਲੀ ਥਾਂ ਚਾਹੀਦੀ ਹੈ, ਕਿਉਂਕਿ ਹੇਠਾਂ ਕੁਝ ਵੀ ਇਸ ਨੂੰ ਮੁੜ ਨਹੀਂ ਬਣਾ ਸਕਦਾ। ਸਵਾਲ ਦੀ ਬਜਾਏ ਆਦਤ ਨਾਲ ਰੱਖੇ ਸੈਂਸਰ ਹੀ ਟੀਮਾਂ ਨੂੰ ਅਜਿਹਾ ਖੇਤਰ ਮੰਗਣ ਲਾ ਦਿੰਦੇ ਹਨ ਜੋ ਡਿਜ਼ਾਈਨ ਨੇ ਕਦੇ ਨਹੀਂ ਚੁੱਕਿਆ।
Ethernet ਲੈ ਕੇ ਜਾਣ ਵਾਲੀ ਟਨਲ ਵੱਖਰਾ ਡਿਜ਼ਾਈਨ ਹੈ ਅਤੇ ਇਸ ਨੂੰ ਇਹ ਜਾਂਚਣ ਦੀ ਆਪਣੀ ਲੋੜ ਹੈ ਕਿ ਸਿਰੇ ਕੀ ਸੰਭਾਲਦੇ ਜਾਂ ਮੁੜ ਲਿਖਦੇ ਹਨ। ਸਿਰਫ਼ TAP ਚੁਣਨਾ ਅਜੇ ਵੀ ਪੁਲ, VLAN ਦਾਖ਼ਲਾ ਨਿਯਮ ਜਾਂ ਨਿਰੀਖਣ ਨੀਤੀ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਨਹੀਂ ਕਰਦਾ।
ਤੀਜਾ: ਸਰੋਤ ਸੰਦਰਭ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਬਜਾਏ ਉਹ ਕਮਾਓ
ਹਰ ਸ਼ਾਖਾ ਲਈ ਇੱਕ ਪਤਾ ਰੇਂਜ VLAN ਪਛਾਣ ਦਾ ਆਮ ਬਦਲ ਹੈ, ਅਤੇ ਇਹ ਸਿਰਫ਼ ਉਦੋਂ ਤੱਕ ਟਿਕਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਮੈਪਿੰਗ ਇੱਕ-ਇੱਕ ਰਹੇ। ਇੱਕ-ਦੂਜੇ ਉੱਤੇ ਚੜ੍ਹਦੇ ਪ੍ਰੀਫ਼ਿਕਸ, ਅਨੁਵਾਦ ਅਤੇ ਸਾਂਝਾ ਗੇਟਵੇ ਹਰ ਇੱਕ ਉਸ ਧਾਰਨਾ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਤੋੜਦਾ ਹੈ ਜੋ ਡਿਜ਼ਾਈਨ ਦੀ ਨਹੀਂ, ਡੇਟਾ ਗੁਣਵੱਤਾ ਦੀ ਸਮੱਸਿਆ ਲੱਗਦੀ ਹੈ। ਮੈਪਿੰਗ ਨੂੰ ਉਸ ਦੀਆਂ ਹੱਦਾਂ ਸਮੇਤ ਲਿਖੋ ਅਤੇ ਦੱਸੋ ਕਿ ਦੋ ਕਤਾਰਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਪੈਕਟ ਨਾਲ ਕੀ ਹੁੰਦਾ ਹੈ। ਦੋ ਸ਼ਾਖਾਵਾਂ ਵਿੱਚ ਦਿਸਣ ਵਾਲਾ ਪ੍ਰੀਫ਼ਿਕਸ ਤੁਹਾਡੀ ਲੱਭੀ ਗ਼ਲਤੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਤੁਹਾਡਾ ਮੰਨਿਆ ਸਿੱਕਾ ਉਛਾਲ ਨਹੀਂ।
ਗਾਹਕ ਵੱਲੋਂ ਦਿੱਤਾ ਸੰਦਰਭ ਮੈਂਬਰਸ਼ਿਪ ਦਾ ਸਬੂਤ ਨਹੀਂ ਹੈ। ਇਹ ਇੱਕ ਦਾਅਵਾ ਹੈ, ਅਤੇ ਇਸ ਦੀ ਥਾਂ ਦੂਜੇ ਕਾਲਮ ਵਿੱਚ ਹੈ।
ਜਿੱਥੇ ਇਹ ਫ਼ਰਕ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਉੱਥੇ ਤੁਹਾਡੇ ਨਿਯੰਤਰਣ ਵਾਲਾ ਸੰਬੰਧ ਡੇਟਾ ਵਰਤੋ: ਕਿਹੜੇ ਟਨਲ ਇੰਸਟੈਂਸ ਨੇ ਕਨੈਕਸ਼ਨ ਸਵੀਕਾਰ ਕੀਤਾ, ਪੈਕਟ ਕਿਹੜੇ ਇੰਟਰਫ਼ੇਸ ਉੱਤੇ ਆਏ, ਸਥਾਨਕ ਰੂਟ ਸਾਰਣੀ ਉਸ ਸਾਥੀ ਬਾਰੇ ਕੀ ਕਹਿੰਦੀ ਹੈ। ਗਾਹਕ ਵੱਲੋਂ ਦਿੱਤਾ ਲੇਬਲ ਲਾਹੇਵੰਦ ਸੰਕੇਤ ਹੈ ਅਤੇ ਬੇਕਾਰ ਅਧਿਕਾਰ ਇਨਪੁਟ ਹੈ। ਜੇ ਸੈਂਸਰ ਆਪਣੇ ਪਾਸਿਓਂ ਸੰਬੰਧ ਸਥਾਪਿਤ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਤਾਂ ਨੀਤੀ ਨੂੰ ਆਤਮਵਿਸ਼ਵਾਸੀ ਅੰਦਾਜ਼ੇ ਦੀ ਬਜਾਏ ਵਿਆਪਕ ਨਿਯਮ ਚਾਹੀਦਾ ਹੈ।
ਚੌਥਾ: ਜਵਾਬ ਰਾਹ ਅਤੇ ਡੀਕ੍ਰਿਪਸ਼ਨ ਕੀ ਖੁੰਝਾਉਂਦਾ ਹੈ, ਪੁਸ਼ਟੀ ਕਰੋ
ਸਿਰਫ਼ ਇੱਕ ਦਿਸ਼ਾ ਦੇਖਣ ਵਾਲਾ ਸੈਂਸਰ ਵੀ ਸਿਹਤਮੰਦ ਦਿਸ ਸਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਬੇਨਤੀਆਂ ਸਮੇਂ ਸਿਰ ਆਉਂਦੀਆਂ ਰਹਿੰਦੀਆਂ ਹਨ। ਜਵਾਬ ਰਾਹ ਸਪਸ਼ਟ ਰੂਪ ਵਿੱਚ ਜਾਂਚੋ, ਅਤੇ ਆਮ ਪਹੁੰਚ ਲਈ ਨਹੀਂ, ਉਸੇ ਵਹਾਅ ਲਈ ਜਾਂਚੋ। ਅੱਧ-ਦੁਪੱਖੀ ਦਿੱਖ ਉਸ ਵਿੱਚੋਂ ਤੁਸੀਂ ਕੱਢਦੇ ਹਰ ਹਾਲਤ-ਆਧਾਰਿਤ ਸਿੱਟੇ ਵਿੱਚ ਚੁੱਪ ਖੱਡਾ ਬਣ ਜਾਂਦੀ ਹੈ।
ਅੰਦਰਲਾ IP ਟਰੈਫ਼ਿਕ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨਾ ਵੀ ਉਸ ਦੇ ਅੰਦਰਲੀ ਐਪਲੀਕੇਸ਼ਨ ਦੇਖਣ ਵਰਗਾ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਟਨਲ ਰਾਹੀਂ ਲਿਜਾਇਆ TLS TLS ਹੀ ਰਹਿੰਦਾ ਹੈ।
ip -d link show tun0
tcpdump -i tun0 -n -e -c 5ਉਹ ਦੋ ਕਮਾਂਡ ਇੰਟਰਫ਼ੇਸ ਦੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੀਆਂ ਹਨ ਅਤੇ ਦਿਖਾਉਂਦੀਆਂ ਹਨ ਕਿ ਕੈਪਚਰ ਵਿੱਚ ਅਸਲ ਵਿੱਚ ਕੀ ਹੈ, ਜੋ ਆਰਕੀਟੈਕਚਰ ਬਾਰੇ ਬਹਿਸ ਕਰਨ ਨਾਲੋਂ ਤੇਜ਼ ਹੈ। ਤੁਹਾਡਾ ਡਿਜ਼ਾਈਨ ਜੋ ਇੰਟਰਫ਼ੇਸ ਨਾਮ ਵਰਤਦਾ ਹੈ ਉਹ ਰੱਖੋ ਅਤੇ ਤੁਹਾਡੇ ਲਈ ਮਹੱਤਵਪੂਰਨ ਵਹਾਅ ਸਰਗਰਮ ਹੋਣ ਵੇਲੇ ਕੈਪਚਰ ਚਲਾਓ। ਜਦੋਂ TUN ਜੰਤਰ ਉੱਤੇ ਕੋਈ ਟੈਗ ਨਹੀਂ ਦਿਸਦਾ, ਤਾਂ ਸਿੱਟਾ ਇਹ ਹੈ ਕਿ ਸੈਂਸਰ ਨੇ ਡੇਟਾ ਗੁਆਇਆ ਨਹੀਂ, ਡਿਜ਼ਾਈਨ ਨੇ ਪੁਲ ਬਣਾਉਣ ਦੀ ਬਜਾਏ ਰੂਟ ਕੀਤਾ। ਫਿਰ ਜਾਂ ਤਾਂ ਸੈਂਸਰ ਨੂੰ ਉਸ ਥਾਂ ਲੈ ਜਾਓ ਜਿੱਥੋਂ ਟੈਗ ਦਿਸ ਸਕੇ, ਜਾਂ ਨਿਯਮ ਨੂੰ ਉਨ੍ਹਾਂ ਸ਼ਬਦਾਂ ਵਿੱਚ ਮੁੜ ਲਿਖੋ ਜੋ ਮੌਜੂਦਾ ਥਾਂ ਸੰਭਾਲ ਸਕੇ।