Come posso risolvere la risoluzione DNS che non funziona dopo l'aggiornamento a Ubuntu 13.10 (Saucy)

Dopo l'aggiornamento alla 13.10 la mia risoluzione DNS non riesce. Sembra che i server DNS che ottengo tramite DHCP (LAN) non vengano utilizzati.

Potrei risolvere temporaneamente il problema aggiungendo nameserver 8.8.8.8a /etc/resolv.conf. Ma poi gli host intranet non possono ancora essere risolti.

Quando si fa clic sulla voce di menu Informazioni connessione sull'indicatore di rete, il DNS primario e il DNS secondario sono impostati correttamente. Ma il mio computer non sembra usarli.

Quindi le mie domande:

• Cosa devo mettere resolv.conf, se non altro?
• Come scoprire quali server dei nomi sta interrogando il mio computer?
• Dove guardare dopo, per scoprire, perché i server dei nomi ricevuti da DHCP non vengono utilizzati?

Per prima cosa devi sapere un po 'su come funziona la risoluzione dei nomi in Ubuntu da Ubuntu 12.04.

Stéphane Graber ha scritto sul blog alcune informazioni a riguardo l'anno scorso qui . La cosa più importante da sapere è che sia Ubuntu Server che Ubuntu Desktop utilizzano resolvconf per gestire il resolv.conffile. Ciò significa che non dovresti più modificare /etc/resolv.confdirettamente; invece è necessario configurare l'utilità di configurazione dell'interfaccia di rete per fornire le informazioni giuste a resolvconf. Per Ubuntu Server l'utility di configurazione dell'interfaccia di rete è ifup ed è configurata dal file /etc/network/interfaces. Per Ubuntu Desktop l'utilità di configurazione dell'interfaccia di rete è NetworkManager . Questo è quello che stai usando.

NetworkManager è configurato mediante l' indicatore Network> Modifica connessioni . Tuttavia, per le interfacce di rete configurate da DHCP normalmente non è necessario modificare manualmente le impostazioni. Normalmente ciò che accade è che il server DHCP (remoto) fornisce a NetworkManager sia un indirizzo IP per l'interfaccia locale sia l'indirizzo di un server dei nomi (remoto) DNS da utilizzare. NetworkManager avvia un'istanza di un server dei nomi di inoltro che ascolta localmente su 127.0.1.1. Questo indirizzo, 127.0.1.1, viene inviato al resolvconf che mette nameserver 127.0.1.1in/etc/resolv.conf. NetworkManager fornisce inoltre l'indirizzo IP (remoto) del nameserver DNS fornito da DHCP al nameserver di inoltro. Quindi un programma in esecuzione sul sistema locale chiede al risolutore di tradurre un nome host in un indirizzo IP; il resolver interroga il nameserver di inoltro locale in 127.0.1.1; il server dei nomi di inoltro interroga i server dei nomi remoti di cui è stato informato, riceve una risposta e la rimette sulla catena.

NetworkManager comunica con il processo di inoltro del nameserver su D-Bus. Puoi vedere cosa ha detto NetworkManager al server dei nomi di inoltro eseguendo il comando

nmcli dev list iface eth0 | grep IP4.DNS

Aggiornamento derivante dai commenti:
Si noti che resolvconf scrive effettivamente il file /run/resolvconf/resolv.confin cui /etc/resolv.confsi suppone che sia un collegamento simbolico. Se /etc/resolv.confnon è un collegamento simbolico, è necessario ricrearlo. Per farlo puoi correre

sudo dpkg-reconfigure resolvconf

o

sudo ln -sf /run/resolvconf/resolv.conf /etc/resolv.conf        

Ho apportato la modifica suggerita sul link seguente (disabilitando dnsmasq). Ora tutto funziona alla grande! http://www.ubuntugeek.com/how-to-disable-dnsmasq-in-ubuntu-12-04precise.html

Apri il /etc/NetworkManager/NetworkManager.conffile

sudo gedit /etc/NetworkManager/NetworkManager.conf

Commenta la riga come:

#dnsmasq deactivated
#dns=dnsmasq

EDIT 2: il post precedente è stato giustamente eliminato dalla moderazione, sto pubblicando quella che ho trovato essere una soluzione. Scusa per quello.

EDIT: ho appena trovato la risposta ed è in questa stessa pagina - scusate il mio miopy. Di seguito ho pubblicato i miei risultati, ampliando la risposta corretta di Richard Lindstedt trovata in questa pagina. Ho lasciato il mio brontolio iniziale per un po 'di contesto. Per favore, vota la risposta di Richard, se la merita.

In realtà è davvero facile.

basta aprire il file conf delle interfacce -> sudo vi / etc / network / interfaces

Questo sicuramente non ha aiutato l'OP e non mi aiuta ora. Non vogliamo indirizzi statici, vogliamo usare quelli che il server DHCP ci invia. NetworkManager sembra riconoscerli, ma Ubuntu li ignora senza mezzi termini:

# nmcli dev list iface wlan0 | grep IP4.DNS
IP4.DNS[1]:          10.*.*.*
IP4.DNS[2]:          10.*.*.*
IP4.DNS[3]:          8.8.8.8

Ma...

# dig microsoft.com
; <<>> DiG 9.9.5-4.3-Ubuntu <<>> microsoft.com
;; global options: cmd
;; connection timed out; no servers could be reached

E la mia / etc / network / interfaces è:

auto lo
iface lo inet loopback

il che è un po 'strano, mi aspetto che tutte le interfacce vengano dichiarate qui (o mi sto perdendo qualcosa?).

Quindi, in breve:

• Non ho fatto casino con nessun file per cominciare
• Ho già corso dpkg-reconfigure resolvconf
• Il giusto link simbolico è attivo
• NetworkManager recupera i server DNS corretti dal DHCP
• Ubuntu NON utilizza tali indirizzi
• Per risolvere il problema, collocare 8.8.8.8 fisso su / etc / network / interfaces CHE NON VOGLIO
• Voglio utilizzare i server DNS forniti da DHCP in qualsiasi situazione.

Non aprire un altro thread perché è il problema esatto tranne che ora sono il 14.10 (ma questo mi ha tormentato dal momento dell'aggiornamento dal 12.10 al 13.04).

SOLUZIONE

L'ultima frase mi ha portato sulla strada giusta, e solo allora ho notato la risposta di Richard.

Il problema sembra essere correlato al conflitto dnsmasqe ai resolvconfpacchetti. Fino al 12.10, è dnsmasqstato utilizzato. Dal 13.04 in poi, Ubuntu sembrava passare a un ibrido dnsmasq / resolvconf, dove sono stati installati i pacchetti dnsmasq-basee resolvconf, ma non dnsmasqse stesso.

Non posso dire se si tratta di un bug negli script di aggiornamento per 13.04 o qualcos'altro, perché quando si installa l'aggiornamento (come nelle nuove installazioni) resolvconf, dnsmasq-base viene aggiornato e dnsmasq viene (correttamente) disinstallato.

Il problema è che lo script di aggiornamento non riesce a commentare la dns=dnsmasqriga /etc/NetworkManager/NetworkManager.conf. Quindi, anche se il demone dnsmasq non è più presente sul sistema, /etc/resolv.conf si aspetta comunque che lo sia.

In realtà è davvero facile.

basta aprire il file conf delle interfacce -> sudo vi / etc / network / interfaces

e sotto la tua interfaccia (probabilmente eth0) vedrai tutte le solite configurazioni.

address 192.168.22.71
netmask 255.255.255.0
gateway 192.168.22.1

Dopo il gateway, aggiungi semplicemente 'dns-nameservers 8.8.8.8 8.8.8.9' o qualunque sia il nameserver che intendi utilizzare.

Quindi la tua configurazione dovrebbe essere:

address 192.168.22.71
netmask 255.255.255.0
gateway 192.168.22.1
dns-nameservers 8.8.8.8 8.8.8.9

quindi fai semplicemente un "riavvio del servizio sudo" e sei a posto!