Docker ਦਾ proxies ਨਕਸ਼ਾ daemon ਨਾਲ ਜੁੜਿਆ ਹੈ, ਵੈੱਬਸਾਈਟ ਨਾਲ ਨਹੀਂ
Docker ਕਲਾਇੰਟ ਪ੍ਰਾਕਸੀ ਸੰਰਚਨਾ ਵਿੱਚ ਹੋਸਟ-ਖਾਸ ਐਂਟਰੀ Docker daemon ਕਨੈਕਸ਼ਨ ਲਈ ਸੈਟਿੰਗਾਂ ਚੁਣਦੀ ਹੈ। ਇਹ ਹਰ ਮੰਜ਼ਿਲ ਲਈ PAC ਨਿਯਮ ਨਹੀਂ ਹੈ।
JSON ਆਬਜੈਕਟ ਆਸਵੰਦ ਲੱਗਦਾ ਹੈ: proxies ਨਕਸ਼ੇ ਵਿੱਚ default ਐਂਟਰੀ ਅਤੇ ਵਾਧੂ ਪਤਾ-ਕੁੰਜੀਆਂ ਹਨ। ਉੱਥੇ registry ਹੋਸਟਨਾਮ ਰੱਖ ਕੇ ਇਹ ਉਮੀਦ ਕਰਨਾ ਲੁਭਾਉਣਾ ਹੈ ਕਿ ਉਸ registry ਵੱਲ ਜਾਣ ਵਾਲੀਆਂ ਬੇਨਤੀਆਂ ਕੋਈ ਹੋਰ ਪ੍ਰਾਕਸੀ ਵਰਤਣਗੀਆਂ।
ਉਹ ਕੁੰਜੀਆਂ ਉਨ੍ਹਾਂ Docker daemons ਦੀ ਪਛਾਣ ਕਰਦੀਆਂ ਹਨ ਜਿਨ੍ਹਾਂ ਨਾਲ ਕਲਾਇੰਟ ਜੁੜਦਾ ਹੈ। ਉਹ ਉਨ੍ਹਾਂ ਵੈੱਬਸਾਈਟਾਂ ਦੀ ਪਛਾਣ ਨਹੀਂ ਕਰਦੀਆਂ ਜੋ ਕੰਟੇਨਰ ਮੰਗੇਗਾ।
Docker ਕਲਾਇੰਟ ਸੰਰਚਨਾ ਨਵੇਂ ਕੰਟੇਨਰਾਂ ਨੂੰ ਪ੍ਰਾਕਸੀ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਅਤੇ ਨਵੇਂ ਬਿਲਡਾਂ ਨੂੰ ਪ੍ਰਾਕਸੀ ਬਿਲਡ ਆਰਗਿਊਮੈਂਟ ਦੇ ਸਕਦੀ ਹੈ। daemon-ਖਾਸ ਐਂਟਰੀ ਮਿਲਦੇ daemon ਸੰਦਰਭ ਲਈ ਦਿੱਤੀ ਗਈ ਉਹ ਸੰਰਚਨਾ ਬਦਲਦੀ ਹੈ।
ਇਹ daemon ਦੇ ਆਪਣੇ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਪ੍ਰਾਕਸੀ ਕਨੈਕਸ਼ਨ ਨੂੰ ਸੰਰਚਿਤ ਨਹੀਂ ਕਰਦੀ। ਇਹ ਕੰਟੇਨਰ ਦੇ HTTP ਕਲਾਇੰਟ ਨੂੰ PAC ਮੁਲਾਂਕਣਕਰਤਾ ਵੀ ਨਹੀਂ ਬਣਾਉਂਦੀ।
ਜੇਕਰ ਤੁਹਾਡਾ ਕੰਮ ਅੰਦਰੂਨੀ registry ਨੂੰ ਸਿੱਧਾ ਰੱਖਣਾ ਹੈ ਜਦੋਂ ਕਿ daemon ਹੋਰ ਸੇਵਾਵਾਂ ਤੱਕ ਪ੍ਰਾਕਸੀ ਰਾਹੀਂ ਪਹੁੰਚਦਾ ਹੈ, ਤਾਂ daemon ਵੱਲੋਂ ਸਮਰਥਿਤ ਪ੍ਰਾਕਸੀ ਅਤੇ ਬਾਈਪਾਸ ਸੰਰਚਨਾ ਵੇਖੋ। ਜੇਕਰ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਵੱਖਰੀਆਂ ਮੰਜ਼ਿਲਾਂ ਲਈ ਵੱਖਰੀਆਂ ਅੱਪਸਟ੍ਰੀਮ ਪ੍ਰਾਕਸੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਤਾਂ ਉਹ ਨੀਤੀ ਢੁਕਵੀਂ ਕਲਾਇੰਟ ਜਾਂ ਫਾਰਵਰਡਿੰਗ ਵਿਵਸਥਾ ਵਿੱਚ ਆਉਂਦੀ ਹੈ।
ਨਕਸ਼ਾ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖੋ ਕਿ ਕੁੰਜੀ ਕਿਸ ਪਤੇ ਦੀ ਨੁਮਾਇੰਦਗੀ ਕਰਦੀ ਹੈ ਅਤੇ ਕਿਹੜੀ ਪ੍ਰਕਿਰਿਆ ਅਸਫਲ ਬੇਨਤੀ ਕਰਦੀ ਹੈ। ਇੱਕੋ ਹੋਸਟਨਾਮ daemon ਕਨੈਕਸ਼ਨ, registry URL ਅਤੇ ਪ੍ਰਾਕਸੀ URL ਵਿੱਚ ਦਿਸ ਸਕਦਾ ਹੈ, ਪਰ ਉਹ ਤਿੰਨ ਵੱਖਰੀਆਂ ਭੂਮਿਕਾਵਾਂ ਹਨ।