ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਕੋਲ ਸੁਣਨ ਵਾਲੀ ਸਥਾਨਕ ਪ੍ਰੌਕਸੀ ਉਸ ਨੈੱਟਵਰਕ ਦੀ ਨਕਲ ਨਹੀਂ ਕਰਦੀ ਜਿਸ ਲਈ ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਪਹੁੰਚ ਲਾਜ਼ਮੀ ਹੈ। ਐਪਲੀਕੇਸ਼ਨ ਸੈੱਟ ਕੀਤੀ ਪ੍ਰੌਕਸੀ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰ ਕੇ ਸਿੱਧਾ ਜੁੜ ਸਕਦੀ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਸਫਲਤਾ ਦੀ ਰਿਪੋਰਟ ਦੇ ਸਕਦੀ ਹੈ।

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

services:
  app:
    networks: [clients]
  proxy:
    networks: [clients, egress]
networks:
  clients:
    internal: true
  egress: {}

ਇਹ ਪਹਿਲਾਂ ਹੀ ਪਰਿਭਾਸ਼ਿਤ ਸੇਵਾਵਾਂ ਲਈ ਨੈੱਟਵਰਕ ਦਾ ਟੁਕੜਾ ਹੈ। ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਫਾਰਵਰਡ ਪ੍ਰੌਕਸੀ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਅਸਲ ਕਲਾਇੰਟ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਸੈੱਟ ਕਰੋ। Docker ਅੰਦਰੂਨੀ ਨੈੱਟਵਰਕਾਂ ਨੂੰ ਬਾਹਰੋਂ ਵੱਖਰੇ ਵਜੋਂ ਦਰਜ ਕਰਦਾ ਹੈ; ਇਸ ਬੰਦੋਬਸਤ ਵਿੱਚ ਵਾਧੂ ਬਾਹਰੀ ਨੈੱਟਵਰਕ ਸਿਰਫ਼ ਪ੍ਰੌਕਸੀ ਕੋਲ ਹੈ।

ਪ੍ਰੌਕਸੀ ਦੀ ਵਰਤੋਂ ਤੋਂ ਬਿਨਾਂ ਇੱਕ ਨਕਾਰਾਤਮਕ ਹਾਲਤ ਸ਼ਾਮਲ ਕਰੋ: ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਬਾਹਰੀ ਬੇਨਤੀ ਫੇਲ੍ਹ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਪ੍ਰਮਾਣਿਤ HTTP ਪ੍ਰੌਕਸੀ ਵਿੱਚ ਰੱਦ ਕੀਤਾ ਖਾਤਾ ਆਪਣੀ ਪ੍ਰਮਾਣਿਕਤਾ ਅਸਫਲਤਾ ਦੇਵੇ, ਜਦਕਿ ਸਵੀਕਾਰਿਆ ਖਾਤਾ ਸੰਬੰਧਿਤ ਪ੍ਰੌਕਸੀ ਨਿਰੀਖਣ ਨਾਲ ਟੀਚੇ ਤੱਕ ਪਹੁੰਚੇ।

ਪ੍ਰੌਕਸੀ ਦੀਆਂ ਮਨਜ਼ੂਰ ਅਤੇ ਰੱਦ ਕੀਤੀਆਂ ਹਾਲਤਾਂ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਟੈਸਟ ਕਰੋ। ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਹੋਰ ਬਾਹਰੀ ਨੈੱਟਵਰਕਾਂ ਤੋਂ ਦੂਰ ਰੱਖੋ ਅਤੇ ਪ੍ਰੌਕਸੀ ਨੂੰ ਬਚਾਉਣ ਵਾਲਾ ਹੋਸਟ ਨੈੱਟਵਰਕ ਮੋਡ ਨਾ ਜੋੜੋ। ਸਫਲ ਬੇਨਤੀ ਤਾਂ ਹੀ ਲਾਹੇਵੰਦ ਸਬੂਤ ਹੈ ਜਦੋਂ ਟੈਸਟ ਠੀਕ ਉਹੀ ਰਾਹ ਦਿੰਦਾ ਹੈ ਜੋ ਇਰਾਦਾ ਸੀ।

ਸੰਬੰਧਿਤ ਲੇਖ