AWS Client VPN ਜਾਂ Site-to-Site: ਜਾਂਚੋ ਕਿ ਕਨੈਕਸ਼ਨ ਕੌਣ ਖੋਲ੍ਹਦਾ ਹੈ
Client VPN ਕਿਸੇ ਡਿਵਾਈਸ ਜਾਂ ਵਰਤੋਂਕਾਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ; Site-to-Site ਗੇਟਵੇ ਨੂੰ AWS ਨਾਲ ਜੋੜਦਾ ਹੈ। ਚਾਰ ਜਾਂਚਾਂ ਤੈਅ ਕਰਦੀਆਂ ਹਨ ਕਿ ਤੁਹਾਡੇ ਲੈਪਟਾਪ ਜਾਂ ਸ਼ਾਖਾ ਨੂੰ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਚਾਹੀਦਾ ਹੈ।
ਇਹ ਚਾਰ ਜਾਂਚਾਂ ਤੈਅ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵੀ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਨਾਮ ਨਹੀਂ ਹੈ। ਕਨੈਕਸ਼ਨ ਕੌਣ ਖੋਲ੍ਹਦਾ ਹੈ, AWS ਕੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ, ਕਨੈਕਸ਼ਨ ਤੁਹਾਡੇ ਨੈੱਟਵਰਕ ਨਾਲ ਕਿਵੇਂ ਜੁੜਦਾ ਹੈ, ਅਤੇ ਇਸਦੇ ਨਾਲ ਕਿਹੜੀ ਰਾਊਟਿੰਗ ਅਤੇ ਨੀਤੀ ਆਉਂਦੀ ਹੈ। ਇਹਨਾਂ ਦਾ ਕ੍ਰਮ ਵਿੱਚ ਜਵਾਬ ਦਿਓ ਅਤੇ ਉਤਪਾਦ ਦੀ ਚੋਣ ਆਮ ਤੌਰ 'ਤੇ ਆਪਣੇ ਆਪ ਹੋ ਜਾਂਦੀ ਹੈ; ਡਿਜ਼ਾਈਨ ਖਰੀਦਣ ਤੋਂ ਬਾਅਦ ਜਵਾਬ ਦਿਓ ਤਾਂ ਤੁਸੀਂ ਉਸ ਟਨਲ ਦਾ ਬਚਾਅ ਕਰੋਗੇ ਜੋ ਸਮੱਸਿਆ ਦਾ ਗਲਤ ਅੱਧਾ ਹਿੱਸਾ ਹੱਲ ਕਰਦਾ ਹੈ। ਚਾਰਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਤੁਹਾਨੂੰ ਸਾਈਫਰ ਚੁਣਨ ਲਈ ਨਹੀਂ ਕਹਿੰਦਾ, ਇਸੇ ਲਈ ਪ੍ਰੋਟੋਕੋਲ-ਪਹਿਲਾ ਡਿਜ਼ਾਈਨ ਆਮ ਤੌਰ 'ਤੇ ਇਸ ਗੱਲ ਦਾ ਸੰਕੇਤ ਹੁੰਦਾ ਹੈ ਕਿ ਲੋੜਾਂ ਕਦੇ ਲਿਖੀਆਂ ਹੀ ਨਹੀਂ ਗਈਆਂ।
ਹਰ ਜਾਂਚ ਉਸ ਅਸਲ ਐਂਡਪੌਇੰਟ, ਕਲਾਇੰਟ ਅਤੇ ਪਤਾ-ਪਰਿਵਾਰ ਵਿਰੁੱਧ ਕਰੋ ਜੋ ਤੁਸੀਂ ਵਰਤਣ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹੋ, ਸ਼੍ਰੇਣੀ ਵਿਰੁੱਧ ਨਹੀਂ। ਪ੍ਰਬੰਧਿਤ VPN ਉਤਪਾਦ ਉਹਨਾਂ OpenVPN ਅਤੇ IPsec ਬਿਲਡਿੰਗ ਬਲਾਕਾਂ ਤੋਂ ਵੱਖਰੇ ਹਨ ਜਿਨ੍ਹਾਂ ਵਰਗੇ ਉਹ ਦਿਖਦੇ ਹਨ।
ਪਹਿਲਾਂ, ਕਨੈਕਸ਼ਨ ਕੌਣ ਖੋਲ੍ਹਦਾ ਹੈ
ਜੇ ਜਿਸਨੂੰ ਪਹੁੰਚ ਚਾਹੀਦੀ ਹੈ ਉਹ ਲੈਪਟਾਪ, ਫੋਨ ਜਾਂ ਇੱਕ ਪ੍ਰਬੰਧਕ ਦਾ ਵਰਕਸਟੇਸ਼ਨ ਹੈ, ਤਾਂ ਕਨੈਕਸ਼ਨ ਦੂਰ ਦੇ ਡਿਵਾਈਸ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਅਤੇ ਡਿਜ਼ਾਈਨ ਦੂਰਸਥ-ਕਲਾਇੰਟ ਪਹੁੰਚ ਹੈ। ਜੇ ਜਿਸਨੂੰ ਪਹੁੰਚ ਚਾਹੀਦੀ ਹੈ ਉਹ ਇੱਕ ਰਾਊਟਰ ਪਿੱਛੇ ਮਸ਼ੀਨਾਂ ਨਾਲ ਭਰੀ ਸ਼ਾਖਾ ਹੈ, ਤਾਂ ਕਨੈਕਸ਼ਨ ਉਸ ਰਾਊਟਰ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਅਤੇ ਡਿਜ਼ਾਈਨ ਗੇਟਵੇ-ਤੋਂ-ਗੇਟਵੇ ਹੈ। ਇਹੀ ਜਾਂਚ ਬਹੁਤੇ ਕੇਸ ਤੈਅ ਕਰਦੀ ਹੈ, ਅਤੇ ਵਿਕ੍ਰੇਤਾ ਦੀ ਪੇਸ਼ਕਾਰੀ ਨੇ ਗੱਲਬਾਤ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਸਾਈਫਰਾਂ ਦੁਆਲੇ ਘੇਰ ਲਿਆ ਹੋਵੇ ਤਾਂ ਲੋਕ ਜੋ ਛੱਡ ਦਿੰਦੇ ਹਨ ਉਹ ਵੀ ਇਹੀ ਹੈ।
ਜੇ ਤੁਸੀਂ ਸ਼ੁਰੂ ਕਰਨ ਵਾਲੇ ਹਿੱਸੇ ਦਾ ਨਾਮ ਨਹੀਂ ਦੱਸ ਸਕਦੇ ਤਾਂ ਇੱਥੇ ਰੁਕੋ। ਇੱਕ ਟਨਲ ਨਾਲ ਦੋਵੇਂ ਕੇਸ ਸੰਭਾਲਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਵਾਲਾ ਡਿਜ਼ਾਈਨ ਆਮ ਤੌਰ 'ਤੇ ਆਪਣੇ ਆਪ ਨੂੰ ਗੇਟਵੇ ਦੱਸਦੇ ਕਲਾਇੰਟ ਸੈਸ਼ਨ 'ਤੇ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ।
ਦੂਜਾ, AWS ਕੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ
Client VPN ਨਾਲ AWS ਸੰਰਚਿਤ ਕਲਾਇੰਟ ਜਾਂ ਵਰਤੋਂਕਾਰ ਪਛਾਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ: ਸਰਟੀਫਿਕੇਟ, ਡਾਇਰੈਕਟਰੀ ਜਾਂ ਫੈਡਰੇਟਿਡ ਪਛਾਣ, ਸੈੱਟਅਪ ਅਨੁਸਾਰ। Site-to-Site VPN ਨਾਲ AWS ਗੇਟਵੇ ਪੀਅਰ ਦੀ ਪਛਾਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ। ਉਹ ਫ਼ਰਕ ਸਤਹੀ ਨਹੀਂ ਹੈ। ਇੱਕ ਮਾਡਲ ਵਰਤੋਂਕਾਰ ਜੋੜ ਕੇ ਅਤੇ ਉਹਨਾਂ ਦੇ ਪ੍ਰਮਾਣ ਪੱਤਰ ਰੱਦ ਕਰਕੇ ਵਧਦਾ ਹੈ; ਦੂਜਾ ਇੱਕ ਗੇਟਵੇ ਪਿੱਛੇ ਜੋ ਕੁਝ ਹੈ ਉਸ 'ਤੇ ਭਰੋਸਾ ਕਰਕੇ ਵਧਦਾ ਹੈ।
ਗੇਟਵੇ ਪੁਸ਼ਟੀ ਇਸਦੇ ਪਿੱਛੇ ਦੇ ਹਰ ਕਰਮਚਾਰੀ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕਰਦੀ, ਇਸ ਲਈ ਟਨਲ ਆਪਣੇ ਆਪ ਭਰੋਸੇਯੋਗ ਹੋਣ 'ਤੇ ਵੀ ਐਪਲੀਕੇਸ਼ਨ ਪਛਾਣਾਂ ਅਤੇ ਸਰੋਤ-ਪੱਧਰੀ ਪਹੁੰਚ ਕਾਇਮ ਰੱਖੋ। ਜਿਸ ਸ਼ਾਖਾ ਦੇ ਰਾਊਟਰ ਕੋਲ ਵੈਧ ਪੀਅਰ ਪਛਾਣ ਹੈ, ਉਸਨੂੰ ਆਪਣੇ ਆਪ ਇੰਝ ਨਹੀਂ ਪੜ੍ਹਨਾ ਚਾਹੀਦਾ ਕਿ ਉਸ ਇਮਾਰਤ ਦਾ ਹਰ ਡੈਸਕ ਅਧਿਕ੍ਰਿਤ ਹੈ।
ਤੀਜਾ, ਕਨੈਕਸ਼ਨ ਕਿਵੇਂ ਜੁੜਦਾ ਹੈ
Client VPN, VPC ਸਬਨੈੱਟ ਐਸੋਸੀਏਸ਼ਨਾਂ ਜਾਂ ਸਮਰਥਿਤ ਸਿੱਧੇ Transit Gateway ਅਟੈਚਮੈਂਟ ਰਾਹੀਂ ਜੁੜਦਾ ਹੈ। Site-to-Site VPN, AWS VPN ਟਾਰਗੇਟ ਨਾਲ, ਆਮ ਤੌਰ 'ਤੇ ਵਰਚੁਅਲ ਪ੍ਰਾਈਵੇਟ ਗੇਟਵੇ ਜਾਂ Transit Gateway ਨਾਲ ਜੁੜਦਾ ਹੈ। Client VPN ਆਰਕੀਟੈਕਚਰ ਗਾਈਡ Transit Gateway ਵਿਕਲਪ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰਦੀ ਹੈ, ਅਤੇ ਇਸਦਾ ਹੋਣਾ ਲੈਪਟਾਪ ਸੈਸ਼ਨ ਨੂੰ ਸ਼ਾਖਾ ਗੇਟਵੇ ਨਹੀਂ ਬਣਾਉਂਦਾ ਜਾਂ ਉੱਪਰ ਦੱਸੀ ਕਲਾਇੰਟ ਪੁਸ਼ਟੀ ਅਤੇ ਅਧਿਕਾਰ ਨੂੰ ਹਟਾਉਂਦਾ ਨਹੀਂ।
ਰਾਊਟ ਡਿਜ਼ਾਈਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚੋ ਕਿ ਤੁਹਾਡਾ ਖਾਤਾ ਅਤੇ ਖੇਤਰ ਅਸਲ ਵਿੱਚ ਕਿਹੜੇ ਅਟੈਚਮੈਂਟ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ, ਫਿਰ ਜਾਂਚੋ ਕਿ ਉਹ ਅਟੈਚਮੈਂਟ ਕਿਸਦਾ ਹੈ। ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਹੋਣ ਵਾਲਾ ਪਰ ਉਸ ਨੈੱਟਵਰਕ 'ਤੇ ਹੋਣ ਵਾਲਾ ਵਿਕਲਪ ਜਿਸਨੂੰ ਤੁਸੀਂ ਸੰਰਚਿਤ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਵਿਕਲਪ ਨਹੀਂ ਹੈ।
ਚੌਥਾ, ਇਸਦੇ ਨਾਲ ਕਿਹੜੀ ਰਾਊਟਿੰਗ ਅਤੇ ਨੀਤੀ ਆਉਂਦੀ ਹੈ
Client VPN ਉਹਨਾਂ ਮੰਜ਼ਿਲ ਨੈੱਟਵਰਕਾਂ ਲਈ ਕਲਾਇੰਟ ਕਨੈਕਸ਼ਨ ਪ੍ਰਬੰਧਨ ਅਤੇ ਅਧਿਕਾਰ ਨਿਯਮ ਲਿਆਉਂਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦੀ ਤੁਸੀਂ ਆਗਿਆ ਦਿੰਦੇ ਹੋ। ਜੁੜੇ ਵਰਤੋਂਕਾਰ ਨੂੰ ਅਜੇ ਵੀ ਲੋੜੀਂਦਾ ਐਂਡਪੌਇੰਟ ਰਾਊਟ, ਉਸਨੂੰ ਆਗਿਆ ਦੇਣ ਵਾਲਾ ਅਧਿਕਾਰ ਨਿਯਮ, ਅਤੇ ਸਰੋਤ ਆਪਣੇ ਆਪ ਜੋ ਪਹੁੰਚ ਮੰਗਦਾ ਹੈ ਚਾਹੀਦੀ ਹੈ। Site-to-Site VPN ਗਾਹਕ ਗੇਟਵੇ ਦੁਆਰਾ ਪ੍ਰਤੀਨਿਧਤਾ ਕੀਤੇ ਨੈੱਟਵਰਕਾਂ ਵਿਚਕਾਰ ਰਾਊਟ ਕਰਦਾ ਹੈ, ਡਿਜ਼ਾਈਨ ਅਨੁਸਾਰ ਸਮਰਥਿਤ ਸਥਿਰ ਰਾਊਟ ਜਾਂ BGP ਵਰਤ ਕੇ, ਇਸ ਲਈ ਸ਼ਾਖਾ ਰਾਊਟਰ ਪਿੱਛੇ ਦੀਆਂ ਵੱਖਰੀਆਂ ਮਸ਼ੀਨਾਂ ਨੂੰ ਹਰ ਇੱਕ ਨੂੰ ਕਲਾਇੰਟ ਲੌਗਇਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ।
ਕਿਸੇ ਵੀ ਦਿਸ਼ਾ ਵਿੱਚ ਸ਼੍ਰੇਣੀ ਤੋਂ ਅਸਮਰਥਿਤ ਵਿਵਹਾਰ ਦਾ ਅਨੁਮਾਨ ਨਾ ਲਗਾਓ। ਦੂਰਸਥ-ਪਹੁੰਚ VPN ਸਰਵਵਿਆਪੀ ਤੌਰ 'ਤੇ ਵਾਪਸੀ ਟ੍ਰੈਫਿਕ ਲਿਜਾਣ ਜਾਂ ਗੇਟਵੇ ਪ੍ਰਬੰਧਾਂ ਦਾ ਸਮਰਥਨ ਕਰਨ ਵਿੱਚ ਅਸਮਰਥ ਨਹੀਂ ਹਨ, ਅਤੇ IPsec NAT ਵੱਲੋਂ ਆਪਣੇ ਆਪ ਨਹੀਂ ਰੋਕਿਆ ਜਾਂਦਾ — AWS NAT ਟ੍ਰਾਵਰਸਲ ਅਤੇ ਗਾਹਕ-ਗੇਟਵੇ ਲੋੜਾਂ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਅਸਲ ਸੀਮਾ ਸਮਰਥਿਤ ਗੇਟਵੇ ਸੰਰਚਨਾ ਹੈ। ਕਲਾਇੰਟਾਂ ਵੱਲ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੇ ਕਨੈਕਸ਼ਨਾਂ ਦੀ ਮੰਗ ਕਰਨ ਜਾਂ ਇੱਕ ਸੈਸ਼ਨ ਪਿੱਛੇ LAN ਅੱਗੇ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੇ ਐਂਡਪੌਇੰਟ ਦੀਆਂ ਸੀਮਾਵਾਂ ਜਾਂਚੋ। ਉਹੀ ਸਾਵਧਾਨੀ ਪਤਾ-ਪਰਿਵਾਰਾਂ 'ਤੇ ਵੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ: IPv4 'ਤੇ ਚੱਲਣ ਵਾਲਾ ਐਂਡਪੌਇੰਟ IPv6 ਮਾਰਗ ਦਾ ਮਤਲਬ ਨਹੀਂ, ਇਸ ਲਈ ਉਸ ਪਰਿਵਾਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ ਜਿਸ 'ਤੇ ਤੁਹਾਡਾ ਕਲਾਇੰਟ ਜਾਂ ਗੇਟਵੇ ਅਸਲ ਵਿੱਚ ਗੱਲਬਾਤ ਕਰੇਗਾ।
Site-to-Site VPN ਤੁਹਾਨੂੰ ਪ੍ਰਤੀ ਕਨੈਕਸ਼ਨ ਦੋ ਟਨਲ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਉਹ ਰਿਡੰਡੈਂਸੀ ਮੰਨੀ ਜਾ ਸਕਣ ਵਾਲੀ ਵਿਸ਼ੇਸ਼ਤਾ ਨਹੀਂ ਬਲਕਿ ਡਿਜ਼ਾਈਨ ਦਾ ਕੰਮ ਹੈ। ਗਾਹਕ-ਗੇਟਵੇ ਦਾ ਸੰਚਾਲਨ, ਰਾਊਟ ਫੇਲਓਵਰ ਅਤੇ ਟੈਸਟ ਕਵਰੇਜ ਸਭ ਦੀ ਯੋਜਨਾ ਬਣਾਉਣੀ ਪੈਂਦੀ ਹੈ; ਇੱਕ ਲੈਪਟਾਪ ਸੈਸ਼ਨ ਦੀ ਤੁਲਨਾ ਕਿਸੇ ਅਮੂਰਤ VPN ਸਰਵਰ ਨਾਲ ਕਰਨਾ ਦੋਹਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਬਾਰੇ ਵੀ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ।
ਜਿੱਥੇ ਦੋਵੇਂ ਡਿਜ਼ਾਈਨ ਮਿਲਦੇ ਹਨ
ਸੇਵਾਵਾਂ ਆਪਸੀ-ਬਹਿਸ਼ਕ ਨਹੀਂ ਹਨ, ਅਤੇ ਆਮ ਉਤਪਾਦਨ ਰੂਪ ਦੋਵੇਂ ਵਰਤਦਾ ਹੈ: ਕਰਮਚਾਰੀ Client VPN 'ਤੇ, ਸ਼ਾਖਾ ਨੈੱਟਵਰਕ Site-to-Site 'ਤੇ, ਜਿਨ੍ਹਾਂ ਮੰਜ਼ਿਲਾਂ ਨੂੰ ਗੱਲ ਕਰਨੀ ਹੈ ਉਹਨਾਂ ਵਿਚਕਾਰ ਸਪੱਸ਼ਟ ਰਾਊਟ ਅਤੇ ਪਹੁੰਚ ਨੀਤੀ ਨਾਲ। ਸਾਰਣੀ ਚਾਰ ਜਾਂਚਾਂ ਦਾ ਸਾਰ ਹੈ, ਉਹਨਾਂ ਨੂੰ ਕਰਨ ਦਾ ਬਦਲ ਨਹੀਂ।
| Question | AWS Client VPN | AWS Site-to-Site VPN |
|---|---|---|
| Who establishes it? | A client on a remote device | A customer gateway device or appliance |
| What is authenticated? | The client or user identity | The gateway peer identity |
| How does it attach? | VPC subnet association or Transit Gateway | Virtual private gateway or Transit Gateway |
| What carries the path? | An OpenVPN-based client tunnel | IPsec tunnels to AWS endpoints |
ਇੱਕ ਚੀਜ਼ ਜਿਸਨੂੰ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਉਤਪਾਦ ਬਦਲ ਨਹੀਂ ਸਕਦਾ: ਉਸ ਐਪਲੀਕੇਸ਼ਨ ਲਈ TLS ਜਿਸਦੀ ਐਨਕ੍ਰਿਪਸ਼ਨ ਲੋੜ VPN ਐਂਡਪੌਇੰਟ ਤੋਂ ਅੱਗੇ ਜਾਂਦੀ ਹੈ। ਜੇ ਤੁਹਾਡਾ ਅਨੁਪਾਲਨ ਘੇਰਾ ਐਪਲੀਕੇਸ਼ਨ 'ਤੇ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਟਨਲ ਆਵਾਜਾਈ ਹੈ ਅਤੇ ਸਰਟੀਫਿਕੇਟ ਅਜੇ ਵੀ ਨਿਯੰਤਰਣ ਹੈ।
ਡਿਜ਼ਾਈਨ ਸਮੀਖਿਆ ਤੋਂ ਪਹਿਲਾਂ ਚਾਰ ਜਵਾਬ ਲਿਖ ਲਓ, ਹਰ ਇੱਕ ਇੱਕ ਲਾਈਨ ਵਿੱਚ। ਜਦੋਂ ਉਹਨਾਂ ਵਿੱਚੋਂ ਦੋ ਵਿਰੋਧੀ ਹੋਣ — ਮੰਨ ਲਓ, ਵਰਤੋਂਕਾਰ-ਪ੍ਰਮਾਣਿਤ ਕਲਾਇੰਟ ਡਿਜ਼ਾਈਨ ਅਤੇ ਸ਼ਾਖਾ-ਆਕਾਰ ਦੀ ਰਾਊਟਿੰਗ ਲੋੜ — ਤਾਂ ਉਹੀ ਵਿਰੋਧ ਨਤੀਜਾ ਹੈ, ਅਤੇ ਕਟਓਵਰ ਦੌਰਾਨ ਦੇਖਣ ਨਾਲੋਂ ਹੁਣ ਦੇਖਣਾ ਸਸਤਾ ਹੈ।