CentOS Recherche extrêmement lente DNS
Pour une raison quelconque, deux de mes voitures ont commencé à souffrir d'une recherche extrêmement lente DNS.
Un exemple de sortie de commande synchronisée 'host':
La recherche prend au moins 3 Secondes Quelle que soit l'adresse utilisée ou combien de fois la recherche est effectuée. Le plus grand temps que j'ai vu était 9 Secondes pour la recherche www.paypal.com.
J'ai exclu la possibilité d'un serveur DNS lent, car j'utilise le même convertisseur DNS sur 4 D'autres serveurs situés dans un centre de données, et ils fonctionnent tous normalement. (<1 Recherche de la SP)
Ce que j'ai déjà essayé sans succès:
Une addition
dans /etc/resolv.conf
Une addition
dans /etc/resolv.conf
Coupure IPv6 par
Coupure NetworkManager (Il n'est pas installé sur mon serveur.)
Ceci est mon fichier actuel. /etc/resolv.conf:
DANS
Il semble que la commande fonctionne bien, montrant le temps de requête 0 m / s.
Il y a des idées, quelle pourrait être la raison de cela? j'utilise CentOS 6 Sur les deux machines.
Un exemple de sortie de commande synchronisée 'host':
[root@ns507403 ~]# time host www.google.com
www.google.com has address 172.217.5.4
www.google.com has IPv6 address 2607:f8b0:4006:80d::2004
real 0m3.050s
user 0m0.000s
sys 0m0.004s
La recherche prend au moins 3 Secondes Quelle que soit l'adresse utilisée ou combien de fois la recherche est effectuée. Le plus grand temps que j'ai vu était 9 Secondes pour la recherche www.paypal.com.
J'ai exclu la possibilité d'un serveur DNS lent, car j'utilise le même convertisseur DNS sur 4 D'autres serveurs situés dans un centre de données, et ils fonctionnent tous normalement. (<1 Recherche de la SP)
Ce que j'ai déjà essayé sans succès:
Une addition
options single-request
dans /etc/resolv.conf
Une addition
options single-request-reopen
dans /etc/resolv.conf
Coupure IPv6 par
sysctl -w net.ipv6.conf.all.disable_ipv6=1
Coupure NetworkManager (Il n'est pas installé sur mon serveur.)
Ceci est mon fichier actuel. /etc/resolv.conf:
nameserver 127.0.0.1
nameserver 213.186.33.99
search ovh.net
DANS
dig
Il semble que la commande fonctionne bien, montrant le temps de requête 0 m / s.
Il y a des idées, quelle pourrait être la raison de cela? j'utilise CentOS 6 Sur les deux machines.
Aucun résultat connexe trouvé
Invité:
Pour répondre aux questions, connectez-vous ou registre
7 réponses
Giselle
Confirmation de:
Ceci est votre interface de retour. localhost, C'est-à-dire que vous atteignez votre propre serveur. Pour diverses raisons, votre serveur l'utilise d'abord pour rechercher. DNS, Et, étant donné que votre serveur ne sait pas comment répondre à une demande DNS, vous devez attendre que le temps d'attente de la requête expire et passe sur le serveur de deuxième nom.
Utilisez simplement le serveur DNS réel comme le seul enregistrement:
Pourquoi as-tu 127.0.0.1 En tant que serveur de noms?
Babette
Confirmation de:
Il présente des avantages dans l'accélération de certains types d'utilisation d'Internet en réduisant le nombre de demandes DNS envoyées à Internet. Néanmoins, j'ai vu qu'ils ont cassé et brûlé sur eux-mêmes, ce qui a conduit à des erreurs "Réseau lent", qui sont très comme beaucoup d'entre nous.
Si je me souviens bien, CentOS Les usages nscd (Noms de mise en cache de démon) Effectuer cette fonction. Vite-fait
Doit le réparer.
Ou vous pouvez faire ce que vous avez fait et, pour ainsi dire, exclure un intermédiaire. Si tel est le cas, et vous ne voulez pas exécuter le démon de mise en cache, vous devez l'éteindre:
Dominique
Confirmation de:
Christine
Confirmation de:
j'ai remplacé
et ajouté:
Giselle
Confirmation de:
. C'était incorrect, le pare-feu est ignoré pour cette adresse IP spécifique, car elle semble être placée à l'intérieur du réseau. OVH.
Blanche
Confirmation de:
Le problème était de choisir les noms des noms dans la configuration du routeur. Nos anciens réglages ont pointé des serveurs fiables. Level3 sur
et
. Pour des raisons inconnues, ces serveurs ont très mal fonctionné.
Nous sommes allumés
(CloudFlare) et
(Google) Et le problème est résolu instantanément et la vitesse d'observation globale augmentait considérablement.
Agathe
Confirmation de: