ਸਾਈਟ-ਤੋਂ-ਸਾਈਟ VPN ਦੇ ਅੰਦਰ NAT ਕਦੋਂ ਆਪਣੀ ਥਾਂ ਪਾਉਂਦਾ ਹੈ
ਅਨੁਵਾਦ ਇੱਕ ਓਵਰਲੈਪਿੰਗ ਪ੍ਰੀਫਿਕਸ ਜਾਂ ਇੱਕ-ਪਾਸੜ ਵਾਪਸੀ ਮਾਰਗ ਬਚਾ ਸਕਦਾ ਹੈ, ਪਰ ਇਹ ਹਰ ਨੀਤੀ ਵੱਲੋਂ ਦੇਖੇ ਜਾਣ ਵਾਲੇ ਪਤਿਆਂ ਨੂੰ ਬਦਲਦਾ ਹੈ। ਮੈਪਿੰਗ ਨੂੰ ਸਪਸ਼ਟ ਰੂਪ ਵਿੱਚ ਡਿਜ਼ਾਈਨ ਕਰੋ।
ਦੋਵੇਂ ਸਾਈਟਾਂ ਇੱਕੋ ਪ੍ਰਾਈਵੇਟ ਰੇਂਜ ਵਰਤਦੀਆਂ ਹਨ, ਅਤੇ ਟਨਲ ਉੱਪਰ ਆਉਂਦੀ ਹੈ ਜਦਕਿ ਇਸ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਲਾਭਦਾਇਕ ਨਹੀਂ ਲੰਘਦਾ। ਅਨੁਵਾਦ ਹੀ ਆਮ ਜਵਾਬ ਹੈ, ਅਤੇ ਇਹ ਸੱਚਾ ਜਵਾਬ ਹੈ: ਦੂਰ ਦੇ ਪਾਸੇ ਨੂੰ ਵੱਖਰੀ ਰੇਂਜ ਦਿਖਾਉਣਾ ਕਿਸੇ ਓਵਰਲੈਪ ਜਾਂ ਅਜਿਹੇ ਵਾਪਸੀ ਮਾਰਗ ਨੂੰ ਹੱਲ ਕਰ ਸਕਦਾ ਹੈ ਜਿਸਨੂੰ ਦੂਜਾ ਨੈੱਟਵਰਕ ਰੂਟ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਛੱਡਿਆ ਜਾਣ ਵਾਲਾ ਹਿੱਸਾ ਇਹ ਹੈ ਕਿ ਅਨੁਵਾਦ ਹਰ ਅਗਲੇ ਫੈਸਲੇ ਵੱਲੋਂ ਦੇਖੇ ਜਾਣ ਵਾਲੇ ਪਤਿਆਂ ਨੂੰ ਬਦਲਦਾ ਹੈ। ਇਸਨੂੰ ਲਿਖਤੀ ਮੈਪਿੰਗ ਵਾਲੇ ਦਸਤਾਵੇਜ਼ੀ ਡਿਜ਼ਾਈਨ ਫੈਸਲੇ ਵਜੋਂ ਲਓ, ਪਿੰਗ ਸਫਲ ਹੋਣ ਤੱਕ ਜੋੜੇ ਜਾਣ ਵਾਲੇ ਨਿਯਮ ਵਜੋਂ ਨਹੀਂ।
ਤੈਅ ਕਰੋ ਕਿ ਕਿਹੜਾ ਪਤਾ ਦੁਬਾਰਾ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ
ਸਰੋਤ ਅਨੁਵਾਦ ਬਦਲਦਾ ਹੈ ਕਿ ਦੂਰ ਦੀ ਸੇਵਾ ਅਤੇ ਉਸਦੇ ਲੌਗ ਕਿਸਨੂੰ ਕਲਾਇੰਟ ਵਜੋਂ ਦੇਖਦੇ ਹਨ, ਇਸ ਲਈ ਸ਼ਾਖਾ ਹੋਸਟ ਆਉਣ ’ਤੇ ਗੇਟਵੇ ਪਤਾ ਬਣ ਜਾਂਦਾ ਹੈ। ਮੰਜ਼ਿਲ ਜਾਂ ਪ੍ਰੀਫਿਕਸ ਅਨੁਵਾਦ ਇਸਦੇ ਬਦਲੇ ਦੂਰ ਦੇ ਸਰੋਤ ਲਈ ਵਿਕਲਪਿਕ ਪਤਾ ਪੇਸ਼ ਕਰਦਾ ਹੈ। ਕੁਝ ਤੈਨਾਤੀਆਂ ਨੂੰ ਦੋ ਬਾਕੀ ਇੱਕੋ ਜਿਹੇ ਨੈੱਟਵਰਕ ਵੱਖ ਕਰਨ ਲਈ ਦੋਵਾਂ ਪਾਸਿਆਂ ਤੇ ਤਾਲਮੇਲ ਵਾਲਾ ਅਨੁਵਾਦ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਬਹੁਤਾ ਭੁਲੇਖਾ ਇਸੇ ਸੰਜੋਗ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ।
ਅਨੁਵਾਦ ਤੋਂ ਪਹਿਲਾਂ ਦਾ ਸਰੋਤ, ਜਿਵੇਂ ਐਪਲੀਕੇਸ਼ਨ ਮੰਜ਼ਿਲ ਨੂੰ ਕਹਿੰਦੀ ਹੈ, ਅਤੇ ਹਰ ਗੇਟਵੇ ਦਾ ਮੇਲ ਖਾਂਦਾ ਪਤਾ-ਜੋੜਾ ਲਿਖੋ। ਤਿੰਨ ਕਾਲਮ ਕਾਫ਼ੀ ਹਨ, ਅਤੇ ਤੀਜਾ ਕਾਲਮ ਉਹੀ ਹੈ ਜੋ ਲੋਕ ਛੱਡ ਦਿੰਦੇ ਹਨ।
ਸਿਲੈਕਟਰਾਂ ਦਾ ਕ੍ਰਮ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹੈ। IPsec ਨੀਤੀ ਦੀ ਚੋਣ ਅਤੇ ਅਨੁਵਾਦ ਨਿਰਧਾਰਤ ਪੜਾਵਾਂ ’ਤੇ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਅਨੁਵਾਦ ਤੋਂ ਪਹਿਲਾਂ ਦੇ ਪਤਿਆਂ ਲਈ ਲਿਖਿਆ ਸਿਲੈਕਟਰ ਤੁਹਾਡੇ ਅਨੁਮਾਨਿਤ ਪੜਾਅ ’ਤੇ ਪੈਕੇਟ ਨਾਲ ਕਦੇ ਨਹੀਂ ਮਿਲ ਸਕਦਾ। ਸਥਾਪਿਤ ਨੀਤੀ ਦੀ ਜਾਂਚ ਕਰੋ, ਉਸ ਨੀਤੀ ਦੀ ਨਹੀਂ ਜੋ ਸਥਾਪਿਤ ਕਰਨ ਦਾ ਇਰਾਦਾ ਸੀ, ਕਿਉਂਕਿ ਦੋਵੇਂ ਠੀਕ ਉਦੋਂ ਵੱਖ ਹੁੰਦੀਆਂ ਹਨ ਜਦੋਂ ਇੱਕ ਹਿੱਸਾ ਨਿਯਮ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ ਅਤੇ ਦੂਜਾ ਉਸਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦਾ ਹੈ:
ip xfrm policy show
ip xfrm state show
nft list ruleset | grep -A4 nat
ਪੇਲੋਡ ਅਤੇ ਵਾਪਸੀ ਮਾਰਗ ਦੀ ਪੈੜ ਲਓ
ਜੋ ਸਰਵਰ ਵੱਖਰੇ ਸ਼ਾਖਾ ਹੋਸਟ ਦੀ ਥਾਂ ਅਨੁਵਾਦਿਤ ਸਰੋਤ ਲੌਗ ਕਰਦਾ ਹੈ, ਉਹ ਮੂਲ ਪਤੇ ਨਾਲ ਜੁੜੇ ਕਿਸੇ ਵੀ ਨਿਯਮ ਜਾਂ ਰਿਪੋਰਟ ਨੂੰ ਤੋੜ ਦੇਵੇਗਾ। ਮੈਪਿੰਗ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਲੱਭੋ ਕਿ ਹੇਠਾਂ ਕੋਈ ਉਸ ਖੇਤਰ ਤੋਂ ਫੈਸਲਾ ਲੈਂਦਾ ਹੈ ਜਾਂ ਨਹੀਂ: ਪਹੁੰਚ ਸੂਚੀਆਂ, ਆਡਿਟ ਰਿਪੋਰਟਾਂ, ਦਰ ਸੀਮਾਵਾਂ, ਲਾਇਸੈਂਸ ਜਾਂਚਾਂ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਅਨੁਵਾਦ ਬਾਅਦ ਵਿੱਚ ਅਸਪਸ਼ਟ ਅਸਫਲਤਾ ਵਜੋਂ ਉੱਭਰਦਾ ਹੈ।
ਜੋ ਪ੍ਰੋਟੋਕੋਲ ਆਪਣੇ ਪੇਲੋਡ ਅੰਦਰ ਪਤੇ ਢੋਂਦੇ ਹਨ, ਉਹਨਾਂ ਨੂੰ ਵੱਖਰੀ ਯੋਜਨਾ ਚਾਹੀਦੀ ਹੈ, ਕਿਉਂਕਿ ਬਾਹਰੀ ਹੈਡਰ ਦੁਬਾਰਾ ਲਿਖਣਾ ਅੰਦਰਲੇ ਹਵਾਲੇ ਨੂੰ ਨਹੀਂ ਛੂਹਦਾ। ਸਰਗਰਮ FTP, SIP ਅਤੇ ਕੁਝ ਦੂਰਸਥ ਪਹੁੰਚ ਉਤਪਾਦ ਕਲਾਸਿਕ ਮਾਮਲੇ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨ ਵਾਲਾ ਡਿਜ਼ਾਈਨ ਵੈੱਬ ਟ੍ਰੈਫਿਕ ਲਈ ਕੰਮ ਕਰੇਗਾ ਪਰ ਮਹੱਤਵਪੂਰਨ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਅਸਫਲ ਹੋਵੇਗਾ।
ਵਾਪਸੀ ਟ੍ਰੈਫਿਕ ਸਟੇਟਫੁਲ ਮੈਪਿੰਗ ’ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਗੇਟਵੇ ਫੇਲਓਵਰ ਉਹ ਸਥਿਤੀ ਗੁਆ ਸਕਦਾ ਹੈ, ਅਸਮਿਤ ਰੂਟਿੰਗ ਇਸਨੂੰ ਬਾਈਪਾਸ ਕਰ ਸਕਦੀ ਹੈ, ਅਤੇ ਰੀਸਟਾਰਟ ਇਸਨੂੰ ਮਿਟਾ ਸਕਦਾ ਹੈ ਜਦਕਿ ਦੂਰ ਦੇ ਪਾਸੇ ਸੈਸ਼ਨ ਖੁੱਲ੍ਹੇ ਰਹਿੰਦੇ ਹਨ। ਇਸ ਲਈ ਮੰਜ਼ਿਲ ਤੱਕ ਪਹੁੰਚਣ ਵਾਲੀ ਬੇਨਤੀ ਅਤੇ ਪੂਰਾ ਹੋਣ ਵਾਲਾ ਸੈਸ਼ਨ ਦੋ ਵੱਖਰੇ ਸਵੀਕਾਰ ਨਤੀਜੇ ਹਨ।
ਸਾਈਟ ਦੀ ਮੁੜ-ਸੰਖਿਆ ਨਾਲ ਇਸਦੀ ਤੁਲਨਾ ਕਰੋ
ਇੱਕ ਟਕਰਾਉਂਦੀ ਸਾਈਟ ਦੀ ਮੁੜ-ਸੰਖਿਆ ਮੈਪਿੰਗ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹਟਾ ਦਿੰਦੀ ਹੈ ਅਤੇ ਅਨੁਵਾਦ ਟੇਬਲਾਂ ਤੋਂ ਬਿਨਾਂ ਪੜ੍ਹਨਯੋਗ ਪਤਾ ਯੋਜਨਾ ਛੱਡਦੀ ਹੈ। ਇਹ ਕਾਰਜਸ਼ੀਲ ਤੌਰ ’ਤੇ ਮਹਿੰਗੀ ਹੈ: DNS ਰਿਕਾਰਡ, ਸਥਿਰ ਅਲਾਟਮੈਂਟ, ਫਾਇਰਵਾਲ ਨਿਯਮ ਅਤੇ ਹਰ ਦਸਤਾਵੇਜ਼ੀ ਪਤਾ ਇਕੱਠੇ ਬਦਲਣੇ ਪੈਂਦੇ ਹਨ। ਖਰਚ ਇੱਕ ਵਾਰ, ਯੋਜਨਾਬੱਧ ਵਿੰਡੋ ਵਿੱਚ, ਸਪਸ਼ਟ ਅੰਤਿਮ ਸਥਿਤੀ ਨਾਲ ਆਉਂਦਾ ਹੈ। ਤੁਸੀਂ ਜੋ ਖਰੀਦਦੇ ਹੋ ਉਹ ਸਾਲਾਂ ਬਾਅਦ ਖੋਜ ਟੇਬਲ ਤੋਂ ਬਿਨਾਂ ਪੈਕੇਟ ਕੈਪਚਰ ਪੜ੍ਹਨ ਦੀ ਸਮਰੱਥਾ ਹੈ।
ਅਨੁਵਾਦ ਜ਼ਿਆਦਾਤਰ ਸਥਾਨਕ ਬਦਲਾਵਾਂ ਤੋਂ ਬਚਦਾ ਹੈ ਅਤੇ ਅਜਿਹੀ ਮੈਪਿੰਗ ਬਣਾਉਂਦਾ ਹੈ ਜੋ DNS, ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਅਤੇ ਸਮੱਸਿਆ ਹੱਲ ਵਿੱਚ ਹਮੇਸ਼ਾ ਰੱਖਣੀ ਪੈਂਦੀ ਹੈ। ਖਰਚ ਲਗਾਤਾਰ ਆਉਂਦਾ ਹੈ, ਹਰ ਭਵਿੱਖੀ ਇੰਜੀਨੀਅਰ ਦੇ ਰੂਪ ਵਿੱਚ, ਜਿਸਨੂੰ ਸਿੱਖਣਾ ਪੈਂਦਾ ਹੈ ਕਿ ਇੱਕ ਪ੍ਰੀਫਿਕਸ ਟਨਲ ਅੰਦਰ ਕੁਝ ਹੋਰ ਅਰਥ ਰੱਖਦਾ ਹੈ।
ਅਸਥਾਈ ਕਨੈਕਸ਼ਨ ਜਾਂ ਉਸ ਸਾਂਝੇਦਾਰ ਨੈੱਟਵਰਕ ਲਈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਨਿਯੰਤਰਿਤ ਨਹੀਂ ਕਰਦੇ, ਲਗਾਤਾਰ ਖਰਚ ਆਮ ਤੌਰ ’ਤੇ ਵਾਜਬ ਹੁੰਦਾ ਹੈ। ਦੋ ਸਾਈਟਾਂ ਲਈ ਜੋ ਤੁਹਾਡੀ ਮਲਕੀਅਤ ਹਨ ਅਤੇ ਸਾਲਾਂ ਤੱਕ ਰਹਿਣਗੀਆਂ, ਪਰਵਾਸ ਦੀ ਇਮਾਨਦਾਰ ਗਿਣਤੀ ਕਰਨ ’ਤੇ ਮੁੜ-ਸੰਖਿਆ ਹੀ ਅਕਸਰ ਸਸਤਾ ਫੈਸਲਾ ਹੁੰਦਾ ਹੈ।
ਅਸਲ ਸੈਸ਼ਨ ਨਾਲ ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਸਾਬਤ ਕਰੋ
ਇੱਕ ਪ੍ਰੋਬ ਦੀ ਥਾਂ ਐਪਲੀਕੇਸ਼ਨ ਸੈਸ਼ਨ ਦੀ ਪਰਖ ਕਰੋ। ਸਫਲ ਈਕੋ ਬੇਨਤੀ ਸਾਬਤ ਕਰਦੀ ਹੈ ਕਿ ਇੱਕ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਇੱਕ ਦਿਸ਼ਾ ਕੰਮ ਕਰਦੀ ਹੈ, ਅਤੇ ਇਹ ਸਟੇਟਫੁਲ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਲਈ ਅਸਫਲ ਹੋਣ ਵਾਲੇ ਵਾਪਸੀ ਮਾਰਗ ਨਾਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਨੁਕੂਲ ਹੈ। ਜਿਸ ਸੇਵਾ ਨੇ ਡਿਜ਼ਾਈਨ ਨੂੰ ਪ੍ਰੇਰਿਆ ਉਹ ਵਰਤੋ, ਅਤੇ ਦੂਰ ਦੇ ਸਿਰੇ ’ਤੇ ਉਸਦਾ ਲੌਗ ਪੜ੍ਹੋ ਕਿ ਇਸਨੇ ਕਿਹੜਾ ਸਰੋਤ ਪਤਾ ਦਰਜ ਕੀਤਾ।
tcpdump -ni any host 10.40.9.20 and port 443
conntrack -L | grep 10.40.9.20
ip route get 10.40.9.20
ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਮੈਪਿੰਗ ਰਾਹੀਂ ਸਿਰਫ਼ ਇੱਛਤ ਸੇਵਾਵਾਂ ਹੀ ਪਹੁੰਚਯੋਗ ਹਨ। ਅਨੁਵਾਦ ਪਤਾ-ਨਿਰਧਾਰਣ ਬਦਲਦਾ ਹੈ ਅਤੇ ਅਧਿਕਾਰ ਲਈ ਕੁਝ ਨਹੀਂ ਕਰਦਾ, ਇਸ ਲਈ ਫਾਇਰਵਾਲ ਨੀਤੀ ਹੀ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਕੀ ਮਨਜ਼ੂਰ ਹੈ। ਜੋ ਡਿਜ਼ਾਈਨ ਅਸਪਸ਼ਟ ਅਨੁਵਾਦਿਤ ਪ੍ਰੀਫਿਕਸ ਨੂੰ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਵਜੋਂ ਭਰੋਸਾ ਕਰਦਾ ਹੈ, ਉਸ ਕੋਲ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਹੀ ਨਹੀਂ।
ਮੈਪਿੰਗ, ਪਰਖਿਆ ਸੈਸ਼ਨ ਅਤੇ ਹਰ ਪਾਸੇ ਵੱਲੋਂ ਦੇਖੇ ਪਤੇ ਦਰਜ ਕਰੋ। ਇਸ ਟਨਲ ਨੂੰ ਡੀਬੱਗ ਕਰਨ ਵਾਲੇ ਅਗਲੇ ਵਿਅਕਤੀ ਨੂੰ ਕਾਨਫਿਗਰੇਸ਼ਨ ਫਾਈਲ ਨਾਲੋਂ ਉਹ ਤਿੰਨ ਤੱਥ ਵੱਧ ਲੋੜੀਂਦੇ ਹਨ।