EC2 ਉਪਲਬਧਤਾ ਜ਼ੋਨਾਂ ਵਿੱਚ: VPN ਤੋਂ ਪਹਿਲਾਂ ਰੂਟਿੰਗ ਜਾਂਚੋ

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

ਜਾਂਚ 1: ਇੱਕੋ VPC ਜਾਂ ਵੱਖਰੇ VPC

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

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

ਜਾਂਚ 2: ਸਬਨੈੱਟ ਰੂਟ ਟੇਬਲ ਕੀ ਕਹਿੰਦੇ ਹਨ

ਅਸਲ ਮੁੱਲਾਂ ਨਾਲ ਖਾਕਾ ਲਿਖੋ। VPC 10.60.0.0/16 ’ਤੇ, ਸਬਨੈੱਟ 10.60.1.0/24 ਅਤੇ 10.60.2.0/24 ਨਾਲ, ਇੰਸਟੈਂਸਾਂ ਨੂੰ 10.60.1.10 ਅਤੇ 10.60.2.20 VPC ਦੇ ਸਥਾਨਕ ਰੂਟ ਰਾਹੀਂ ਰਾਹ ਦਿੰਦਾ ਹੈ।

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

ਉਹ ਪ੍ਰਾਈਵੇਟ ਪਤੇ ਅਤੇ ਨਾਂ ਵਰਤੋ ਜੋ VPC ਅਸਲ ਵਿੱਚ ਦਿੰਦਾ ਹੈ। ਪ੍ਰਾਈਵੇਟ ਪਤਾ 10 ਨਾਲ ਸ਼ੁਰੂ ਹੋਣਾ ਜ਼ਰੂਰੀ ਨਹੀਂ, ਅਤੇ ਯਾਦ ਤੋਂ ਇੱਕ ਬਣਾਉਣਾ ਹੀ ਚੱਲ ਰਹੇ ਵਾਤਾਵਰਨ ਦਾ ਗਲਤ ਨਿਦਾਨ ਕਰਨ ਦਾ ਤਰੀਕਾ ਹੈ।

ਜਾਂਚ 3: ਰੂਟਿੰਗ ਜਾਂ ਅਧਿਕਾਰ

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

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

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

ਜਾਂਚ 4: ਕੀ ਸੱਚਮੁੱਚ ਵੱਖਰਾ ਕਨੈਕਸ਼ਨ ਲੋੜੀਂਦਾ ਹੈ

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

ਇਹ ਵੀ ਯਾਦ ਰੱਖੋ ਕਿ VPC ਕੀ ਨਹੀਂ ਹੈ। ਇਹ ਘਰੇਲੂ ਈਥਰਨੈੱਟ ਹਿੱਸੇ ਦਾ ਵਾਧਾ ਨਹੀਂ ਹੈ। ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਬ੍ਰੌਡਕਾਸਟ ਖੋਜ ’ਤੇ ਨਿਰਭਰ ਹੈ, ਉਸ ਲਈ ਮੁਲਾਂਕਣ ਦੀ ਵੱਖਰੀ ਲੋੜ ਹੈ। ਇਹ ਰੂਟਿੰਗ ਬੱਗ ਨਹੀਂ ਸਗੋਂ ਡਿਜ਼ਾਈਨ ਦੀ ਖਾਲੀ ਥਾਂ ਹੈ।

ਜਾਂਚ 5: ਐਨਕ੍ਰਿਪਸ਼ਨ ਦਾ ਸਵਾਲ

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

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

ਕੀ ਦਰਜ ਕਰਨਾ ਹੈ

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

ਸਿਰਫ਼ ਜ਼ੋਨ ਵਿੱਚ ਰੱਖਣਾ ਕਦੇ ਨਹੀਂ ਕਹਿੰਦਾ ਕਿ VPN ਜੋੜੋ, ਅਤੇ ਇਹ ਕਦੇ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਪ੍ਰਾਈਵੇਟ ਬੇਨਤੀ ਕਿਉਂ ਨਾਕਾਮ ਹੋਈ।