AWS VPN ਵਿੱਚ ਸਥਾਨਕ ਅਤੇ ਦੂਰ ਦਾ CIDR: ਕਿਹੜਾ ਪਾਸਾ ਕਿਹੜਾ ਹੈ?

ਤੁਸੀਂ Site-to-Site VPN ਦੇ ਵਿਕਲਪ ਖੋਲ੍ਹਦੇ ਹੋ, ਸਥਾਨਕ ਅਤੇ ਦੂਰ ਦੇ ਨਾਂ ਨਾਲ ਲੇਬਲ ਕੀਤੇ ਦੋ CIDR ਬਕਸੇ ਦੇਖਦੇ ਹੋ, ਅਤੇ ਉਸ ਪਤੇ ਵੱਲ ਹੱਥ ਵਧਾਉਂਦੇ ਹੋ ਜਿਸਨੂੰ ਤੁਸੀਂ ਸਥਾਨਕ ਸਮਝਦੇ ਹੋ: VPC। ਇਹ API ਦੇ ਅਰਥ ਦੇ ਉਲਟ ਹੈ। ਕਨੈਕਸ਼ਨ ਵਿਕਲਪਾਂ ਵਿੱਚ LocalIpv4NetworkCidr ਗਾਹਕ-ਗੇਟਵੇ ਪਾਸੇ ਦਾ ਨਾਂ ਦਿੰਦਾ ਹੈ ਅਤੇ RemoteIpv4NetworkCidr AWS ਪਾਸੇ ਦਾ, ਕਿਉਂਕਿ ਕਨੈਕਸ਼ਨ ਗਾਹਕ ਗੇਟਵੇ ਤੋਂ ਬਣਦਾ ਹੈ। ਕੰਸੋਲ ਇਹ ਕਦੇ ਉੱਚੀ ਆਵਾਜ਼ ਵਿੱਚ ਨਹੀਂ ਕਹਿੰਦਾ, ਅਤੇ ਭਰੋਸੇਯੋਗ ਦਿਖਣ ਵਾਲੀ ਅਦਲਾ-ਬਦਲੀ ਨੂੰ ਕੋਈ ਨਹੀਂ ਰੱਦਦਾ।

ਕੰਸੋਲ ਲੇਬਲ ਤੋਂ ਨਹੀਂ, API ਕਾਲ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ

ਕਨੈਕਸ਼ਨ ਵਿਕਲਪਾਂ ਦਾ ਸੰਦਰਭ ਇੱਕ ਵਾਰ ਪੂਰਾ ਪੜ੍ਹੋ ਅਤੇ ਧਿਆਨ ਦਿਓ ਕਿ ਹਰ ਵਿਕਲਪ ਗਾਹਕ ਗੇਟਵੇ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ ਲਿਖਿਆ ਹੈ। ਇਹ ਨਾਮਕਰਨ ਦਾ ਸੰਜੋਗ ਨਹੀਂ ਹੈ। ਟਨਲ ਦਾ ਵਰਣਨ ਉਸੇ ਤਰ੍ਹਾਂ ਹੁੰਦਾ ਹੈ ਜਿਵੇਂ ਤੁਹਾਡੇ ਪਾਸੇ ਇਸਨੂੰ ਖਤਮ ਕਰਨ ਵਾਲੀ ਡਿਵਾਈਸ ਦੇਖਦੀ ਹੈ, ਇਸ ਲਈ ਸਥਾਨਕ ਦਾ ਅਰਥ ਤੁਹਾਡੇ ਗੇਟਵੇ ਪਿੱਛੇ ਦਾ ਨੈੱਟਵਰਕ ਹੈ ਅਤੇ ਦੂਰ ਦਾ ਅਰਥ AWS ਗੇਟਵੇ ਪਿੱਛੇ ਦਾ ਨੈੱਟਵਰਕ। IPv4 ਅਤੇ IPv6 ਦੋਵੇਂ ਖੇਤਰ ਇੱਕੋ ਨਿਯਮ ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਹਨ।

ਕੁਝ ਵੀ ਟਾਈਪ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਲੇਬਲ ਚਿਪਕਣ ਵਾਲੇ ਕਾਗਜ਼ ਉੱਤੇ ਲਿਖੋ: ਗਾਹਕ ਪਾਸਾ, AWS ਪਾਸਾ। ਫਿਰ ਆਪਣੇ ਪਤੇ ਉਨ੍ਹਾਂ ਨਾਲ ਮਿਲਾਓ।

ਭੂਮਿਕਾਵਾਂ ਨਾਲ ਕੀਤੀ ਉਦਾਹਰਨ

ਮੰਨ ਲਓ ਕਿ ਸਥਾਨਕ ਪ੍ਰੀਫਿਕਸ 10.20.0.0/16 ਹੈ ਅਤੇ VPC ਪ੍ਰੀਫਿਕਸ 10.60.0.0/16 ਹੈ। ਵਿਕਲਪ ਉਸੇ ਤਰ੍ਹਾਂ ਪੜ੍ਹੇ ਜਾਂਦੇ ਹਨ ਜਿਵੇਂ ਭੂਮਿਕਾਵਾਂ ਸੁਝਾਉਂਦੀਆਂ ਹਨ, ਸਥਾਨਕ ਰੇਂਜ ਸਥਾਨਕ ਖੇਤਰ ਵਿੱਚ:

{
  "LocalIpv4NetworkCidr": "10.20.0.0/16",
  "RemoteIpv4NetworkCidr": "10.60.0.0/16"
}

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

ਕਿਸੇ ਵੀ ਡਿਵਾਈਸ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਪੀਅਰ ਦੀ ਸ਼ਬਦਾਵਲੀ ਵਿੱਚ ਕਾਗਜ਼ ਉੱਤੇ ਅਭਿਆਸ ਦੁਹਰਾਓ, ਦੋਵੇਂ CIDR ਅਤੇ ਦੋਵੇਂ ਲੇਬਲਾਂ ਸਮੇਤ।

ਡਿਫਾਲਟ ਮੁੱਲ ਡਿਜ਼ਾਈਨ ਨਹੀਂ ਹੁੰਦੇ

ਉਹੀ ਸੰਦਰਭ IPv4 ਦੇ ਦੋਵੇਂ ਖੇਤਰਾਂ ਲਈ ਡਿਫਾਲਟ ਵਜੋਂ 0.0.0.0/0 ਦਿੰਦਾ ਹੈ, IPv6 ਲਈ ਵੀ ਸਮਾਨ ਮੁੱਲ। ਕਿਸੇ ਮੌਜੂਦਾ ਕਨੈਕਸ਼ਨ ਵਿੱਚ ਉਹ ਮੁੱਲ ਦੇਖਣ ਦਾ ਅਰਥ ਹੈ ਖੇਤਰ ਕਦੇ ਸੰਕੁਚਿਤ ਨਹੀਂ ਕੀਤਾ ਗਿਆ, ਇਹ ਨਹੀਂ ਕਿ ਇੰਟਰਨੈਟ ਐਗਰੈਸ ਸੰਰਚਿਤ ਹੈ। ਰੂਟ ਵੰਡ, ਸਬਨੈੱਟ ਰੂਟ ਟੇਬਲ ਅਤੇ ਸੁਰੱਖਿਆ ਨਿਯੰਤਰਣ ਅਜੇ ਵੀ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਕਿਹੜਾ ਟ੍ਰੈਫਿਕ ਸੱਚਮੁੱਚ ਲੰਘ ਸਕਦਾ ਹੈ; CIDR ਮੁੱਲ ਸਿਰਫ਼ ਦੱਸਦੇ ਹਨ ਕਿ ਟਨਲ ਕਿਹੜੀਆਂ ਰੇਂਜਾਂ ਚੁਣਨ ਲਈ ਤਿਆਰ ਹੈ।

ਇਸ ਲਈ ਸੰਕੁਚਿਤ ਮੁੱਲ ਨੂੰ ਡਿਫਾਲਟ ਨਾਲ ਬਦਲਣਾ ਕੋਈ ਅਨੁਕੂਲਤਾ ਦੀ ਚਾਲ ਨਹੀਂ ਜੋ ਟਨਲ ਦੇ ਗਲਤ ਵਿਵਹਾਰ ਵੇਲੇ ਵਰਤੀ ਜਾਵੇ। ਇਹ ਸਿਲੈਕਟਰ ਨੂੰ ਚੌੜਾ ਕਰਦੀ ਹੈ ਅਤੇ ਬਾਕੀ ਹਰ ਪਰਤ ਨੂੰ ਜਿਵੇਂ ਸੀ ਤਿਵੇਂ ਛੱਡ ਦਿੰਦੀ ਹੈ।

ਪੀਅਰ ਡਿਵਾਈਸ ਦੂਜਾ ਨਜ਼ਰੀਆ ਵਰਤਦੀ ਹੈ

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

ਡਿਵਾਈਸ ਦੇ ਖੇਤਰਾਂ ਦੇ ਨਾਂ ਨਹੀਂ, ਖੇਤਰਾਂ ਦੀ ਸਹਾਇਤਾ ਪੜ੍ਹੋ। ਨਿਰਮਾਤਾ ਉਹੀ ਦੋ ਸ਼ਬਦ ਤਿੰਨ ਵੱਖਰੀਆਂ ਧਾਰਨਾਵਾਂ ਲਈ ਦੁਬਾਰਾ ਵਰਤਦੇ ਹਨ।

ਫਿਰ ਦੋਵੇਂ ਪੜਾਵਾਂ ਲਈ ਟਨਲ ਦੀ ਸਥਿਤੀ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਨਾ-ਮਿਲਦਾ ਸਿਲੈਕਟਰ ਆਮ ਤੌਰ 'ਤੇ ਦੂਜੇ ਪੜਾਅ ਦੀ ਅਸਫਲਤਾ ਵਜੋਂ ਦਿਖਦਾ ਹੈ ਜਦੋਂ ਕਿ ਪਹਿਲਾ ਪੜਾਅ ਸ਼ਾਂਤੀ ਨਾਲ ਸਥਾਪਿਤ ਰਹਿੰਦਾ ਹੈ।

ਵਿਕਲਪਾਂ ਨੂੰ ਦਸਤਾਵੇਜ਼ ਨਹੀਂ, ਬਦਲਾਅ ਵਾਂਗ ਬਦਲੋ

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

ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ AWS ਪਾਸੇ ਤੋਂ ਅਤੇ ਪੀਅਰ ਤੋਂ ਪੁਸ਼ਟੀ ਕਰੋ: ਹਰ ਰੇਂਜ ਦਾ ਇੱਕ ਸਰੋਤ ਦੂਜੇ ਦੀ ਮੰਜ਼ਿਲ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ। ਇੱਕ ਪਾਸੇ ਤੋਂ ਇੱਕ ਪਿੰਗ ਇੱਕ ਹੀ ਸਿਲੈਕਟਰ ਸਾਬਤ ਕਰਦਾ ਹੈ।

ਫਿਰ ਭੂਮਿਕਾਵਾਂ ਲਿਖ ਕੇ ਕਨੈਕਸ਼ਨ ਦਾ ਦਸਤਾਵੇਜ਼ ਅਪਡੇਟ ਕਰੋ, ਤਾਂ ਜੋ ਅਗਲੇ ਵਿਅਕਤੀ ਨੂੰ ਇਹ ਦੁਬਾਰਾ ਨਾ ਲੱਭਣਾ ਪਵੇ ਕਿ ਸਥਾਨਕ ਦਾ ਅਰਥ ਤੁਹਾਡਾ ਪਾਸਾ ਹੈ।