creuser expire pendant que l'hôte travaille
J'exécute actuellement une installation relativement récente d'Ubuntu GNOME 15.10 sur un ordinateur portable connecté via Wifi. D'autres interfaces réseau sont présentes (haut débit mobile, Ethernet) mais à part l'interface lo non connectée.
Lors de l'exécution Dig example.com ou Dig @8.8.8.8 example.com la requête expire pendant que Host example.com fonctionne très bien.
Les routes réseau récupérées via route -n regardez bien pour moi. Autant que je sache, il n'y a aucun filtre présent sur ce réseau.
J'utilise Debian depuis la seule ligne de commande depuis quelques années, mais je suis assez nouveau sur Ubuntu - en particulier avec un shell graphique. J'apprécierais votre aide!
Délai d'expiration de la réponse de 8.8.8.8 dans votre réseau peut être supérieur à 15 s, le délai d'expiration par défaut de la commande Dig. Vous pouvez utiliser +time pour définir le délai d'expiration d'une requête sur n secondes. Le délai d'expiration par défaut est 5 secondes. Et utilisez également +tries définissez le nombre d'essais des requêtes UDP sur le serveur sur n au lieu de la valeur par défaut, 3:
Dig +time=10 +tries=5 @8.8.8.8 example.com
D'ACCORD. quelque chose de bizarre se passe ici. Ce problème n'est pas lié à Ubuntu, mais causé par une sorte de filtrage réseau étrange sur le réseau que j'utilise. Quant à savoir pourquoi c'est ou ce qui cause cela, je n'en ai aucune idée.
Apparemment, les recherches DNS basées sur UDP sont bloquées sur l'AP auquel j'étais connecté ou par le FAI. Ajout du +tcp flag à Dig a corrigé cela et il en va de même pour le changement de réseau (je n'ai pas pu essayer cela auparavant en raison du manque d'alternative).
D'après ce que je peux dire d'ici, le FAI est Versanet (Allemagne) et le réseau utilise à la fois l'équipement de TP-Link et de Netgear. Comme ce n'est pas mon réseau, je ne peux probablement pas creuser beaucoup plus loin ici.
Merci Tung Tran pour votre aide quand même.