Comparez les prix des domaines et des services informatiques des vendeurs du monde entier

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':

[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.
Invité:

Giselle

Confirmation de:


127.0.0.1

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:

nameserver 213.186.33.99

Pourquoi as-tu 127.0.0.1 En tant que serveur de noms?

Babette

Confirmation de:

Très probablement, vous avez indiqué 127.0.0.1 (localhost), Parce que dans votre distribution, le nom du service de mise en cache de nom est utilisé. Pensez-y en tant que serveur DNS de mise en cache qui fonctionne sur votre propre ordinateur. L'efficacité de l'utilisation d'un tel démon est controversée.

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

sudo service nscd restart

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:

sudo service nscd stop
sudo chkconfig nscd off

Dominique

Confirmation de:

Modifiez la procédure pour les serveurs de noms dans l'ordre inverse, et cela accélérera.

nameserver 213.186.33.99
nameserver 127.0.0.1

Christine

Confirmation de:

Dans mon cas, j'ai utilisé DNS Google Au lieu de leurs routeurs (passerelle)

j'ai remplacé

192.168.1.1

et ajouté:

nameserver 8.8.8.8
nameserver 8.8.4.4

Giselle

Confirmation de:

Il s'avère qu'il s'agit toujours d'un problème de pare-feu ... W. OVH Il y a vraiment un pare-feu de réseau erroné qui a provoqué des problèmes. Des employés OVH m'a dit que mon pare-feu est configuré pour 100% Normalement, parce que sinon, il serait impossible de permettre l'utilisation

213.186.33.99

. 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:

Tout notre bureau a récemment connu des symptômes, exactement la même chose que celle décrite dans OP, Quels sont les points du problème avec le périphérique de routeur (Fortigate).

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

4.2.2.1

et

4.2.2.2

. Pour des raisons inconnues, ces serveurs ont très mal fonctionné.

Nous sommes allumés

1.1.1.1

(CloudFlare) et

8.8.8.8

(Google) Et le problème est résolu instantanément et la vitesse d'observation globale augmentait considérablement.

Agathe

Confirmation de:

Cette configuration fonctionne pour moi:

nameserver 213.186.33.99
nameserver 127.0.0.1
nameserver 208.67.222.222
search ovh.net

Pour répondre aux questions, connectez-vous ou registre