Certaines personnes ne peuvent pas se connecter aux domaines que mon server de noms héberge

J'ai configuré le server de noms pour mon service VPS en utilisant bind9. Mon server a une configuration Ubuntu 10.04LTS.

Le problème auquel je suis confronté est que, pour certaines personnes, ils ne peuvent pas se connecter à mon server. Je pense qu'il faut faire quelque chose avec les parameters DNS.

Pour tester ce problème, j'ai fait le test suivant. Disons mon server en tant que server A (server de noms).

Du server random B, si je dig un des domaines hébergés sur mon server A, il trouve toujours le résultat 'NoError'. (ce qui signifie succès)

Cependant, pour le server random C, si je dig un des domaines hébergés sur mon server, environ la moitié du time, il renvoie le résultat SERVFAIL et l'autre moitié 'NoError'. C'est vraiment très étrange, car comment peut-on creuser à l'échec alors qu'il réussissait il y a quelques secondes?

L'un des domaines utilisant mon server de noms (bind) est comme ci-dessous.

 $TTL 604800 @ IN SOA ns.xxxx.net. admin.xxxx.net. ( 20110120 ; Serial 604800 ; Refresh 86400 ; Retry 2419200 ; Expire 604800 ) ; Negative Cache TTL ; @ IN NS ns.xxx.net. @ IN A xxx.xxx.xxx.78 ns IN A xxx.xxx.xxx.78 www IN A xxx.xxx.xxx.78 

Y at-il quelque chose d'exceptionnel qui peut causer un problème? Certaines personnes disent que le TTL 604800 est trop long … n'est-ce pas?

One Solution collect form web for “Certaines personnes ne peuvent pas se connecter aux domaines que mon server de noms héberge”

Tout d'abord, si vous avez changé récemment les servers de noms d'un domaine, la propagation est une cause probable. Dans tous les cas, les tests ci-dessous devraient aider à déterminer si les choses sont configurées correctement.

Test 1: Déterminez vos servers DNS configurés pour votre domaine. Exécutez et notez les résultats des commands suivantes:

$ whois domain.com – Indique ce que l'logging WHOIS a répertorié comme vos servers de noms (oui, cela peut être fait à partir de la command line pour la plupart des systèmes * nix)

$ dig +trace ns domain.com$ dig +trace ns domain.com les NS listés sur le WHOIS avec ce que disent les servers DNS (la +trace donne une vue détaillée des servers qui sont frappés lors de votre requête et que le 'ns' interroge l'logging NS pour le domaine). Vous, idéalement, souhaitez exécuter ceci sur Server B & Server C et comparer les résultats

$ dig +trace domain.com – Juste pour une bonne mesure, voir ce que la requête de $ dig +trace domain.com indique pour le domaine lui-même. Encore une fois, faites ce test sur les deux machines.

REMARQUE: Je crois que c'est là que vous verrez probablement un échec. Il semble que l'un de vos servers de noms ne répond pas pour une raison quelconque. Cela peut être dû à l'installation ou à la propagation incorrecte de l'un de vos servers DNS.

Test 2: searchz directement vos servers de noms pour vous assurer qu'ils sont tous deux correctement configurés

Idéalement, vous devriez avoir deux servers de noms configurés pour votre domaine hébergé sur deux machines distinctes. Beaucoup de gens ne le font pas (je suppose que ce n'est pas grave si leur domaine ne se résout pas si leur server de noms se déplace). Nous interrogerons les deux servers de noms pour nous assurer que les adresses IP correctes sont returnnées. Faites ceci en utilisant ce qui suit:

$ dig @ns1.domain.com domain.com – Remplacez 'ns1.domain.com' par l'adresse IP ou le nom d'hôte de votre server DNS (adresse IP pour une meilleure mesure).

De même, testez le server de second nom et assurez-vous qu'il donne les valeurs correctes:

$ dig @ns2.domain.com – Encore une fois, replace 'ns2.domain.com' par l'adresse IP ou le nom d'hôte de votre server DNS (adresse IP pour une meilleure mesure).

Ces tests doivent indiquer toute anomalie dans la configuration ou dans le process de résolution DNS à partir de l'une ou l'autre machine.

J'espère que cela pourra aider. Veuillez publier les résultats si vous rencontrez toujours des problèmes.

  • Redimensionner la partition XFS (augmenter)
  • Analyser le journal uwsgi strace pour savoir pourquoi il faut une utilisation élevée du processeur
  • limits.conf n'est pas appliqué.
  • Qu'est-ce que ce journal signifie?
  • ubuntu: permet à un user d'exécuter un script avec les permissions root
  • Comment reconstituer iconv sur Linux (Ubuntu 14.04 LTS) avec pseudo-charset UTF8-MAC?
  • fsck système de files racine sur une machine distante
  • Problème lors du deployment d'une nouvelle application dans le server Tomcat6
  • Tomcat - Le lien symbolique vers le directory d'images n'indique pas les images
  • Configurez sftp pour utiliser le mot de passe mais ssh ne doit pas utiliser le mot de passe
  • Configuration du server APACHE-JAMES
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.