AWS Lambda ਨਿੱਜੀ ਪ੍ਰੌਕਸੀ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਰਿਹਾ: VPC ਪਥ ਦੀ ਜਾਂਚ ਕਰੋ

ਪਹਿਲੇ VPC ਕਨੈਕਸ਼ਨ ਲਈ ਪ੍ਰੌਕਸੀ ਸਰੋਤੇ ਦਾ ਪਤਾ ਅਤੇ ਪੋਰਟ ਵਰਤੋ, ਸਹੀ ਸੁਰੱਖਿਆ-ਸਮੂਹ ਦਿਸ਼ਾ ਅਤੇ DNS ਦ੍ਰਿਸ਼ ਦੇ ਨਾਲ।

ਜਦੋਂ Requests ਫਾਰਵਰਡ ਪ੍ਰੌਕਸੀ ਲਈ ਸੰਰਚਿਤ ਹੁੰਦਾ ਹੈ, Lambda ਪਹਿਲਾਂ ਉਸ ਸਰੋਤੇ ਨਾਲ ਜੁੜਦਾ ਹੈ। 443 'ਤੇ HTTPS ਸਾਈਟ 3128 'ਤੇ ਸੁਣ ਰਹੀ ਪ੍ਰੌਕਸੀ ਨੂੰ ਪਹਿਲੇ-ਹੌਪ ਪੋਰਟ 443 ਨਹੀਂ ਬਣਾ ਦਿੰਦੀ।

Lambda code → configured VPC path → proxy listener → destination

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

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

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

ਨਿੱਜੀ Route 53 ਪ੍ਰੌਕਸੀ ਨਾਮ ਲਈ ਹੋਸਟ ਕੀਤੇ ਜ਼ੋਨ ਦੀ VPC ਸੰਬੰਧਤਾ ਅਤੇ DNS ਸੰਰਚਨਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਜਿਸ ਵਿੱਚ enableDnsHostnames ਅਤੇ enableDnsSupport ਸ਼ਾਮਲ ਹਨ। ਲੈਪਟਾਪ ਤੋਂ ਸਫਲ ਖੋਜ Lambda ਦੇ DNS ਦ੍ਰਿਸ਼ ਨੂੰ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ। ਦਰਜ ਕਰੋ ਕਿ ਅਸਫਲ ਨਾਮ ਪ੍ਰੌਕਸੀ ਹੈ ਜਾਂ ਵੈੱਬਸਾਈਟ; ਵੈੱਬਸਾਈਟ ਨੂੰ ਸੰਖਿਆਤਮਕ IP ਵਿੱਚ ਬਦਲਣਾ ਪ੍ਰੌਕਸੀ ਨਾਮ ਦਾ ਹੱਲ ਨਹੀਂ ਹੈ।

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

ਸੰਬੰਧਿਤ ਲੇਖ