Comment peut-on déterminer avec précision une disponibilité de nom de domaine à déterminer en vérifiant l'existence de Sinon, comment puis-je déterminer cela comme Je suis spécifiquement intéressé par .CO.za domaines, mais la seule façon officielle et résistante à vérifier la disponibilité dans l'espace de noms .CO.za est d'utiliser http://co.za/whois.shtml , qui limite la vérification consécutive par adresse IP.
8 Réponses :
Whois est le moyen canonique de vérifier la disponibilité du domaine. La limitation du taux est là délibérément de maintenir les personnes de surcharger les serveurs Whois. L'existence d'enregistrements SOA pourrait être une bonne supposition, mais ce n'est pas une réponse certaine.
Oui, la vérification de la SOA n'est pas parfaite. Mais y a-t-il une meilleure façon, peut-être conjointement avec d'autres enregistrements, d'améliorer la précision?
Bien que ce soit la voie canonique, Whois est également un moyen notoirement peu fiable de vérifier la disponibilité du domaine, car chaque registraire exploite ses propres bases de données, avec leurs propres politiques non uniformes.
Ricknz: Cela dépend du TLD. Pour la grande majorité du TLD, le serveur WHOIS est exploité par le registre et non les bureaux d'enregistrement.
Au sein de .com, par exemple, il existe de multiples sources / bases de données des enregistrements WHOIS (le modèle dit "mince"), qui sont situés avec et géré par des bureaux d'enregistrement. Beaucoup de ces serveurs ont une réputation d'être hors ligne régulièrement. En outre, certains TLD n'ont même pas de serveurs Whois (y compris .CO.za).
En pratique, la recherche DNS fonctionne 99% du temps. Si vous écrivez quelque chose comme ajaxwois , je suggérerais d'aller à cet itinéraire. Si vous avez un million de noms à vérifier, je ferais une première passe avec une recherche DNS, puis peut-être effectuer une deuxième passe sur celles que vous pouvez envisager d'acheter.
DNS recherche échoue pour tout le TLD où vous pouvez réserver un domaine sans le publier dans le DNS ...
.CO.ZA Domaines nécessite des serveurs de noms valides lors de l'inscription.
Le seul moyen fiable 100% de vérifier la disponibilité du domaine consiste à interroger la base de données du registraire. Je ne ferais pas confiance wois.
Vous pouvez utiliser DNS pour obtenir un estimation em>. Au lieu de chercher un enregistrement SOA, je serais simplement à voir si quelque chose du tout est répertorié avec le serveur de noms TLD. fournira une liste des serveurs de noms pour .CO.ZA. Un de ces serveurs est NS0.IS.CO.ZA. P> Suivant, requête ce serveur directement pour voir s'ils ont quelque chose répertorié pour votre domaine d'intérêt: P> DIG CODE> est un bon outil pour cela (s'exécute sur Windows, aussi), bien que je suppose que vous pouvez également utiliser Nslookup. Par exemple: p> dig ibm.co.za @ns0.is.co.za
Par conséquent, l'existence d'un enregistrement NS est une meilleure indication qu'il est pris? Pouvez-vous élaborer sur "aller directement"?
Oui, les enregistrements NS sont une meilleure indication. S'ils n'existent pas, vous ne pouvez pas obtenir le disque SOA ou quoi que ce soit d'autre significatif à l'aide de DNS. En «aller directement», je veux dire interroger uniquement le serveur TLD. Le processus de requête normale va quelque chose comme ceci: votre application interroge le DNS local, qui transmet à un DNS partagé (facultatif; telle que sur un routeur) qui transmet à votre DNS de votre fournisseur de réseau qui interroge les serveurs racines pour trouver le serveur TLD droit, puis les requêtes. Le serveur TLD pour trouver le serveur du domaine, puis interroge le serveur de domaine. Pour déterminer la validité du domaine, interrogez simplement le serveur TLD; rien d'autre n'est nécessaire.
Y a-t-il un serveur de noms global .CO.za TLD? Sinon, quel serveur DNS fournira la réponse la plus rapide des requêtes .co.za? La vérification en vrac pour "tous les" enregistrements DNS semble trouver pratiquement tous les domaines enregistrés .co.za.
La première requête de creuser indique ci-dessus une liste de tous les serveurs TLD .CO.za, dont l'un d'entre eux peut gérer des requêtes pour l'ensemble du domaine. Si vous envisagez un processus de requête en vrac où Perf est important, vous pourriez tous les ping et voir lequel est le plus proche topologiquement.
Bonne suggestion. ns0.is.co.za. semble avoir le moins houblon entre entre elles.
dig co.za. Ns montre .CO.ZA TLD
noms de noms. Ping tld serveurs et utiliser le plus proche
ceux à éviter sans aucun problème récursif
Questions.
Merci pour vos réponses.
J'ai également utilisé la méthode de creuser pour tester l'existence d'un domaine avant de vous inscrire, mais environ 10% du temps, il renvoie des domaines qui ne sont pas disponibles aussi disponibles. En effet, le propriétaire du domaine n'a mis en place aucun enregistrement pour le domaine. Alors ce que j'ai décidé de faire est:
Les gens passeront par un tas de domaines qui ne sont pas disponibles et cela ne gaspille pas les demandes allouées selon lesquelles uniforum fournit. Seulement si quelque chose semble être disponible, vérifiez-vous CO.ZA elle-même. Il me semble être le seul moyen fiable de le faire sans perdre d'accès à co.za/whois.shtml en raison de leur envoyer un million de demandes :)
Le seul moyen de déterminer si un domaine est disponible ou non pour interroger la base de données de registre pour ce domaine. Habituellement, vous pouvez le faire en effectuant une requête WHOIS sur l'interface du registre Whois.
Il y a plusieurs raisons d'expliquer pourquoi une vérification DNS n'est pas sûre.
L'explication la plus simple est que vous pouvez enregistrer un domaine sans le pointer vers un emplacement. C'est comme une maison. Vous pouvez acheter une maison, mais vous n'êtes pas obligé de construire une route pour l'atteindre.
La plupart des fournisseurs de domaine disponibles vous obligent à pointer un DNS, sinon ils définissent une valeur par défaut. Mais vous n'êtes pas obligé, ce n'est pas une sorte d'exigence de domaine obligatoire.
La deuxième raison est parce qu'il existe en réalité des cas lorsqu'un domaine est enregistré mais non disponible. L'un de ces cas est la période souvent appelée période de rachat . Cette période dure quelques jours après l'expiration du domaine et que le propriétaire actuel ne le renouve pas. Plusieurs registres désactivent le domaine, cela signifie qu'il n'est plus accessible via DNS, mais le domaine existe toujours et peut être racheté (généralement) uniquement par le propriétaire d'origine.
Le chèque DNS est bon marché et parfois plus rapide. Si vous devez vérifier si le domaine existe, vous pouvez essayer une requête DNS en premier et, en cas de défaillance, repliez la requête Whois. En d'autres termes,
essayé whois et cela me donne des résultats étranges (google.fr aussi libre!) Alors j'ai essayé une commande Windows: nslookup votreDomain et vous obtiendrez son ip si elle est enregistré.
Probablement une mauvaise utilisation des whois. Je viens de vérifier et, évidemment, google.fr n'est pas gratuit. Apprenez à utiliser vos outils. Si vous voulez tester, goooooogle.fr est gratuit.
Si vous envisagez de faire des chèques en vrac, vous serez bientôt déçu par le résolveur DNS intégré - il est synchrone. Il y a une belle bibliothèque mignonne appelée Adns ( http://www.gnu.org/software/adns/ ) qui propose des requêtes DNS asynchrones. Il est accompagné d'un petit outil de ligne de commande Les arguments exacts sont La 4ème colonne de la sortie contiendra le code de résultat:
Vérification des noms de domaine 1.2M prend environ 4-6 heures, mais cela varie en fonction de la vitesse de réseau / de la congestion. adnshost que j'utilise en combinaison avec N-DJBDNS ( http://pjp.dgplug.org/ndjbdns/ ) en tant que résolveur récursif.
adnshost -a -tns -f
Ce n'est pas parce qu'un nom DNS ne résout pas, cela ne signifie pas qu'il n'a pas été enregistré.
Je sais, j'essaie d'estimer sa disponibilité sans recourir à Whois.