Puncte:1

Fedora 34 - Nu se poate rezolva niciun nume din containerele docker

drapel ua

Sunt pe Fedora 34 (= sistem gazdă) și am o problemă în containerele mele docker care nu rezolvă niciun domeniu. Pe gazdă rezoluția funcționează fără probleme.

Iată ce am încercat:

  • reporniți și reinstalați docker
  • dezactivați firewall-ul
  • reporniți mașina
  • reporniți dns
  • diferite imagini docker
  • setarea explicit dns în docker (vezi mai jos)
  • folosind modul de rețea în docker (vezi mai jos)
  • dezactivarea ipv6

Cu toate acestea, nu pot obține un nume rezolvat în niciun container:

~ docker run busybox nslookup google.com 
Server: 8.8.8.8
Adresă: 8.8.8.8:53

Răspuns neautorizat:
Nume: google.com
Adresa: 142.251.36.174

*** Nu găsesc google.com: Niciun răspuns

După cum este descris, funcționează pe gazdă:

~ nslookup google.com
Server: 127.0.0.53
Adresa: 127.0.0.53#53

Răspuns neautorizat:
Nume: google.com
Adresa: 142.251.36.206
Nume: google.com
Adresa: 2a00:1450:4016:809::200e

Ceea ce este, de asemenea, ciudat, chiar și rularea cu rețeaua gazdelor sau setarea explicită a dns-ului nu ajută:

Am încercat setarea cu hosts dns (aici chiar scrie time out...)

~ docker run --dns 127.0.0.53 busybox nslookup google.com
;; conexiunea a expirat; niciun server nu a putut fi atins

Am incercat cu google dns:

~ docker run --dns 8.8.8.8 busybox nslookup google.com
Server: 8.8.8.8
Adresă: 8.8.8.8:53

Răspuns neautorizat:
Nume: google.com
Adresa: 142.251.36.238

*** Nu găsesc google.com: Niciun răspuns

Încercat cu rețeaua gazdă:

 ~ docker run --network="gazdă" busybox nslookup google.com
Server: 8.8.8.8
Adresă: 8.8.8.8:53

Răspuns neautorizat:
Nume: google.com
Adresa: 142.251.36.238

*** Nu găsesc google.com: Niciun răspuns

Am rămas fără idei... oricine are un indiciu, ce se întâmplă aici?

Informații suplimentare: Funcționa înainte, nu am schimbat nimic pe sistemul meu din câte îmi amintesc, care ar putea avea un impact asupra asta.

Puncte:2
drapel cn

Dar primești un răspuns, cele 2 rânduri de după Răspuns neautorizat: sunt rezultatul (142.251.36.238 este o adresă IP validă pentru Google).

Ceea ce nu primești este un răspuns IPv6 după aspectul lucrurilor.

Poți doar să alergi:

docker rulați busybox nslookup -type=A google.com

Și ar trebui să returneze adresa IP fără eroare.

Bănuiesc că comportamentul implicit al nslookup în busybox s-ar fi putut schimba pentru a returna atât adresele IPv4, cât și IPv6, motiv pentru care pare să se fi schimbat.

Johannes Hinkov avatar
drapel ua
Da, și acesta este un răspuns corect, mulțumesc!
Puncte:1
drapel ar

Puteți încerca să rulați comanda nslookup cu un server DNS specificat? Ca în: nslookup google.com 8.8.8.8, sau în cazul dvs.: docker rulați busybox nslookup google.com 8.8.8.8. Acest lucru ne va ajuta să eliminăm posibilele probleme de rețea în podul Docker.

Johannes Hinkov avatar
drapel ua
Iată rezultatul: `~ docker run busybox nslookup google.com 8.8.8.8 Server: 8.8.8.8 Adresă: 8.8.8.8:53 Răspuns neautorizat: Nume: google.com Adresa: 142.251.36.238 *** Nu găsesc google.com: Niciun răspuns `
Johannes Hinkov avatar
drapel ua
Informații suplimentare: am conectat un alt sistem cu un fedora 34 nou-nouț, același comportament. Am încercat și rețele diferite (acasă/serviciu)
jonasclaes avatar
drapel ar
Bine, din moment ce aceasta încă vă dă o eroare, înseamnă că este ceva cu adevărat nenorocit. Mă gândesc la ora sistemului, este corect?
jonasclaes avatar
drapel ar
De fapt, am găsit o problemă similară. Ați putea încerca să rulați `docker run busybox nslookup -type=a google.com`? O altă problemă: https://stackoverflow.com/questions/52663711/how-should-i-interpret-a-cant-find-from-nslookup-inside-a-docker-busybox-c
Johannes Hinkov avatar
drapel ua
Da, a funcționat imediat! `~ docker run busybox nslookup -type=a google.com Server: 8.8.8.8 Adresă: 8.8.8.8:53 Răspuns neautorizat: Nume: google.com Adresa: 142.251.36.238 `
jonasclaes avatar
drapel ar
Bine, deci este doar o eroare în cea mai recentă versiune busybox pe Docker. Aș dori să vă fac referire la problema pe care am postat-o ​​acum un comentariu. Cred că asta s-a rezolvat atunci?
Johannes Hinkov avatar
drapel ua
Da, asta a ajutat, mulțumesc!
Puncte:0
drapel cn
Jun

Pentru cei care au aceeași problemă pe Alpine Linux, este într-adevăr o eroare cunoscută a busybox>1.28 cu înregistrări IPv6. Se instalează o soluție unelte de legare pentru a obține altul nslookup binar:

actualizare apk și& apk adaugă instrumente de legare

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.