AWS ਦਾ NAT ਗੇਟਵੇ VPN ਵੱਲ ਕਿਹੜਾ ਸਰੋਤ IP ਵਰਤਦਾ ਹੈ?
ਇੱਕ ਜਨਤਕ NAT ਗੇਟਵੇ ਦਾ Elastic IP ਇੰਟਰਨੈੱਟ ਪਛਾਣ ਹੈ, VPN ਸਾਥੀ ਜੋ ਦੇਖਦਾ ਹੈ ਉਹ ਨਹੀਂ। ਅਸਲ ਸਰੋਤ ਲੱਭਣ ਲਈ ਸਬਨੈੱਟ ਤੋਂ ਗੇਟਵੇ ਤੱਕ ਦਾ ਰਾਹ ਪੈਰਵੀ ਕਰੋ।
ਤੁਸੀਂ VPC ਕੰਸੋਲ ਖੋਲ੍ਹਦੇ ਹੋ ਕਿਉਂਕਿ ਭਾਈਵਾਲ ਨੇ ਪੁੱਛਿਆ ਸੀ ਕਿ ਸਾਈਟ-ਤੋਂ-ਸਾਈਟ VPN ਰਾਹੀਂ ਕਿਹੜੀ ਸਰੋਤ ਰੇਂਜ ਆਵੇਗੀ। NAT ਗੇਟਵੇ ਪੰਨਾ Elastic IP ਨਾਲ ਜੁੜਿਆ ਜਨਤਕ ਗੇਟਵੇ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ ਲਾਲਚ ਇਹ ਹੈ ਕਿ ਉਹ ਪਤਾ ਭੇਜ ਕੇ ਅੱਗੇ ਵਧੀਏ। ਇੰਟਰਨੈੱਟ ਮਾਰਗ ਲਈ ਇਹ ਸਹੀ ਜਵਾਬ ਹੈ ਅਤੇ VPN ਮਾਰਗ ਲਈ ਗਲਤ ਜਵਾਬ, ਅਤੇ ਫ਼ਰਕ ਇਹ ਹੈ ਕਿ ਰੂਟ ਸਾਰਣੀ ਕਿਹੜੇ ਗੇਟਵੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ। ਮਨਜ਼ੂਰੀ ਸੂਚੀ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਮਾਰਗ ਚੱਲ ਕੇ ਵੇਖੋ।
ਮਨਜ਼ੂਰੀ ਸੂਚੀ ਤੋਂ ਨਹੀਂ, NAT ਗੇਟਵੇ ਪੰਨੇ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ
NAT ਗੇਟਵੇ ਪੰਨਾ ਤੁਹਾਨੂੰ ਸਬਨੈੱਟ, ਕਿਸਮ ਅਤੇ Elastic IP ਦੱਸਦਾ ਹੈ, ਅਤੇ ਇਹ ਤਿੰਨ ਖੇਤਰ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਹਨ। ਜੋ ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਉਹ ਹੈ ਉਹ ਰਾਹ ਜੋ ਟ੍ਰੈਫਿਕ ਬਾਅਦ ਲੈਂਦਾ ਹੈ। ਇਹ NAT ਗੇਟਵੇ ਦੇ ਸਬਨੈੱਟ ਨਾਲ ਜੁੜੀਆਂ ਰੂਟ ਸਾਰਣੀਆਂ ਤੋਂ ਆਉਂਦਾ ਹੈ।
ਪਹਿਲਾਂ ਕਿਸਮ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਜਨਤਕ ਜਾਂ ਨਿੱਜੀ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਬਾਅਦ ਵਿੱਚ ਚੇਨ ਵਿੱਚ ਇੰਟਰਨੈੱਟ ਗੇਟਵੇ ਆਵੇਗਾ ਜਾਂ ਨਹੀਂ। ਫਿਰ ਸਬਨੈੱਟ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਦੂਜਾ ਰਾਹ ਉੱਥੇ ਹੀ ਹੈ।
ਦੋਵੇਂ ਬਦਲਾਅ ਪੈਰਵੀ ਕਰੋ
ਜਨਤਕ ਅਤੇ ਨਿੱਜੀ ਦੋਵੇਂ NAT ਗੇਟਵੇ ਵਰਕਲੋਡ ਦੇ ਨਿੱਜੀ IPv4 ਸਰੋਤ ਨੂੰ NAT ਗੇਟਵੇ ਦੇ ਆਪਣੇ ਨਿੱਜੀ IPv4 ਪਤੇ ਵਿੱਚ ਬਦਲਦੇ ਹਨ। ਇਹ ਪਹਿਲਾ ਬਦਲਾਅ ਕਿਸਮ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਹੁੰਦਾ ਹੈ। ਦੂਜਾ ਬਦਲਾਅ ਉਹ ਹੈ ਜੋ ਲੋਕ ਭੁੱਲ ਜਾਂਦੇ ਹਨ: ਜਨਤਕ NAT ਗੇਟਵੇ ਟ੍ਰੈਫਿਕ ਇੰਟਰਨੈੱਟ ਗੇਟਵੇ ਨੂੰ ਸੌਂਪਦਾ ਹੈ, ਜੋ ਪਤੇ ਨੂੰ ਜੁੜੇ Elastic IP ਨਾਲ ਮੈਪ ਕਰਦਾ ਹੈ।
workload 10.20.1.5 -> NAT gateway 10.20.2.10 -> internet gateway -> Elastic IP 203.0.113.25workload 10.20.1.5 -> NAT gateway 10.20.2.10 -> transit or virtual private gateway -> partner sees 10.20.2.10
ਨਿੱਜੀ ਮਾਰਗ ਵਿੱਚ ਚੇਨ ਵਿੱਚ ਕੋਈ ਇੰਟਰਨੈੱਟ ਗੇਟਵੇ ਨਹੀਂ ਹੁੰਦਾ। ਜਦੋਂ ਟ੍ਰੈਫਿਕ ਟ੍ਰਾਂਜ਼ਿਟ ਗੇਟਵੇ ਜਾਂ ਵਰਚੁਅਲ ਨਿੱਜੀ ਗੇਟਵੇ ਰਾਹੀਂ ਬਾਹਰ ਜਾਂਦਾ ਹੈ, ਤਾਂ NAT ਗੇਟਵੇ ਗਾਈਡ NAT ਗੇਟਵੇ ਦੇ ਨਿੱਜੀ ਪਤੇ ਨੂੰ ਦੂਰਲੇ ਪਾਸੇ ਨੂੰ ਮਿਲਣ ਵਾਲੇ ਸਰੋਤ ਵਜੋਂ ਦਰਜ ਕਰਦਾ ਹੈ। ਭਾਈਵਾਲ ਨੂੰ ਇਹੀ ਪਤਾ ਮਨਜ਼ੂਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, Elastic IP ਨਹੀਂ।
VPN ਮਾਰਗ ਆਮ ਤੌਰ ’ਤੇ ਨਿੱਜੀ ਪਤਾ ਦਿਖਾਉਂਦਾ ਹੈ
10.20.1.0/24 ਵਿੱਚਲੇ ਵਰਕਲੋਡ ਲਈ ਜੋ ਭਾਈਵਾਲ ਦੇ ਪ੍ਰੀਫਿਕਸ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਵਰਕਲੋਡ ਸਬਨੈੱਟ ਦੀ ਰੂਟ ਸਾਰਣੀ NAT ਗੇਟਵੇ ਵੱਲ ਅਤੇ NAT ਗੇਟਵੇ ਦੇ ਸਬਨੈੱਟ ਦੀ ਰੂਟ ਸਾਰਣੀ ਨਿੱਜੀ ਗੇਟਵੇ ਮਾਰਗ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ। ਦੋਵੇਂ ਛਾਲਾਂ ਮਹੱਤਵਪੂਰਨ ਹਨ, ਅਤੇ ਸਿਰਫ਼ ਦੂਜੀ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਭਾਈਵਾਲ ਕੀ ਦੇਖਦਾ ਹੈ। ਜੇ NAT ਸਬਨੈੱਟ ਕੋਲ VPN ਮਾਰਗ ਤੱਕ ਕੋਈ ਰੂਟ ਨਹੀਂ ਹੈ, ਤਾਂ ਪੈਕਟ ਕਦੇ ਨਹੀਂ ਪਹੁੰਚਦਾ, ਅਤੇ ਇਹ ਗਲਤ ਸਰੋਤ ਪਤੇ ਤੋਂ ਵੱਖਰੀ ਅਸਫਲਤਾ ਹੈ।
ਪਤਿਆਂ ਬਾਰੇ ਗੱਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਸ ਦੂਜੇ ਮਾਰਗ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਗੁੰਮ ਰੂਟ ਅਤੇ ਗਲਤ ਦੱਸਿਆ ਸਰੋਤ ਟ੍ਰੈਫਿਕ ਨਾ ਦੇਖਣ ਵਾਲੇ ਭਾਈਵਾਲ ਲਈ ਬਿਲਕੁਲ ਇੱਕੋ ਜਿਹੇ ਦਿਸਦੇ ਹਨ।
ਜਦੋਂ ਦੂਜਾ ਬਦਲਾਅ ਜਵਾਬ ਬਦਲਦਾ ਹੈ
AWS ਟ੍ਰਾਂਜ਼ਿਟ ਗੇਟਵੇ ਅਟੈਚਮੈਂਟ ਉੱਤੇ ਸਪਸ਼ਟ, ਮੇਲ ਖਾਂਦਾ ਇੱਕ-ਤੋਂ-ਇੱਕ NAT ਮੈਪਿੰਗ ਵੀ ਦਿੰਦਾ ਹੈ। ਉਹ ਮੈਪਿੰਗ ਦੂਰਲੀ ਸੇਵਾ ਦੇਖਣ ਤੋਂ ਪਹਿਲਾਂ ਸਰੋਤ ਨੂੰ ਫਿਰ ਬਦਲ ਸਕਦੀ ਹੈ, ਅਤੇ ਇਹ ਸਿਰਫ਼ ਰੂਟ ਕਰਨ ਵਾਲਾ ਡਿਫ਼ਾਲਟ ਵਿਵਹਾਰ ਨਹੀਂ ਹੈ। ਕਿਉਂਕਿ ਇਹ ਜਾਣਬੁੱਝ ਕੇ ਸੰਰਚਿਤ ਕਰਨੀ ਪੈਂਦੀ ਹੈ, ਇਸ ਨੂੰ ਡਿਜ਼ਾਈਨ ਅਪਵਾਦ ਮੰਨੋ, ਨਾ ਕਿ ਅਜਿਹੀ ਚੀਜ਼ ਜੋ ਇਤਫ਼ਾਕ ਨਾਲ ਵਿਰਾਸਤ ਵਿੱਚ ਮਿਲੇ। ਜੇ ਤੁਹਾਡੀ ਟੀਮ ਵਿੱਚ ਕਿਸੇ ਨੂੰ ਯਾਦ ਨਹੀਂ ਕਿ ਇਹ ਚਾਲੂ ਕੀਤੀ ਗਈ ਸੀ, ਤਾਂ ਅਟੈਚਮੈਂਟ ਪੜ੍ਹਨ ਤੱਕ ਇਸ ਨੂੰ ਗੈਰਹਾਜ਼ਰ ਮੰਨੋ।
ਜੇ ਤੁਹਾਡਾ ਡਿਜ਼ਾਈਨ ਇਸ ਨੂੰ ਵਰਤਦਾ ਹੈ, ਤਾਂ ਮਨਜ਼ੂਰੀ ਸੂਚੀ ਨੂੰ NAT ਗੇਟਵੇ ਦਾ ਪਤਾ ਨਹੀਂ, ਅੰਤਿਮ ਮੈਪਿੰਗ ਦੱਸਣੀ ਚਾਹੀਦੀ ਹੈ। ਇਹੀ ਸਾਵਧਾਨੀ ਉਪਲਬਧਤਾ ਮਾਰਗਾਂ ਉੱਤੇ ਵੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ: ਜਦੋਂ ਕਈ ਗੇਟਵੇ ਪਤੇ ਹਿੱਸਾ ਲੈਂਦੇ ਹਨ, ਤਾਂ ਉਮੀਦ ਕੀਤਾ ਸਰੋਤ ਸਮੂਹ ਯੂਨੀਅਨ ਹੁੰਦਾ ਹੈ, ਇੱਕ ਨੁਮਾਇੰਦਾ ਪਤਾ ਨਹੀਂ। ਲਿਖੋ ਕਿ ਹਰ ਪਤਾ ਕਿਹੜੇ ਬਦਲਾਅ ਦਾ ਹੈ, ਕਿਉਂਕਿ ਬਿਨਾਂ ਮੂਲ ਦੀ ਸੂਚੀ ਦਾ ਬਾਅਦ ਵਿੱਚ ਆਡਿਟ ਕਰਨਾ ਅਸੰਭਵ ਹੈ।
ਨਿੱਜੀ NAT ਗੇਟਵੇ ਨੂੰ ਇੰਟਰਨੈੱਟ ਗੇਟਵੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਕੇ ਇੰਟਰਨੈੱਟ ਸੇਵਾ ਨਹੀਂ ਦਿੱਤੀ ਜਾ ਸਕਦੀ; AWS ਦਰਜ ਕਰਦਾ ਹੈ ਕਿ ਅਜਿਹਾ ਟ੍ਰੈਫਿਕ ਸੁੱਟ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਕਿਸਮ ਪੂਰੇ ਮਾਰਗ ਤੋਂ ਚੁਣੋ, ਲੋੜ ਵਿੱਚਲੇ VPN ਸ਼ਬਦ ਤੋਂ ਨਹੀਂ।
ਉਹ ਸਮਝੌਤਾ ਲਿਖੋ ਜਿਸ ’ਤੇ ਤੁਹਾਡਾ ਭਾਈਵਾਲ ਕੰਮ ਕਰ ਸਕੇ
ਵਰਤੋਂਯੋਗ ਸਮਝੌਤੇ ਦੇ ਚਾਰ ਭਾਗ ਹੁੰਦੇ ਹਨ: ਉਹ ਦਿਸ਼ਾ ਜਿੱਥੋਂ ਪ੍ਰਵਾਹ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ, ਉਹ ਬਦਲੀ ਹੋਈ ਪਛਾਣ ਜੋ ਭਾਈਵਾਲ ਦੇਖੇਗਾ, ਉਸ ਪਛਾਣ ਲਈ ਵਾਪਸੀ ਮਾਰਗ, ਅਤੇ ਲਾਗੂ ਹੋਣ ਵਾਲਾ ਸੁਰੱਖਿਆ ਘੇਰਾ। NAT ਗੇਟਵੇ ਦੇ ਪ੍ਰਵਾਹ ਸਮਰਥਿਤ ਸਰੋਤ ਪਾਸੇ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਇਹ ਨਿੱਜੀ ਵਰਕਲੋਡ ਨੂੰ ਖੋਲ੍ਹਣ ਲਈ ਆਉਂਦੀ ਪੋਰਟ ਫ਼ਾਰਵਰਡਿੰਗ ਸੇਵਾ ਨਹੀਂ ਹੈ। ਇਹ ਗੱਲ ਸਮੇਂ ਸਿਰ ਉੱਚੀ ਆਵਾਜ਼ ਵਿੱਚ ਕਹਿਣ ਨਾਲ ਅਜਿਹੀ ਡਿਜ਼ਾਈਨ ਸਮੀਖਿਆ ਰੁਕਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਹਰ ਧਿਰ ਮੰਨ ਰਹੀ ਸੀ ਕਿ ਦੂਜੀ ਧਿਰ ਨੇ ਸ਼ੁਰੂ ਕੀਤਾ ਹੈ।
ਬਦਲਾਅ ਪਤਿਆਂ ਦੇ ਇੱਕ-ਦੂਜੇ ਉੱਤੇ ਚੜ੍ਹਨ ਤੋਂ ਰਾਹਤ ਅਤੇ ਅਨੁਮਾਨ ਲਾਉਣਯੋਗ ਸਰੋਤ ਨੀਤੀ ਖ਼ਰੀਦਦਾ ਹੈ, ਅਤੇ ਭਾਈਵਾਲ ਦੇ ਲੌਗਾਂ ਵਿੱਚ ਵਿਅਕਤੀਗਤ ਵਰਕਲੋਡ ਪਛਾਣ ਤੁਹਾਨੂੰ ਗੁਆ ਦਿੰਦਾ ਹੈ। ਜੇ ਆਡਿਟ ਨੂੰ ਹਰ ਵਰਕਲੋਡ ਲਈ ਨਿਸਬਤ ਚਾਹੀਦੀ ਹੈ, ਤਾਂ ਉਹ ਪਛਾਣ ਬਦਲੇ ਹੋਏ ਸਰੋਤ ਪਤੇ ਤੋਂ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਦੀ ਬਜਾਏ ਐਪਲੀਕੇਸ਼ਨ ਪਰਤ ਉੱਤੇ ਰੱਖੋ।
ਫਿਰ ਕਿਸੇ ਵੀ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਦੋਵੇਂ ਰੂਟ ਸਾਰਣੀਆਂ ਦੁਬਾਰਾ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਨਵਾਂ ਅਟੈਚਮੈਂਟ ਜਾਂ ਮੁੜ ਜੁੜਿਆ ਸਬਨੈੱਟ ਜਵਾਬ ਨੂੰ ਚੁੱਪਚਾਪ ਦੁਬਾਰਾ ਲਿਖਦਾ ਹੈ।