O mapa proxies do Docker depende do daemon, não do site
Uma entrada específica do host na configuração de proxy do cliente Docker seleciona definições para uma ligação a um daemon Docker. Não é uma regra PAC por destino.
O objeto JSON parece promissor: um mapa proxies com uma entrada default e chaves de endereço adicionais. É tentador colocar ali um nome de host de registry e esperar que os pedidos para esse registry usem outro proxy.
Essas chaves identificam os daemons Docker aos quais o cliente se liga. Não identificam os sites que um contentor irá pedir.
A configuração do cliente Docker pode fornecer variáveis de ambiente de proxy aos novos contentores e argumentos de compilação de proxy às novas compilações. Uma entrada específica de daemon altera essa configuração fornecida para o contexto de daemon correspondente.
Não configura a própria ligação de saída do daemon através de proxy. Nem transforma o cliente HTTP do contentor num avaliador PAC.
Se a sua tarefa é manter um registry interno direto enquanto o daemon acede a outros serviços através de um proxy, consulte a configuração de proxy e de contorno suportada pelo daemon. Se a aplicação necessita de proxies upstream diferentes para destinos diferentes, essa política pertence a uma disposição adequada de cliente ou de encaminhamento.
Antes de editar o mapa, anote que endereço a chave representa e que processo faz o pedido que falha. O mesmo nome de host pode aparecer numa ligação a um daemon, num URL de registry e num URL de proxy, mas são três papéis diferentes.