Docker ਨੇ ਪੋਰਟ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ। ਕੀ ਪ੍ਰੌਕਸੀ ਉੱਥੇ ਸੁਣ ਰਹੀ ਹੈ?
ਜਦੋਂ ਕਨੈਕਸ਼ਨ ਅਸਵੀਕਾਰ ਜਾਂ ਰੀਸੈਟ ਹੁੰਦੇ ਹਨ ਤਾਂ ਪ੍ਰੌਕਸੀ ਕੰਟੇਨਰ ਅੰਦਰਲੇ ਲਿਸਨਰ ਅਤੇ Docker ਦੀ ਹੋਸਟ ਪੋਰਟ ਮੈਪਿੰਗ ਦੋਵੇਂ ਜਾਂਚੋ।
ਪ੍ਰਕਾਸ਼ਿਤ Docker ਪੋਰਟ ਕੰਟੇਨਰ ਦੇ ਅੰਤ ਬਿੰਦੂ ਤੱਕ ਰਾਹ ਦਿੰਦਾ ਹੈ। ਇਹ ਪ੍ਰੌਕਸੀ ਸ਼ੁਰੂ ਨਹੀਂ ਕਰਦਾ ਅਤੇ ਉਸ ਪ੍ਰਕਿਰਿਆ ਦਾ ਸੁਣਨ ਵਾਲਾ ਪਤਾ ਨਹੀਂ ਬਦਲਦਾ।
ਆਮ ਬ੍ਰਿਜ-ਨੈੱਟਵਰਕ ਮੈਪਿੰਗ ਲਈ ਇਹ ਤਿੰਨ ਮੁੱਲ ਤੁਲਨਾ ਕਰੋ:
| ਰਾਹ ਦਾ ਹਿੱਸਾ | ਜਾਂਚਣ ਵਾਲਾ ਮੁੱਲ |
|---|---|
| ਕਲਾਇੰਟ ਦਾਖਲਾ | ਕਲਾਇੰਟ ਜਿਸ ਹੋਸਟ ਪਤੇ ਅਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਪੋਰਟ ਨਾਲ ਸੰਪਰਕ ਕਰਦਾ ਹੈ |
| ਫਾਰਵਰਡਿੰਗ ਟੀਚਾ | ਮੈਪਿੰਗ ਵੱਲੋਂ ਚੁਣਿਆ ਕੰਟੇਨਰ ਪਤਾ ਅਤੇ ਪੋਰਟ |
| ਸੇਵਾ | ਪ੍ਰੌਕਸੀ ਕੰਟੇਨਰ ਅੰਦਰ ਅਸਲ ਵਿੱਚ ਜੋ ਪਤਾ ਅਤੇ ਪੋਰਟ ਬੰਨ੍ਹਦੀ ਹੈ |
ਕੰਟੇਨਰ ਅੰਦਰ ਸਿਰਫ਼ 127.0.0.1 ਨਾਲ ਬੱਝੀ ਪ੍ਰੌਕਸੀ ਨੂੰ ਉਸਦੇ ਨੈੱਟਵਰਕ ਪਤੇ ਵੱਲ ਫਾਰਵਰਡ ਕੀਤਾ ਟ੍ਰੈਫਿਕ ਨਾ ਮਿਲ ਸਕੇ। ਇਹ ਹੋਸਟ ਲੂਪਬੈਕ 'ਤੇ ਸਿਰਫ਼ ਹੋਸਟ ਪੋਰਟ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਵੱਖਰਾ ਹੈ: ਉਹ ਸੀਮਤ ਕਰਦਾ ਹੈ ਕਿ ਮੈਪਿੰਗ ਤੱਕ ਕੌਣ ਪਹੁੰਚ ਸਕਦਾ ਹੈ, ਜਦਕਿ ਕੰਟੇਨਰ ਲੂਪਬੈਕ ਮੈਪਿੰਗ ਨੂੰ ਸੇਵਾ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਰੋਕ ਸਕਦਾ ਹੈ।
ਇੱਛਤ ਤੈਨਾਤੀ ਲਈ ਅੰਦਰੂਨੀ ਲਿਸਨਰ ਚੁਣੋ ਅਤੇ ਸੀਮਤ ਹੋਸਟ ਪ੍ਰਕਾਸ਼ਨ ਤੇ ਪ੍ਰੌਕਸੀ ਪਹੁੰਚ ਬਣਾਈ ਰੱਖੋ। Dockerfile ਦੀ ਖੁੱਲ੍ਹੀ-ਪੋਰਟ ਘੋਸ਼ਣਾ ਕੋਈ ਸੇਵਾ ਸ਼ੁਰੂ ਨਹੀਂ ਕਰਦੀ, ਅਤੇ ਸਫਲ ਕੰਟੇਨਰ ਲਾਂਚ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਪ੍ਰਕਿਰਿਆ ਫਾਰਵਰਡਿੰਗ ਟੀਚੇ 'ਤੇ ਸੁਣ ਰਹੀ ਹੈ।
ਅਸਫਲ ਕਨੈਕਸ਼ਨ ਕਿੰਨੀ ਦੂਰ ਜਾਂਦਾ ਹੈ, ਇਸਦਾ ਪਤਾ ਲਗਾਓ। ਅਸਵੀਕਾਰ ਅਤੇ ਰੀਸੈਟ ਪਲੇਟਫਾਰਮ ਅਤੇ ਫਾਰਵਰਡਿੰਗ ਲਾਗੂਆਨ ਅਨੁਸਾਰ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਕੋਈ ਵੀ ਇਕੱਲਾ ਸੈਟਿੰਗ ਦੀ ਪਛਾਣ ਨਹੀਂ ਕਰਦਾ। ਸੇਵਾ ਤੱਕ ਪਹੁੰਚਣ 'ਤੇ ਜਾਇਜ਼ ਪ੍ਰੌਕਸੀ ਸਵਾਗਤ ਲੱਭੋ ਅਤੇ ਲੋੜੀਂਦਾ SOCKS ਸੰਸਕਰਣ, ਪ੍ਰਮਾਣੀਕਰਣ ਅਤੇ ਮੰਜ਼ਿਲ ਨੀਤੀ ਲਾਗੂ ਕਰੋ। ਸਿਰਫ਼ ਪਹੁੰਚਯੋਗ ਹੋਸਟ ਪੋਰਟ ਉਹ ਸਮਰੱਥਾਵਾਂ ਸਾਬਤ ਨਹੀਂ ਕਰ ਸਕਦਾ.