Chaque fois qu’un client nous confie un domaine qu’on doit gérer pour lui, la première question est la plus plate : qui l’a enregistré, quand expire-t-il, et quel registraire détient le verrou. Tromper là-dessus, et on découvre, trois semaines avant une migration planifiée, que le domaine est enregistré sous le compte d’un ancien employé chez un registraire dont personne n’a les accès. Le Domain WHOIS Lookup de PortJar est la façon la plus rapide de sortir l’enregistrement sans se connecter nulle part.
Ce que l’outil fait
Il interroge le serveur WHOIS racine d’IANA, suit la référence vers le point WHOIS du registraire autoritatif, et retourne l’enregistrement complet — à la fois les champs clés analysés (registraire, date de création, date d’expiration, serveurs de noms, drapeaux d’état) et le texte brut retourné par le registraire. La référence en deux temps est importante : beaucoup de réponses WHOIS au niveau du registre sont des amorces qui vous indiquent seulement quel registraire questionner, et un outil qui s’arrête à l’amorce ratera les données d’expiration et d’état qui vivent en aval.
Après le RGPD, le WHOIS public pour la plupart des TLD génériques cache les coordonnées du titulaire — vous verrez « REDACTED FOR PRIVACY » à la place du nom. Le champ registraire, les dates, les serveurs de noms et les drapeaux d’état restent visibles, et ce sont généralement les champs qui comptent sur le plan opérationnel.
Comment l’utiliser
Ouvrez portjar.com/tools/domain-whois et entrez le domaine. L’outil résout vers le registraire qui détient le domaine, donc vous n’avez pas besoin de le savoir à l’avance. La sortie donne d’abord la vue analysée ; dépliez l’enregistrement brut quand vous avez besoin de voir des champs propres au registraire que l’analyseur ne fait pas remonter.
Pour des consultations répétées sur le même domaine — par exemple, surveiller un changement d’état avant un transfert — relancez la requête plutôt que de rafraîchir ; certains registraires limitent le débit du WHOIS et des couches de cache peuvent retourner une vue périmée.
Quand vous y recourriez
- Un client demande à Stack Harbor de prendre en charge le DNS ou l’hébergement d’un domaine et il faut confirmer le registraire avant de demander un code d’autorisation ou de planifier une délégation de serveurs de noms.
- Un renouvellement approche et le client ne sait pas si le renouvellement automatique est actif chez le registraire. La date d’expiration et le drapeau
clientAutoRenewensemble vous disent si une action est nécessaire. - Un transfert planifié est bloqué et vous devez voir si
clientTransferProhibitedouserverTransferProhibitedest posé, et de quel côté (client = contrôlé par le titulaire, server = contrôlé par le registre) le verrou est tenu. - Un courriel de fournisseur signale que le domaine est en « pending deletion » ou en « redemption period ». Le champ d’état WHOIS est la source autoritative pour ces états.
- Après un incident d’hameçonnage ou d’usurpation, comparer la date de création et le registraire d’un domaine sosie avec le vrai. Une date de création vieille de deux semaines et un registraire à bas prix, c’est un signal fort.
Quoi faire de la sortie
Un champ registraire rempli et une date d’expiration dans le futur, c’est la base. Assurez-vous que la date d’expiration et la liste des serveurs de noms correspondent à ce que le client croit — les clients pensent souvent que le domaine est chez un registraire alors qu’il est chez une entité acquise par lui.
Les drapeaux d’état portent l’essentiel du signal opérationnel. clientTransferProhibited est l’état normal de « verrou de registraire » et protège contre les transferts non autorisés — laissez-le actif. clientHold ou serverHold veut dire que le registre a suspendu le domaine, généralement pour non-paiement ou conformité, et le domaine ne résout pour personne. pendingDelete et redemptionPeriod sont des décomptes ; si vous les voyez, vous avez une fenêtre qui se mesure en jours, pas en semaines.
Un titulaire « REDACTED FOR PRIVACY » est normal post-RGPD pour .com, .net, .org et la plupart des ccTLD qui suivent la politique ICANN. Certains ccTLD (.ca et .fr par exemple) suivent des règles de registre locales et peuvent montrer ou cacher d’autres champs. L’absence de données de titulaire n’est pas un échec de l’outil.
Une requête WHOIS qui échoue d’emblée — connexion refusée, pas de réponse, serveur surchargé — est généralement transitoire. L’outil PortJar documente ce cas explicitement parce que certains serveurs WHOIS de TLD sont instables. Attendez une minute et réessayez avant de supposer un vrai problème avec le domaine.
Stack Harbor inventorie le registraire, l’expiration et l’état du verrou de chaque domaine qu’on gère dans le cadre des environnements infogérés.