Não é possível navegar na Internet nem executar ping em um host, mas o dig funciona

13

Não consigo navegar em nenhum site. Veja o seguinte erro:

karthick@karthick:~$ ping www.google.com                         
ping: unknown host www.google.com

Atualizar

karthick@karthick:~$ dig www.google.com

; <<>> DiG 9.7.1-P2 <<>> www.google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26402
;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 4, ADDITIONAL: 4

;; QUESTION SECTION:
;www.google.com.            IN  A

;; ANSWER SECTION:
www.google.com.     238583  IN  CNAME   www.l.google.com.
www.l.google.com.   97  IN  A   74.125.236.50
www.l.google.com.   97  IN  A   74.125.236.48
www.l.google.com.   97  IN  A   74.125.236.52
www.l.google.com.   97  IN  A   74.125.236.49
www.l.google.com.   97  IN  A   74.125.236.51

;; AUTHORITY SECTION:
google.com.     146866  IN  NS  ns3.google.com.
google.com.     146866  IN  NS  ns2.google.com.
google.com.     146866  IN  NS  ns1.google.com.
google.com.     146866  IN  NS  ns4.google.com.

;; ADDITIONAL SECTION:
ns2.google.com.     317814  IN  A   216.239.34.10
ns1.google.com.     317814  IN  A   216.239.32.10
ns3.google.com.     317814  IN  A   216.239.36.10
ns4.google.com.     317814  IN  A   216.239.38.10

;; Query time: 5 msec
;; SERVER: 172.29.39.212#53(172.29.39.212)
;; WHEN: Wed Aug  3 15:30:38 2011
;; MSG SIZE  rcvd: 268

Resultado:

karthick@karthick:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr bc:30:5b:c4:fd:dc  
inet addr:172.29.XX.XX  Bcast:172.29.XX.XXX  Mask:255.255.255.0
inet6 addr: fe80::be30:5bff:fec4:fddc/64 Scope:Link
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:1757954 errors:0 dropped:0 overruns:0 frame:0
TX packets:1422948 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000 
RX bytes:1329324192 (1.3 GB)  TX bytes:1231317787 (1.2 GB)
Interrupt:16 

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:10528 errors:0 dropped:0 overruns:0 frame:0
TX packets:10528 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0 
RX bytes:768164 (768.1 KB)  TX bytes:768164 (768.1 KB)

karthick@karthick:~$ sudo iptables -nvL
[sudo] password for karthick: 
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target     prot opt in     out     source           destination         

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target     prot opt in     out     source           destination         

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target     prot opt in     out     source               destination 
karthick87
fonte
Como você está tentando se conectar ao seu ISP? Sem fio / Ethernet (cabo) ou modem. Para ajudar com esse problema, precisaremos de mais algumas informações suas.
Christopher Stansbury
1
Este parece ser um problema de rede.
con-f-use
cole a saída deste comando: ifconfig
shantanu
2
O que há no seu /etc/nsswitch.conf, especialmente na linha que começa com hosts:? Você deveria ter dnsem algum lugar nessa linha.
Taneli
1
@Scaine dig, hoste nslookupnão usar a opção de serviço de nome (como eles não precisam considerar outros mecanismos de serviço de nome de DNS). A maioria dos outros softwares o usa. Faz parte da libc e, man nsswitch.confna linha de comando, fornecerá justificativa e visão geral.
Taneli

Respostas:

8

Eu descobri que o problema está neste arquivo /etc/nsswitch.conf. Nesse arquivo, a entrada DNS foi perdida. Depois de adicionar essa entrada, posso navegar nos sites.

NSSWITCH

karthick87
fonte
@OXwivi: taneli respondeu à pergunta quase um dia depois que karthick87 respondeu a si mesmo.
binW
@binW, obrigado por apontar, eu não percebi o intervalo de tempo. É uma pena que a recompensa seja desperdiçada ...
Oxwivi
5

Você precisa adicionar dnsa /etc/nsswitch.confna linha que começa com hosts:. Por exemplo, o meu tem

hosts:          files mdns4_minimal [NOTFOUND=return] dns mdns4

que eu acho que é o padrão no natty.

Seria bom saber se sua configuração foi interrompida por algum software, pois é altamente incomum (e difícil de diagnosticar) se o recurso de troca de serviço de nomes não estiver usando as configurações padrão.

taneli
fonte
4

Parece que você tem conectividade com a Internet (dig funciona bem, as respostas DNS são boas), então talvez seja um problema de nível superior, como a configuração de proxy.

Então, você verificou as configurações de proxy do seu sistema?

Pavlos G.
fonte
Talvez execute um wget para testar o http diretamente?
Scaine
3

Parece um problema de DNS.

Execute dig example.compara verificar essa consulta DNS. Se atingir o tempo limite ou falhar, o servidor DNS configurado está quebrado. Tente definir um servidor DNS alternativo adicionando a próxima linha a /etc/resolv.conf(substituindo outras nameserverentradas):

nameserver 8.8.8.8

Este servidor de nomes é do Google, mas pode ser configurado para qualquer servidor DNS válido.

Lekensteyn
fonte
Eu tentei, mas ainda estou recebendo o mesmo erro ..
karthick87
você pode postar o conteúdo do seu arquivo resolve.conf?
fossfreedom
O OpenDNS também pode ser usado para resolução de DNS.
Nathan Osman
1

você percebeu isso

RX bytes:1329324192 (1.3 GB)  TX bytes:1231317787 (1.2 GB)

você está recebendo 1,3 Giga Bytes e transmitindo 1,2 Giga Bytes. Estou ouvindo um programa de rádio pelo navegador da web há quase duas horas e recebi apenas (RX) 888,8 MB e transmiti (TX) 22,7 MB. Algo está usando sua conexão de rede e pode ser isso que está bloqueando seu acesso. Você não diz qual sistema operacional está usando. Agora você pode ser o orgulhoso proprietário de uma máquina zumbi.

Você está usando um torrent? Você deu muita largura de banda?

grahammechanical
fonte
Depende de quanto tempo você tem o computador em funcionamento, recebo minha parte de alguns GB se atualizar algumas VMs do Linux. O envio ainda é estranho, no entanto.
Martin Ueding 13/08/11
1

Desligue todos os aplicativos (Firefox, Thunderbird, etc).

Em seguida, insira estes comandos em um terminal:

sudo -s  <enter your password>
date
tcpdump -qtn port 53 & host www.google.com
Ctrl-c (2 keys on the keyboard)

Os últimos 2 comandos são para parar o comando tcpdump.

Poste a saída de volta na sua pergunta como uma edição (supondo que você encontre uma maneira de fazê-lo sem uma conexão com a Internet - talvez uma chave USB para transferir o log de texto para um PC com Internet?).

pmatulis
fonte
0

Recentemente, eu tive esse problema no Windows, onde eu tinha DNS, mas sem Ping, existem duas possibilidades:

  1. Você está usando um proxy que não está funcionando corretamente, livre-se ou corrija-o.

  2. Há algo quebrado na cadeia da rede; o que significa que é necessário reconstruí-lo do zero, se você não quiser sujar as mãos com a limpeza e a reinstalação de drivers e programas de rede, é melhor fazer um backup e reinstalar o Ubuntu ...

Tamara Wijsman
fonte
0

Deve ser um problema no provedor de serviços de Internet ou o modem / roteador / switch local é reproduzido com você. Reinicie sua máquina, modem e todos os dispositivos afetados pela rede.

(Caso contrário, você pode executar ping no Google por IP: 74.125.236.50?)

antivirtel
fonte
0

Você mascarou seu endereço IP como 172.29.XX.YY, mas desde que sua máscara de sub-rede é 255.255. 255 .0, é necessário garantir que o terceiro octeto (o xx, não o yy) seja o mesmo do seu roteador padrão. Caso contrário, você verá apenas computadores na mesma sub-rede que você (172.29.xx). Se o seu servidor DNS estiver na mesma sub-rede que a sua, isso explicaria por que nada, exceto ele, está funcionando.

Scaine
fonte
0

Uma maneira de descartar o problema do navegador seria executar:

telnet google.com 80

a partir de um prompt do Terminal. Se funcionar, você deve ter duas linhas que dizem: Conectado ao caractere de escape do google.com é '^] ..

Justin Andrusk
fonte
0

Hoje tive um problema semelhante, onde todas as configurações de rede estavam corretas, mas eu só conseguia executar ping e alcançar máquinas locais.

Verifiquei o arquivo acima e tinha a entrada DNS, mas notei que perdi a mdns4entrada. Depois de adicionar mdns4tudo está OK. Mencionar isso no caso de alguém encontrar o mesmo problema

Werner Oderwer
fonte
0

Sei que isso foi resolvido, mas tive o mesmo sintoma e a solução tinha a ver com a placa de interface de rede padrão usada pelo programa em questão.

NB Todas as máquinas Linux (Ubuntu 15.10). O DNS também é bind9 sendo executado no Ubuntu 15.10.

Eu configurei um servidor DNS em uma LAN na qual as máquinas conectadas estavam usando sua segunda ou terceira placa de interface de rede (ou seja, cada máquina tinha várias placas de interface de rede conectadas a redes diferentes), por exemplo (para qualquer máquina na rede em questão):

  1. Interface 1: enp0s3 conectada a alguma rede sem DNS configurado
  2. Interface 2: enp0s8 conectada à rede com o novo DNS
  3. Interface 3: enp0s9 conectada a alguma rede sem DNS configurado

O comportamento do Dig parece indicar que iterativamente percorre todas as interfaces até obter uma resposta, enquanto o ping apenas tenta a primeira interface e depois para / desiste.

Após "derrubar" a primeira interface com:

ifconfig enp0s3 down

o ping começou a usar o DNS em enp0s8

Espero que isso ajude qualquer um que ainda esteja tentando descobrir.

Janus
fonte