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

ਦੋ ਪਤੇ, ਇੱਕ ਇੰਸਟੈਂਸ

ਇੰਸਟੈਂਸ ਦਾ ਨੈੱਟਵਰਕ ਇੰਟਰਫੇਸ VPC ਦੇ ਅੰਦਰ ਨਿੱਜੀ ਪਤਾ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਉਹੀ ਪਤਾ ਹੈ ਜੋ ਗੈਸਟ ਜਾਣਦਾ ਹੈ। Elastic IP ਉਸੇ ਇੰਟਰਫੇਸ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ ਪਰ ਮੈਪਿੰਗ ਦੇ ਜਨਤਕ ਪਾਸੇ ਰਹਿੰਦਾ ਹੈ।

ਇੰਟਰਨੈਟ ਰਾਹੀਂ ਇੰਸਟੈਂਸ ਤੱਕ ਪਹੁੰਚਣ ਵਾਲੀ ਹਰ ਚੀਜ਼ ਨਿੱਜੀ ਪਤੇ ਉੱਤੇ ਅਨੁਵਾਦ ਹੋ ਕੇ ਆਉਂਦੀ ਹੈ। ਇੰਸਟੈਂਸ ਇੰਟਰਨੈਟ ਨੂੰ ਭੇਜਦੀ ਹਰ ਚੀਜ਼ Elastic IP ਨੂੰ ਸਰੋਤ ਬਣਾ ਕੇ ਬਾਹਰ ਜਾਂਦੀ ਹੈ, ਫਿਰ ਉਸੇ ਅਨੁਵਾਦ ਕਾਰਨ।

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

ਇੰਟਰਨੈਟ ਗੇਟਵੇ ਅਸਲ ਵਿੱਚ ਕੀ ਕਰਦਾ ਹੈ

AWS ਦਾ ਇੰਟਰਨੈਟ ਗੇਟਵੇ ਦਸਤਾਵੇਜ਼ ਇਸ ਪ੍ਰਬੰਧ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ: ਇੰਸਟੈਂਸ ਆਪਣੇ ਨਿੱਜੀ IPv4 ਪਤੇ ਤੋਂ ਜਾਣੂ ਹੈ, ਅਤੇ ਗੇਟਵੇ ਇੰਟਰਨੈਟ ਮਾਰਗ ਉੱਤੇ ਟ੍ਰੈਫਿਕ ਲਈ ਸੰਬੰਧਿਤ ਜਨਤਕ IPv4 ਜਾਂ Elastic IP ਅਨੁਵਾਦ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

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

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

ਟਨਲ ਇੰਟਰਫੇਸ ਦੀ ਚਾਲ ਕਿਉਂ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ

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

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

ਪਤਾ ਕਦੇ ਵੀ ਸਮੱਸਿਆ ਨਹੀਂ ਸੀ। ਮਾਰਗ ਦੀ ਚੋਣ ਸੀ।

ਤਿੰਨ ਟੀਚੇ, ਤਿੰਨ ਡਿਜ਼ਾਈਨ

ਜੇ ਟੀਚਾ ਜਨਤਕ VPN ਐਂਡਪੌਇੰਟ ਹੈ, ਤਾਂ Elastic IP ਸਹੀ ਸਾਧਨ ਹੈ: ਦੂਰ ਦੇ ਸਾਥੀ ਇੰਟਰਨੈਟ ਰਾਹੀਂ ਇਸ ਨਾਲ ਜੁੜਦੇ ਹਨ ਅਤੇ ਐਨਕ੍ਰਿਪਟਿਡ ਟ੍ਰਾਂਸਪੋਰਟ ਇੰਸਟੈਂਸ ਉੱਤੇ ਖਤਮ ਹੁੰਦਾ ਹੈ। ਫਿਰ ਅੰਦਰੂਨੀ ਐਪਲੀਕੇਸ਼ਨ ਟ੍ਰੈਫਿਕ ਨਿੱਜੀ ਪਤਾ ਵਰਤਦਾ ਹੈ।

ਜੇ ਟੀਚਾ ਐਪਲੀਕੇਸ਼ਨ ਤੱਕ ਨਿੱਜੀ ਪਹੁੰਚ ਹੈ, ਤਾਂ ਮੰਜ਼ਿਲ ਨਿੱਜੀ ਪਤਾ ਜਾਂ ਉਸ 'ਤੇ ਹੱਲ ਹੋਣ ਵਾਲਾ ਨਿੱਜੀ DNS ਨਾਮ ਹੈ, ਅਤੇ VPN ਰੂਟ, ਸੁਰੱਖਿਆ ਸਮੂਹ ਅਤੇ ਵਾਪਸੀ ਮਾਰਗ ਸਾਰਿਆਂ ਨੂੰ ਸਹਿਮਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। Elastic IP ਉਸ ਡਿਜ਼ਾਈਨ ਵਿੱਚ ਬਿਲਕੁਲ ਨਹੀਂ ਦਿਖਦਾ।

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

ਆਪਣੇ ਚੁਣੇ ਹੋਏ ਮਾਰਗ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

ਨਿੱਜੀ ਪਹੁੰਚ ਲਈ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ VPN ਰੂਟ ਨਿੱਜੀ ਪ੍ਰੀਫਿਕਸ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ, VPC ਰੂਟ ਟੇਬਲ ਟ੍ਰੈਫਿਕ ਨੂੰ ਟਨਲ 'ਤੇ ਵਾਪਸ ਭੇਜਦੀ ਹੈ, ਸੁਰੱਖਿਆ ਸਮੂਹ ਕਲਾਇੰਟ ਦੇ ਸਰੋਤ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦਿੰਦਾ ਹੈ ਅਤੇ ਕਲਾਇੰਟ ਦਾ ਆਪਣਾ ਫਾਇਰਵਾਲ ਜਵਾਬ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦਿੰਦਾ ਹੈ। ਫਿਰ ping ਦੀ ਥਾਂ ਇੱਕ ਅਸਲ ਬੇਨਤੀ ਦੀ ਜਾਂਚ ਕਰੋ।

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

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

ਸੰਬੰਧਿਤ ਲੇਖ