Curl tem resolução DNS incorreta em um contexto dind

Curl tem resolução DNS incorreta em um contexto dind

Estou executando um docker:20.10.7-dindcontêiner.

Neste estou executando um aplicativo de vários contêineres.

Um contêiner é um backcontêiner. Outro é um keycloakcontêiner.

Eu conecto no backcontê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.localhostfalha, mas keycloak.localhost.myfolder_defaultserá 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 netcatmostrou 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_defaultTLD 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

informação relacionada