
Estou executando um docker:20.10.7-dind
contêiner.
Neste estou executando um aplicativo de vários contêineres.
Um contêiner é um back
contêiner. Outro é um keycloak
contêiner.
Eu conecto no back
contêiner e tenho:
back$ cat /etc/resolv.conf
nameserver 127.0.0.11
options ndots:0
back$ cat /etc/nsswitch.conf
hosts: files dns
back$ nslookup keycloak.localhost
Server: 127.0.0.11
Address: 127.0.0.11#53
Non-authoritative answer:
Name: keycloak.localhost
Address: 172.20.0.10
back$ host keycloak.localhost
keycloak.localhost has address 172.20.0.10
back$ nc keycloak.localhost 443 -vvv
keycloak.localhost (172.20.0.10:443) open
No entanto, quando se trata de curl :
back$ curl https://keycloak.localhost -v
* Trying 127.0.0.1:443...
* connect to 127.0.0.1 port 443 failed: Connection refused
* Trying [::1]:443...
* Immediate connect fail for ::1: Address not available
* Failed to connect to keycloak.localhost port 443 after 0 ms: Couldn't connect to server
* Closing connection 0
curl: (7) Failed to connect to keycloak.localhost port 443 after 0 ms: Couldn't connect to server
Percebo que curl resolve mal o problema keycloak.localhost
, mas não consigo descobrir por quê?
Observe que se eu ajudar o curl a resolver, funciona perfeitamente:
back$ curl https://keycloak.localhost -v --resolve keycloak.localhost:443:172.20.0.10
* Added keycloak.localhost:443:172.20.0.10 to DNS cache
* Hostname keycloak.localhost was found in DNS cache
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* Trying 172.20.0.10:443...
* Connected to keycloak.localhost (172.20.0.10) port 443 (#0)
> GET / HTTP/2
> Host: keycloak.localhost
> user-agent: curl/8.0.1
> accept: */*
>
< HTTP/2 200
...
Eu apreciaria qualquer pista para me ajudar a entender isso.
Saúde
Responder1
Ok, finalmente descobri.
É devido à versão curl/libcurl.
Desde a v7.85, curl ésempreresolvendo localhost para 127.0.0.1.
Ver :
https://curl.se/changes.html#7_85_0
https://github.com/curl/curl/issues/9192
Fiz o downgrade do curl e minhas coisas estão funcionando bem agora.
Responder2
Outra maneira de fazer isso funcionar é anexar o nome da rede docker-compose como o último TLD no topo do nome da rede configurada, por exemplo, keycloak.localhost
falha, mas keycloak.localhost.myfolder_default
será resolvido.
Para elaborar:
Com esta estrutura de pastas:
myfolder
└── docker-compose.yml
E esta janela de encaixe compõe:
services:
backend:
image: backend:latest
container_name: backend.localhost
keycloak:
image: keycloak:latest
container_name: keycloak.localhost
O contêiner de back-end será capaz de resolver keycloak.localhost usando qualquer ferramenta que leia /etc/resolv.conf corretamente (você pode verificar se a ferramenta abre o arquivo /etc/resolv.conf executando-o com strace
). Qualquer uma dessas ferramentas funcionará:
wget http://keycloak.localhost:8443
getent hosts keycloak.localhost
nslookup keycloak.localhost
nc keycloak.localhost 8443 -v
Mas no meu caso netcat
mostrou o problema:
# nc keycloak.localhost 8443 -v
DNS fwd/rev mismatch: keycloak.localhost != keycloak.localhost.myfolder_default
keycloak.localhost [10.201.1.4] 8443 (?) open
O uso do FQND finalmente funcionou corretamente com libcurl:
curl http://keycloak.localhost.myfolder_default:8443
Consegui deixar os nomes dos meus contêineres como estão porque eles resolvem bem para 90% dos programas que respeitam /etc/resolv.conf e usam o resolvedor libc. Para programas que usam libcurl, comecei a anexar o .myfolder_default
TLD a todos os URLs.
Para constar, eu estava usando o debian, curl versão 7.88.1 com as seguintes configurações do nsswitch:
# /etc/nsswitch.conf
hosts: files dns
networks: files