Impossible de naviguer sur Internet ou d'envoyer un ping à un hôte, mais creuser fonctionne


13

Je ne peux parcourir aucun site Web. Veuillez jeter un œil à l'erreur suivante:

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

Mise à jour

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

Production:

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 

Comment essayez-vous de vous connecter à votre FAI? Sans fil / Ethernet (câble) ou modem. Afin de résoudre ce problème, nous aurons besoin de plus d'informations de votre part.
Christopher Stansbury

1
Cela semble être un problème de mise en réseau.
con-f-use du

collez la sortie de cette commande: ifconfig
shantanu

2
Qu'y a-t-il en vous /etc/nsswitch.conf, surtout sur la ligne qui commence hosts:? Vous devriez avoir dnsquelque part sur cette ligne.
taneli

1
@Scaine dig, hostet nslookupn'utilisez pas le commutateur de service de noms (car ils n'ont pas besoin de considérer d'autres mécanismes de service de noms que DNS). La plupart des autres logiciels l'utilisent. Il fait partie de libc, et man nsswitch.confsur la ligne de commande vous donnera une justification et une vue d'ensemble.
taneli

Réponses:


8

J'ai trouvé que le problème réside dans ce fichier /etc/nsswitch.conf. Dans ce fichier, l'entrée DNS a été manquée. Après avoir ajouté cette entrée, je peux parcourir les sites.

NSSWITCH


@OXwivi: taneli a répondu à la question presque un jour après que karthick87 y ait répondu lui-même.
binW

@binW, merci de l'avoir signalé, je n'ai pas remarqué le décalage horaire. C'est dommage que la prime soit
gaspillée

5

Vous devez ajouter dnsà /etc/nsswitch.confla ligne qui commence par hosts:. Par exemple, le mien a

hosts:          files mdns4_minimal [NOTFOUND=return] dns mdns4

qui, je pense, est la valeur par défaut dans natty.

Il serait bon de savoir si votre configuration a été interrompue par certains logiciels, car il est très rare (et difficile à diagnostiquer) si le commutateur de service de noms n'utilise pas les paramètres par défaut.


4

Il semble que vous ayez une connectivité à Internet (creuser fonctionne bien, les réponses DNS sont bonnes), donc c'est peut-être un problème de plus haut niveau, comme la configuration du proxy.

Alors, avez-vous vérifié les paramètres proxy de votre système?


Peut-être exécuter un wget pour tester directement http?
Scaine

3

Cela ressemble à un problème DNS.

Exécutez dig example.compour vérifier une telle requête DNS. S'il expire ou échoue, le serveur DNS configuré est cassé. Essayez de définir un autre serveur DNS en ajoutant la ligne suivante à /etc/resolv.conf(en remplaçant les autres nameserverentrées):

nameserver 8.8.8.8

Ce serveur de noms provient de Google, mais peut être défini sur n'importe quel serveur DNS valide.


J'ai essayé mais je reçois toujours la même erreur ..
karthick87

pouvez-vous publier le contenu de votre fichier resolver.conf?
fossfreedom

OpenDNS peut également être utilisé pour la résolution DNS.
Nathan Osman

1

as-tu remarqué ça

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

vous recevez 1,3 Giga octets et transmettez 1,2 Giga octets. J'écoute un programme radio via le navigateur Web depuis près de deux heures et je n'ai reçu (RX) que 888,8 Mo et transmis (TX) 22,7 Mo. Quelque chose utilise votre connexion réseau et cela pourrait être ce qui bloque votre accès. Vous ne dites pas quel OS vous utilisez. Vous pouvez maintenant être l'heureux propriétaire d'une machine zombie.

Utilisez-vous un torrent? Vous lui avez donné trop de bande passante?


Cela dépend de la durée de fonctionnement de votre ordinateur, j'obtiens ma part de quelques Go si je mets à jour certaines machines virtuelles Linux. L'envoi est toujours étrange, cependant.
Martin Ueding

1

Désactivez toutes les applications (Firefox, Thunderbird, etc.).

Entrez ensuite ces commandes dans un terminal:

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

Les 2 dernières commandes servent à arrêter la commande tcpdump.

Publiez la sortie dans votre question en tant que modification (en supposant que vous trouviez un moyen de le faire sans connexion Internet fonctionnelle - peut-être une clé USB pour transférer le journal de texte sur un PC avec Internet?).


0

J'ai récemment eu ce problème sur Windows où j'avais DNS mais pas de Ping, il y a deux possibilités:

  1. Vous utilisez un proxy qui ne fonctionne pas correctement, supprimez-le ou corrigez-le.

  2. Il y a quelque chose de cassé dans la chaîne du réseau; ce qui signifie que vous devez le reconstruire à partir de zéro, si vous ne voulez pas vous salir les mains avec le nettoyage et la réinstallation des pilotes et programmes réseau, vous pourriez aussi bien prendre une sauvegarde et réinstaller Ubuntu ...


0

Il doit s'agir d'un problème de FAI ou le modem / routeur / commutateur local joue avec vous. Redémarrez votre machine, votre modem et tous les périphériques affectés au réseau.

(Sinon, pouvez-vous envoyer une requête ping à Google par IP: 74.125.236.50?)


0

Vous avez masqué votre adresse IP en tant que 172.29.XX.YY, mais depuis votre masque de sous-réseau est 255.255. 255 .0, vous devez vous assurer que le troisième octet (le xx, pas le yy), est le même que votre routeur par défaut. Sinon, vous ne verrez que des PC sur le même sous-réseau que vous (172.29.xx). Si votre serveur DNS est sur le même sous-réseau que le vôtre, cela expliquerait pourquoi rien, sauf lui, ne fonctionne.


0

Une façon d'exclure le problème du navigateur serait d'exécuter:

telnet google.com 80

à partir d'une invite de terminal. Si cela fonctionne, vous devriez avoir deux lignes indiquant: Connecté à google.com, le caractère d'échappement est '^] ..


0

J'ai rencontré un problème similaire aujourd'hui, où tous les paramètres réseau étaient corrects, mais je ne pouvais que cingler et atteindre les machines locales.

J'ai vérifié le fichier ci-dessus et j'avais l'entrée DNS mais j'ai remarqué que j'avais raté l' mdns4entrée. Après avoir ajouté mdns4tout est OK. Mentionner cela au cas où quelqu'un d'autre rencontrerait le même problème


0

Je me rends compte que cela a été résolu, mais j'ai eu le même problème et la solution a dû faire avec la carte d'interface réseau par défaut qui est utilisée par le programme en question.

NB Toutes les machines Linux (Ubuntu 15.10). DNS est également lié à Ubuntu 15.10.

J'ai configuré un serveur DNS sur un réseau local sur lequel les machines connectées utilisaient leur deuxième ou troisième carte d'interface réseau (c'est-à-dire que chaque machine avait plusieurs cartes d'interface réseau connectées à différents réseaux), par exemple (pour une machine donnée sur le réseau en question):

  1. Interface 1: enp0s3 connecté à un réseau sans DNS configuré
  2. Interface 2: enp0s8 connecté au réseau avec le nouveau DNS
  3. Interface 3: enp0s9 connecté à un réseau sans DNS configuré

Le comportement de Dig semble indiquer qu'il parcourt toutes les interfaces de manière itérative jusqu'à ce qu'il obtienne une réponse, tandis que ping essaie simplement la première interface puis s'arrête / abandonne.

Après "downing" la première interface avec:

ifconfig enp0s3 down

ping a alors commencé à utiliser le DNS sur enp0s8

J'espère que cela aide toute personne qui pourrait encore essayer de le comprendre.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.