VPN ਰਾਹੀਂ ping: ਗੂੰਜ ਜਵਾਬ ਦੇ ਨਿਯਮ ਵਾਪਸੀ ਦਾ ਰਾਹ ਕਿਉਂ ਖੁੰਝਦੇ ਹਨ
ਗੂੰਜ ਜਵਾਬ ICMP ਕਿਸਮ ਬਦਲਦਾ ਹੈ, ਸੇਵਾ ਪੋਰਟ ਨਹੀਂ। ਪੋਰਟ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਫਾਰਵਰਡਿੰਗ, NAT ਅਤੇ ਸਟੇਟਫੁਲ ਫਿਲਟਰ ਵਿੱਚੋਂ ਲੰਘਦਾ ਅੰਦਰੂਨੀ ਪੈਕਟ ਟਰੇਸ ਕਰੋ।
VPN ਰਾਹੀਂ ਕਿਸੇ ਹੋਸਟ ਨੂੰ ping ਕਰੋ ਤਾਂ ਬੇਨਤੀ ਇੱਕ ICMP ਕਿਸਮ ਨਾਲ ਨਿਕਲਦੀ ਹੈ ਅਤੇ ਦੂਜੀ ਨਾਲ ਵਾਪਸ ਆਉਂਦੀ ਹੈ, ਜੋ ਪੋਰਟਾਂ ਦੇ ਆਧਾਰ ਉੱਤੇ ਲਿਖੇ ਕਿਸੇ ਵੀ ਨਿਯਮ ਨੂੰ ਉਲਝਾਉਣ ਲਈ ਕਾਫ਼ੀ ਹੈ। ਗੂੰਜ ਦੇ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਵਿੱਚ ਵਾਪਸੀ ਦੇ ਨਿਯਮ ਵਿੱਚ ਨਕਲ ਕਰਨ ਵਾਲਾ ਕੋਈ ਟਾਰਗਿਟ ਸੇਵਾ ਪੋਰਟ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਸਮਰੂਪਤਾ ਦੀ ਉਮੀਦ ਕਰਨ ਵਾਲਾ ਫਿਲਟਰ ਬੇਨਤੀ ਨੂੰ ਬਿਨਾਂ ਰੁਕਾਵਟ ਲੰਘਦਿਆਂ ਜਵਾਬ ਨੂੰ ਸੁੱਟ ਦੇਵੇਗਾ। ਸੁਧਾਰ ਪੈਕਟ ਨੂੰ ਜਿਵੇਂ ਇਹ ਅਸਲ ਵਿੱਚ ਹੈ ਪੜ੍ਹਨ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ, ਫਿਰ ਇਹ ਤੈਅ ਕਰਨ ਨਾਲ ਕਿ ਰਾਹ ਵਿੱਚ ਕਿਹੜੀ ਹੱਦ ਫੈਸਲਾ ਲੈ ਰਹੀ ਹੈ। ਆਮ ਤੌਰ ਉੱਤੇ ਦੋ ਪਰਤਾਂ ਕੰਮ ਕਰ ਰਹੀਆਂ ਹੁੰਦੀਆਂ ਹਨ ਅਤੇ ਤੀਜੀ ਚੁੱਪਚਾਪ ਜਵਾਬ ਸੁੱਟ ਦਿੰਦੀ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੇ ਭਾਗ ਉਨ੍ਹਾਂ ਨੂੰ ਉਸੇ ਕ੍ਰਮ ਵਿੱਚ ਵੱਖ ਕਰਦੇ ਹਨ ਜਿਸ ਵਿੱਚ ਪੈਕਟ ਉਨ੍ਹਾਂ ਨੂੰ ਮਿਲਦਾ ਹੈ।
ਪੈਕਟ ਪੋਰਟ ਨਹੀਂ, ਕਿਸਮ ਬਦਲਦਾ ਹੈ
ਗੂੰਜ ਬੇਨਤੀ ICMP ਕਿਸਮ 8, ਕੋਡ 0 ਹੈ, ਅਤੇ ਇਹ ਪਛਾਣਕਰਤਾ ਤੇ ਕ੍ਰਮ ਸੰਖਿਆ ਲੈ ਕੇ ਚੱਲਦੀ ਹੈ। ਜਵਾਬ ਕਿਸਮ 0, ਕੋਡ 0 ਹੈ, ਉਸੇ ਪਛਾਣਕਰਤਾ ਤੇ ਕ੍ਰਮ ਨਾਲ, ਅਤੇ IP ਸਿਰੇ ਬਦਲੇ ਹੋਏ ਹਨ। ਇਹ ਖੇਤਰ RFC 792 ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਪਛਾਣਕਰਤਾ ਹੀ ਭੇਜਣ ਵਾਲੇ ਨੂੰ ਜਵਾਬ ਆਪਣੀਆਂ ਬੇਨਤੀਆਂ ਨਾਲ ਮਿਲਾਉਣ ਦਿੰਦਾ ਹੈ।
ਜੋ ਨਹੀਂ ਹੈ ਉਹ ਵੀ ਓਨਾ ਹੀ ਮਹੱਤਵਪੂਰਨ ਹੈ: ਕੋਈ TCP ਜਾਂ UDP ਹੈਡਰ ਨਹੀਂ, ਇਸ ਲਈ ਇਜਾਜ਼ਤ ਦੇਣ ਵਾਲਾ ਪੋਰਟ ਨਹੀਂ। ਗੂੰਜ ਜਵਾਬ ਲਈ ਪੋਰਟ ਦਾ ਨਾਂ ਲੈਣ ਵਾਲਾ ਨਿਯਮ ਅਜਿਹੇ ਪੈਕਟ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ ਜੋ ਕਦੇ ਹੋਂਦ ਵਿੱਚ ਨਹੀਂ ਆਵੇਗਾ। VPN ping ਟਿਕਟਾਂ ਵਿੱਚ ਇਹ ਸਭ ਤੋਂ ਆਮ ਗ਼ਲਤੀ ਹੈ। ਨਿਯਮ ਖ਼ਾਸ ਦਿਸਦਾ ਹੈ, ਕਿਸੇ ਚੀਜ਼ ਉੱਤੇ ਲਾਗੂ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਨਾਕਾਮੀ ਨੂੰ ਠੀਕ ਉੱਥੇ ਹੀ ਛੱਡ ਦਿੰਦਾ ਹੈ ਜਿੱਥੇ ਉਹ ਸੀ।
ਪੈਕਟ ਬਾਰੇ ਤਿੰਨ ਸੰਦਰਭ ਫੈਸਲਾ ਕਰਦੇ ਹਨ
ਜੇ ping ਦੂਰ ਦੇ LAN ਦੇ ਹੋਸਟ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਂਦਾ ਹੈ, ਤਾਂ ਬੇਨਤੀ ਗੇਟਵੇ ਨੂੰ ਫਾਰਵਰਡ ਕਰਨੀ ਪਵੇਗੀ। ਜੇ ਇਹ ਗੇਟਵੇ ਦੇ ਆਪਣੇ ਪਤੇ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਂਦਾ ਹੈ, ਤਾਂ ਇਹ ਸਥਾਨਕ ਇਨਪੁਟ ਰਾਹ ਵਿੱਚ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ। ਜੇ ਗੇਟਵੇ ਆਪ ping ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ, ਤਾਂ ਪੈਕਟ ਆਪਣੇ ਹੀ ਆਉਟਪੁਟ ਰਾਹ ਵਿੱਚ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਅਤੇ ਫਾਰਵਰਡਿੰਗ ਫੈਸਲੇ ਨੂੰ ਬਿਲਕੁਲ ਨਹੀਂ ਲੰਘਦਾ।
ਇਨ੍ਹਾਂ ਤਿੰਨ ਸੰਦਰਭਾਂ ਦੀਆਂ ਨਿਯਮ-ਜ਼ੰਜੀਰਾਂ ਅਤੇ ਕਾਊਂਟਰ ਵੱਖਰੇ ਹਨ, ਅਤੇ ਇਨ੍ਹਾਂ ਨੂੰ ਇੱਕ ਮੰਨਣਾ ਹੀ ਉਹ ਕਾਰਨ ਹੈ ਕਿ «ਫਾਇਰਵਾਲ ICMP ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ» ਫਿਰ ਵੀ ਨਾਕਾਮ ping ਦੇ ਸਕਦਾ ਹੈ। ਬਾਹਰੀ ਟਨਲ ਚੌਥਾ ਸੰਦਰਭ ਹੈ: VPN ਸਰੋਤੇ ਨੂੰ ਇਜਾਜ਼ਤ ਦੇਣਾ ਡੀਕੈਪਸੁਲੇਟ ਕੀਤੀ ਅੰਦਰੂਨੀ ਬੇਨਤੀ ਨੂੰ ਆਪਣੇ ਆਪ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦਾ, ਅਤੇ ਅੰਦਰੂਨੀ ਇਜਾਜ਼ਤ ਬਾਹਰੀ ਟਨਲ ਚਾਲੂ ਹੋਣ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦੀ।
ਸਟੇਟਫੁਲ ਅਤੇ ਸਟੇਟਲੈਸ ਫਿਲਟਰ ਜਵਾਬ ਨੂੰ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਸੰਭਾਲਦੇ ਹਨ
ਜਿਸ ਸਟੇਟਫੁਲ ਫਾਇਰਵਾਲ ਨੇ ਬੇਨਤੀ ਨੂੰ ਨਿਕਲਦਿਆਂ ਦੇਖਿਆ ਹੈ ਉਹ ਜਵਾਬ ਨੂੰ ਉਸ ਪ੍ਰਵਾਹ ਨਾਲ ਜੋੜ ਕੇ ਦੂਜੇ ਨਿਯਮ ਤੋਂ ਬਿਨਾਂ ਇਜਾਜ਼ਤ ਦੇ ਸਕਦਾ ਹੈ। ਸਟੇਟਲੈਸ ਫਿਲਟਰ ਕੋਲ ਅਜਿਹੀ ਯਾਦ ਨਹੀਂ ਹੁੰਦੀ, ਇਸ ਲਈ ਵਾਪਸੀ ਦੀ ਦਿਸ਼ਾ ਨੂੰ ਆਪਣੀ ਸਪਸ਼ਟ ਇਜਾਜ਼ਤ ਚਾਹੀਦੀ ਹੈ, ਸਰੋਤ ਤੇ ਟਾਰਗਿਟ ਉਲਟਾ ਕੇ।
ਕੁਝ ਵੀ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚੋ ਕਿ ਉਤਪਾਦ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਮਾਡਲ ਲਾਗੂ ਕਰਦਾ ਹੈ। ਗੂੰਜ ਬੇਨਤੀ ਲਈ ਨਿਯਮ ਜ਼ਰੂਰੀ ਨਹੀਂ ਕਿ ਗੂੰਜ ਜਵਾਬ ਨੂੰ ਕਵਰ ਕਰੇ, ਅਤੇ ICMP ਪ੍ਰਸ਼ਨਾਂ ਦਾ ਪਤਾ ਰੱਖਣ ਵਾਲਾ ਉਤਪਾਦ ਦੂਜੇ ਇੰਟਰਫੇਸ ਉੱਤੇ ਆਉਣ ਵਾਲੇ ਜਵਾਬਾਂ ਉੱਤੇ ਵੱਖਰੀ ਨੀਤੀ ਲਾਗੂ ਕਰ ਸਕਦਾ ਹੈ।
ਤੁਸੀਂ ਜਿਸ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹੋ ਉਸ ਦੀ ਹੱਦ ਤੈਅ ਕਰੋ। ਕਿਤੋਂ ਵੀ ਹਰ ਗੂੰਜ ਜਵਾਬ ਦੀ ਇਜਾਜ਼ਤ ਦੇਣਾ ਸਟੇਟਫੁਲ ਸਬੰਧ ਪੂਰਾ ਕਰਨ ਦੇ ਬਰਾਬਰ ਨਹੀਂ, ਅਤੇ ਕਿਸਮ ਸੰਖਿਆ ਭੇਜਣ ਵਾਲੇ ਦੀ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕਰਦੀ।
ਅਨੁਵਾਦ ਪਛਾਣਕਰਤਾ ਵੀ ਬਦਲਦਾ ਹੈ
ਜੇ ਸਰੋਤ ਅਨੁਵਾਦ ਜਾਣ-ਬੁੱਝ ਕੇ ਹੈ, ਤਾਂ ਦੂਰ ਦੇ ਸਿਰੇ ਦਾ ਟਪਲ ਗਾਹਕ ਵੱਲੋਂ ਭੇਜੇ ਗਏ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ। NAT ICMP ਪ੍ਰਸ਼ਨ ਦੇ ਪਛਾਣਕਰਤਾ ਨੂੰ ਪਤਿਆਂ ਨਾਲ ਅਨੁਵਾਦ ਕਰ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਦੋਵੇਂ ਪਾਸਿਆਂ ਉੱਤੇ ਉਹੀ ਸੰਖਿਆ ਦਿਸਣੀ ਚਾਹੀਦੀ ਹੈ ਦਾ ਜ਼ੋਰ ਦੇਣਾ ਝੂਠੀ ਅਸੰਗਤੀ ਪੈਦਾ ਕਰਦਾ ਹੈ।
ਇਸ ਦੀ ਥਾਂ ਅਨੁਵਾਦਕ ਵੱਲੋਂ ਦੱਸੀ ਮੈਪਿੰਗ ਨਾਲ ਸਬੰਧ ਜੋੜੋ। ਪਛਾਣਕਰਤਾ ਦੁਬਾਰਾ ਲਿਖਣ ਵਾਲਾ ਅਨੁਵਾਦਕ ਤੁਹਾਡੇ ਗਾਹਕ ਵੱਲੋਂ ਦਰਜ ਸੰਖਿਆ ਨਹੀਂ ਬਚਾਏਗਾ, ਇਸ ਲਈ ਸੰਖਿਆ ਨੂੰ ਨਹੀਂ, ਮੈਪਿੰਗ ਨੂੰ ਪਛਾਣ ਮੰਨੋ। ਫਿਰ ਇੱਕ ਪਛਾਣਨਯੋਗ ਬੇਨਤੀ ਦਾ ਰਾਹ ਭਰ ਪਿੱਛਾ ਕਰੋ: ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਇਹ ਉਮੀਦ ਕੀਤੇ ਸਰੋਤ ਨਾਲ ਟਾਰਗਿਟ ਤੱਕ ਪਹੁੰਚਦੀ ਹੈ, ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਟਾਰਗਿਟ ਨੇ ਜਵਾਬ ਭੇਜਿਆ ਹੈ, ਉਸ ਜਵਾਬ ਦੇ ਵਾਪਸੀ ਰਾਹ ਦਾ ਪਿੱਛਾ ਕਰੋ, ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਗਾਹਕ ਨੂੰ ਇਹ ਮਿਲਿਆ ਹੈ, ਸਿਰਫ਼ ਗੇਟਵੇ ਕਾਊਂਟਰ ਵਧਦਾ ਦੇਖਣ ਦੀ ਥਾਂ।
ICMP ਗ਼ਲਤੀਆਂ ਨੂੰ ਗੂੰਜ ਨੀਤੀ ਵਿੱਚ ਨਾ ਮਿਲਾਓ
ਰਾਹ ਦੀ MTU ਖੋਜ ਵੱਲੋਂ ਵਰਤਿਆ «ਟੁਕੜੇ ਕਰਨਾ ਲਾਜ਼ਮੀ ਹੈ» ਸੁਨੇਹਾ ਗੂੰਜ ਜਵਾਬ ਨਹੀਂ, ਅਤੇ ਇਸ ਦਾ ਪੇਲੋਡ ਉਹ ਪੈਕਟ ਦੱਸਦਾ ਹੈ ਜਿਸ ਨੇ ਇਸ ਨੂੰ ਭੜਕਾਇਆ। ਸਿਰਫ਼ ਗੂੰਜ ਦੀ ਇਜਾਜ਼ਤ ਜੋ ਉਹ ਗ਼ਲਤੀਆਂ ਚੁੱਪਚਾਪ ਸੁੱਟ ਦਿੰਦੀ ਹੈ, ਆਕਾਰ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਲਟਕਦੇ ਕਨੈਕਸ਼ਨ ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ ਹੈ, ਜੋ ਮਦਦਗਾਰ ਹੋਣ ਦਾ ਉਲਟ ਹੈ।
ਇਹੀ ਸਾਵਧਾਨੀ ਪਤਾ ਪਰਿਵਾਰਾਂ ਉੱਤੇ ਵੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ। ICMPv6 ਵੱਖਰੀਆਂ ਸੁਨੇਹਾ ਕਿਸਮਾਂ ਵਰਤਦਾ ਹੈ ਅਤੇ IPv4 ਵਿੱਚ ਨਾ ਹੋਣ ਵਾਲੇ ਜ਼ਰੂਰੀ ਕੰਮ ਲੈ ਕੇ ਚੱਲਦਾ ਹੈ, ਇਸ ਲਈ ਇਨ੍ਹਾਂ ਸੰਖਿਆਵਾਂ ਨੂੰ IPv6 ਨਿਯਮ ਵਿੱਚ ਨਕਲ ਕਰਨਾ ਸਿੱਧੀ ਗ਼ਲਤੀ ਹੈ।
ਜਦੋਂ ਗੂੰਜ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਕੰਮ ਕਰੇ, ਤਾਂ ਅਸਲ ਐਪਲੀਕੇਸ਼ਨ ਵੱਖਰੇ ਤੌਰ ਉੱਤੇ ਪਰਖੋ। ਸਫਲ ping ਇੱਕ ਪ੍ਰੋਟੋਕਾਲ ਦੀ ਇੱਕ ਆਕਾਰ ਵਿੱਚ ਇੱਕ ਟਾਰਗਿਟ ਤੱਕ ਆਉਣ-ਜਾਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਹ HTTPS, SMB ਜਾਂ ਕੋਈ ਹੋਰ ਪ੍ਰਵਾਹ ਮਨਜ਼ੂਰ ਹੈ ਮੰਨ ਲੈਣ ਦਾ ਲਾਇਸੈਂਸ ਨਹੀਂ।