Não há DNS no Wi-Fi da Debian depois de desconectar o cabo DNS

Question

Instalei wheezy Release Candidate 1 no meu laptop antigo (Benq Joybook A52) agora, e tenho alguns problemas com minha placa wireless (Atheros 5006). Ele pode realmente ver as redes sem fio, eu posso até mesmo se conectar à minha rede doméstica, mas se eu desligar o cabo ethernet a internet não está funcionando, nem uma única página carrega no navegador. Eu não uso nenhum proxy, não tenho nenhuma configuração especial de segurança em meu roteador além da senha e estava trabalhando com o Windows ontem. Alguma idéia?

Sou novo no linux, então, por favor, seja paciente e dê uma resposta detalhada. Obrigado.

Editar: Eu corri / sbin / ifconfig, aqui está o resultado:

eth0      Link encap:Ethernet  HWaddr 00:1b:24:2c:d1:9e  
      inet addr:192.168.0.106  Bcast:192.168.0.255  Mask:255.255.255.0
      inet6 addr: fe80::21b:24ff:fe2c:d19e/64 Scope:Link
      UP BROADCAST MULTICAST  MTU:1500  Metric:1
      RX packets:428 errors:0 dropped:0 overruns:0 frame:0
      TX packets:416 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:70208 (68.5 KiB)  TX bytes:37104 (36.2 KiB)
      Interrupt:20 Base address:0xa000 

lo        Link encap:Local Loopback  
      inet addr:127.0.0.1  Mask:255.0.0.0
      inet6 addr: ::1/128 Scope:Host
      UP LOOPBACK RUNNING  MTU:16436  Metric:1
      RX packets:45 errors:0 dropped:0 overruns:0 frame:0
      TX packets:45 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:0 
      RX bytes:6099 (5.9 KiB)  TX bytes:6099 (5.9 KiB)

wlan0     Link encap:Ethernet  HWaddr 00:17:c4:04:28:a5  
      inet addr:192.168.0.105  Bcast:192.168.0.255  Mask:255.255.255.0
      inet6 addr: fe80::217:c4ff:fe04:28a5/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:10072 errors:0 dropped:0 overruns:0 frame:0
      TX packets:7874 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:11775024 (11.2 MiB)  TX bytes:1303131 (1.2 MiB)

Eu também executei a rota -n:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.0.1     0.0.0.0         UG    0      0        0 wlan0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 wlan0

E o resultado para o ping -n 8.8.8.8 é este:

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_req=1 ttl=49 time=18.7 ms
64 bytes from 8.8.8.8: icmp_req=2 ttl=49 time=20.5 ms                           
64 bytes from 8.8.8.8: icmp_req=3 ttl=49 time=18.3 ms                           
64 bytes from 8.8.8.8: icmp_req=4 ttl=49 time=18.6 ms                           
64 bytes from 8.8.8.8: icmp_req=5 ttl=49 time=17.6 ms                           
64 bytes from 8.8.8.8: icmp_req=6 ttl=49 time=18.3 ms                           
64 bytes from 8.8.8.8: icmp_req=7 ttl=49 time=19.0 ms                           
64 bytes from 8.8.8.8: icmp_req=8 ttl=49 time=18.8 ms
64 bytes from 8.8.8.8: icmp_req=9 ttl=49 time=18.7 ms
64 bytes from 8.8.8.8: icmp_req=10 ttl=49 time=18.6 ms
64 bytes from 8.8.8.8: icmp_req=11 ttl=49 time=18.6 ms
64 bytes from 8.8.8.8: icmp_req=12 ttl=49 time=18.5 ms
64 bytes from 8.8.8.8: icmp_req=13 ttl=49 time=18.9 ms
64 bytes from 8.8.8.8: icmp_req=14 ttl=49 time=18.8 ms
64 bytes from 8.8.8.8: icmp_req=15 ttl=49 time=18.7 ms
64 bytes from 8.8.8.8: icmp_req=16 ttl=49 time=18.5 ms

    

Answer 1

Eu não pretendo saber exatamente o que causou o seu problema, mas, pelos sintomas, foi um problema DNS : ping -n 8.8.8.8 funciona, mas, na verdade, o uso de serviços da Internet, como a navegação na Web, não funciona. (A propósito, 8.8.8.8 é um endereço IP memorável que você pode ter certeza que responderá ao seu ping (ele executa o serviço de DNS público do Google).

Normalmente, sua máquina é configurada para consultar alguns servidores DNS a montante de você, normalmente os servidores DNS de seu provedor. Acho que o que está acontecendo aqui é que, quando você desativa a conexão com fio, ele remove os servidores DNS associados de /etc/resolv.conf , que é o arquivo que lista os servidores DNS que seu sistema deve usar. Como a sua conexão Wi-Fi tem os mesmos servidores associados a ela, eles desaparecem.

Eu geralmente recomendo instalar o pacote resolvconf no Debian e derivados em computadores que não têm uma conexão fixa com a Internet (ou seja, principalmente em laptops, embora não seja prejudicial em desktops e servidores). Este pacote rastreia os servidores DNS associados a cada conexão e regenera /etc/resolv.conf sempre que uma fonte DNS é ativada ou desativada. Isso deve resolver seu problema (assim como outros problemas semelhantes). O Resolvconf é compatível com caches DNS locais instalados por pacotes Debian, como o dnsmasq .

Às vezes, quando você instala o resolvconf, ele pega as fontes fornecidas pela sua conexão atual e as coloca na lista permanente. Se isso acontecer, edite /etc/resolvconf/resolv.conf.d/base , remova qualquer servidor DNS que não esteja permanentemente disponível e desligue e religue a rede (ou apenas execute resolvconf -u ).

Outra abordagem para resolver problemas de DNS é usar servidores DNS diferentes dos seus ISPs, como OpenDNS ou Google . O serviço do Google tem um endereço memorável 8.8.8.8, que é útil se você não tiver DNS funcionando por algum motivo. Note que há desvantagens em usar serviços DNS alternativos , então faça isso somente se o DNS do seu ISP for ruim, não “apenas porque”.