O obxecto JSON parece prometedor: un mapa proxies cunha entrada default e claves de enderezo adicionais. É tentador poñer alí un nome de host de rexistro e esperar que as solicitudes a ese rexistro usen outro proxy.

Esas claves identifican os daemons Docker aos que se conecta o cliente. Non identifican os sitios web que solicitará un contedor.

A configuración do cliente Docker pode proporcionar variables de contorno de proxy aos contedores novos e argumentos de compilación de proxy ás compilacións novas. Unha entrada específica de daemon cambia esa configuración proporcionada para o contexto de daemon correspondente.

Non configura a propia conexión de saída do daemon a través de proxy. Tampouco converte o cliente HTTP do contedor nun avaliador de PAC.

Se a súa tarefa é manter un rexistro interno directo mentres o daemon accede a outros servizos a través dun proxy, revise a configuración de proxy e omisión que admite o daemon. Se a aplicación necesita proxies de orixe distintos para destinos distintos, esa política pertence a unha disposición axeitada de cliente ou de reenvío.

Antes de editar o mapa, anote que enderezo representa a clave e que proceso realiza a solicitude que falla. O mesmo nome de host pode aparecer nunha conexión de daemon, nun URL de rexistro e nun URL de proxy, pero son tres papeis distintos.

Artigos relacionados