O Debian (OpenMediaVault) não pode resolver nomes de host

0

Recentemente eu tenho um novo roteador (Fritz.Box 6490) e tive que mudar as configurações de rede no meu NAS. Eu liguei o meu OpenMediaVault-PC baseado em wheezy-debian e configurei o eth0 para DHCP editando / etc / network / interfaces manualmente (ele foi corrigido para 192.168.0.2 antes). O NAS foi instantaneamente acessível novamente na minha rede doméstica. Eu queria então atualizar meu sistema por meio de uma sessão de raiz SSH da minha mesa, então eu dei apt-get update a try e terminei com esse erro sendo o mesmo para todas as fontes:

Err http://ftp.de.debian.org wheezy Release.gpg
  On resolving »ftp.de.debian.org:http« something bad happened (-5 - no hostname belong to this address).
// output translated by myself

Percebi que não posso executar ping no meu roteador com ping fritz.box , mas ao usar ping 192.168.178.1 ele funciona bem. O acesso à Internet também parece funcionar bem, já que posso até pingar no google.com com seu IP. Eu acho que, portanto, não será um problema de configuração de rede.

O que mais pode ser o problema aqui? Eu já verifiquei várias outras coisas, mas o Linux não é realmente o meu ponto strong, então incluí um conjunto de saídas abaixo que podem ajudar as coisas.

/ etc / network / interfaces:

# The loopback network interface
auto lo
iface lo inet loopback

# eth0 network interface
auto eth0
allow-hotplug eth0
iface eth0 inet dhcp
    pre-down ethtool -s $IFACE wol g
iface eth0 inet6 manual
    pre-down ip -6 addr flush dev $IFACE

route -n:

Ziel            Router          Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.178.1   0.0.0.0         UG    0      0        0 eth0
192.168.178.0   0.0.0.0         255.255.255.0   U     0      0        0 eth0

ifconfig:

eth0      Link encap:Ethernet  Hardware Adresse d0:50:99:76:10:e9
          inet Adresse:192.168.178.27  Bcast:192.168.178.255  Maske:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:2929 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2243 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:607082 (592.8 KiB)  TX bytes:611104 (596.7 KiB)
          Interrupt:136 Basisadresse:0xc000

lo        Link encap:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:16436  Metrik:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

/etc/apt/sources.list:

# deb cdrom:[Debian GNU/Linux 7.0.0 _Wheezy_ - Official Snapshot amd64 LIVE/INSTALL Binary 20150629-08:52]/ wheezy contrib main non-free
# deb cdrom:[Debian GNU/Linux 7.0.0 _Wheezy_ - Official Snapshot amd64 LIVE/INSTALL Binary 20150629-08:52]/ wheezy contrib main non-free

deb http://ftp.de.debian.org/debian/ wheezy main
deb-src http://ftp.de.debian.org/debian/ wheezy main

deb http://security.debian.org/ wheezy/updates main contrib non-free
deb-src http://security.debian.org/ wheezy/updates main contrib non-free

# wheezy-updates, previously known as 'volatile'
deb http://ftp.de.debian.org/debian/ wheezy-updates main contrib non-free
deb-src http://ftp.de.debian.org/debian/ wheezy-updates main contrib non-free
    
por farosch 03.03.2016 / 00:47

1 resposta

0

Caramba, deveria ter esperado 10 minutos a mais antes de fazer minha pergunta: D

Então, o problema estava dentro de /etc/resolv.conf o arquivo ainda estava se referindo à minha rede antiga e ficou assim:

search local
nameserver 192.168.0.1
nameserver 192.168.0.2

e eu mudei para

search local
nameserver 192.168.178.1

Agora funciona como um encanto novamente. Mas isso ainda é meio estranho, porque eu tentei definir a configuração para DHCP através da interface da web do OpenMediaVault depois que descobri que não posso resolver nomes de host, mas essa função não parece alterar os dados do arquivo resolv.conf . De qualquer forma .. problema resolvido;)

    
por 03.03.2016 / 01:08