ਸਰੋਤ/ਮੰਜ਼ਿਲ ਜਾਂਚ ਇੱਕ ਗੇਟ ਹੈ, ਪੂਰਾ VPN ਰਸਤਾ ਨਹੀਂ

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

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਟੈਸਟ ਵੱਖ ਕਰੋ

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

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

ਕਿਸੇ ਸੈਟਿੰਗ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਰਸਤਾ ਲਿਖੋ

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

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

ਚਾਰ ਸੀਮਾਵਾਂ, ਅਤੇ ਜਾਂਚ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ

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

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

ਅਨੁਵਾਦ ਬਦਲਦਾ ਹੈ ਕਿ ਮੰਜ਼ਿਲ ਕਿਹੜਾ ਸਰੋਤ ਵੇਖਦੀ ਹੈ

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

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

ਮੂਲ ਕਲਾਇੰਟ ਤੋਂ ਟੈਸਟ ਕਰੋ, ਫਿਰ ਬਦਲਾਅ ਰੱਖੋ

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

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