Yn in gewoane container op in bridge-netwurk is 127.0.0.1 it eigen loopback-adres fan de container. In proxy dy’t op localhost fan jo laptop harket, harket net automatysk yn elke container.

Dat ferklearret in faak ferskil: deselde proxy-URL wurket yn de terminal fan de host, mar de ferbining wurdt yn de container wegere. It adres ferwiist op elk plak nei in oar netwurkeinpunt.

In iepenbiere proxy kin streekrjocht brûkt wurde

As it einpunt út in tsjinst of de list mei HTTP-proxy’s echt in berikbere iepenbiere IP is, jou dat adres dan oan de applikaasje yn stee fan it yn localhost te feroarjen:

docker run --rm \
  -e HTTP_PROXY=http://203.0.113.10:8080 \
  -e HTTPS_PROXY=http://203.0.113.10:8080 \
  your-image

Ferfang it foarbyldadres út de dokumintaasje en de image. It programma yn de image moat dizze omjouwingsfariabelen noch altyd stypje; Docker makket net elke socket ta in fersyk fia in proxy allinnich om’t de fariabelen besteane.

As de proxy op de Docker-host draait

Docker Desktop biedt host.docker.internal om it ynterne adres fan de host te berikken. Yn in stipe native Engine-opset kin in hostkeppeling dizze gebrûklike namme jaan:

docker run --rm \
  --add-host host.docker.internal=host-gateway \
  -e HTTP_PROXY=http://host.docker.internal:8080 \
  -e HTTPS_PROXY=http://host.docker.internal:8080 \
  your-image

Dit feroaret nammeresolúsje; it is gjin kommando foar poartetrochstjoering. Op native Linux kin in tsjinst dy’t allinnich oan de loopback fan de host bûn is, noch altyd net berikber wêze fia it bridge-adres fan de host. De harker, firewall en rûte fan de container moatte de ferbining tastean. As jo de harker feroarje, beheine him dan ta de kliïnten dy’t tagong nedich hawwe yn stee fan in iepen proxy sûnder autentikaasje te meitsjen.

Test fan itselde plak as de applikaasje ôf

In curl-resultaat op de host test allinnich de rûte fan de host. Doch it oanbelangjende fersyk út de omjouwing fan de container en kontrolearje oft it it bedoelde einpunt berikt.

„Host“ betsjut ek de masine dêr’t Docker Engine op draait. By in Engine op ôfstân is dat net needsaaklik jo laptop. Dêrom is it foaral ûnwierskynlik dat in loopback-IP kopiearre út in lokale buroblêdapplikaasje sûnder wiziging op in bouwer of server op ôfstân wurket.

Hâld problemen mei it downloaden fan de image apart: de daemon downloadt de image foardat de applikaasje de hjirboppe toande omjouwing brûke kin.

Relatearre artikelen