Solução de problemas de conexão de rede sem fio: o DNS não funciona

0

Eu tenho um roteador sem fio que atribui IPs usando DHCP . Meu laptop ( Acer Aspire 1 110L executando Ubuntu 10.10 ) se conecta à rede sem fio, mas o DNS não está funcionando. Eu tentei resolver o problema após vários tutoriais sobre ajuda do ubuntu , mas estou preso.

(Meu laptop funciona bem com outras redes sem fio, e outros computadores podem se conectar à Internet usando o roteador em questão. Meu laptop funcionou bem com este roteador até algumas semanas atrás. Infelizmente eu não sei o que mudou para causar Eu tentei inicializar em vários kernels antigos que ainda estão no sistema, mas isso não resolveu o problema.)

Eu posso conectar-me à rede sem fio. O applet do gerenciador de rede indica que a conexão foi bem sucedida.

ifconfig indicates that my computer is assigned an IP address (192.168.0.105).

/etc/resolv.conf contém uma linha:

nameserver 192.168.0.1

netstat -nr indica que eu tenho uma rota padrão para 192.168.0.1

Eu posso ping 192.168.0.1 e meu laptop (por exemplo, localhost , 127.0.0.1 , 192.168.0.105 ). Não consigo pingar outros nomes (por exemplo, www.askubuntu.com ) ou endereços (por exemplo, 64.34.119.12 ).

O que devo fazer para tentar corrigir esse problema?

Obrigado!

    
por hingev 14.04.2011 / 04:19

1 resposta

2

/etc/resolv.conf contém suas listagens de DNS . 192.168.0.1 é obviamente o roteador em questão. Você precisa fornecer manualmente o (s) servidor (es) de nomes fornecido (s) pelo seu isp. Geralmente, você pode obter essas informações na página do roteador / status. No seu caso, o roteador não é um servidor de nomes e, portanto, não resolve o DNS.

O Network-Manager sobrescreverá o /etc/resolv.conf para acomodar as conexões configuradas pelo dhcp. Brincar com conexões mistas estáticas e dhcp pode algumas vezes acionar esse arquivo para ser sobrescrito. Você também pode tentar deixar o gerenciador de rede ter outra chance reiniciando manualmente a rede.

$ sudo /etc/init.d/networking restart 

Também podemos tentar resolver o problema diretamente utilizando o dhclient.

$ sudo dhclient -r
$ sudo dhclient 
    
por daganh 14.04.2011 / 12:19