Por que Testcontainers withEnv non envía as descargas de imaxes por un proxy
Configure o daemon de Docker para unha descarga fallida; as variables de proxy do contedor só chegan aos programas despois de crear o contedor.
Se Testcontainers falla ao descargar unha imaxe, a configuración withEnv do futuro contedor non pode axudar. O daemon de Docker realiza esa descarga desde o rexistro antes de que o contedor exista.
| Operación fallida | Configuración de proxy que revisar |
|---|---|
| Descarga de imaxe | O daemon de Docker que usa a proba e a súa ruta cara ao rexistro |
| Descarga dentro do contedor en execución | As entradas que admite a aplicación nese contedor |
| A proba de Java conéctase a Docker ou á aplicación | O cliente de Java que fai esa conexión |
Para o segundo caso, engada variables de contorno á definición existente de GenericContainer:
container
.withEnv("http_proxy", "http://proxy.example:8080")
.withEnv("https_proxy", "http://proxy.example:8080");Se se permite que unha descarga dentro do contedor use un extremo HTTP público, encha eses valores desde a lista de proxies HTTP. O programa da imaxe debe ler esas variables. Non converten un socket de base de datos calquera en tráfico de proxy HTTP. O extremo tamén debe ser accesible desde o contedor: o seu 127.0.0.1 refírese a si mesmo.
Para o primeiro caso, atope o contorno de Docker que Testcontainers usa realmente. Un daemon remoto ou Docker Desktop pode tomar a configuración dunha fonte distinta do dockerd local. Manteña os servizos de proba locais e a API de Docker nas súas rutas previstas ao engadir un proxy predeterminado amplo.