Savoir à qui appartient un domaine, depuis votre Mac ou votre iPhone

WHOIS est défini par la RFC 3912, et la spécification tient sur deux pages. On ouvre une connexion TCP sur le port 43, on envoie une seule ligne terminée par CRLF, et on lit ce que le serveur renvoie jusqu'à ce qu'il ferme la connexion. Pas de schéma, pas de type de contenu, pas d'en-tête de longueur, pas d'authentification, pas de chiffrement. La réponse est du texte libre dont la mise en forme dépend entièrement de l'opérateur : c'est pourquoi tout client whois est un empilement d'heuristiques plutôt qu'un parseur. L'absence d'en-tête de longueur a une conséquence concrète côté client : le seul signal fiable de fin de message est le FIN. L'implémentation iOS de SSHive boucle donc sur des réceptions NWConnection avec une taille maximale de 65536 octets et continue d'accumuler jusqu'à la complétion du flux, au lieu de s'arrêter au premier bloc. La version bureau fait de même sur une socket Node, avec un délai de dix secondes par saut pour qu'un serveur muet ne bloque pas le panneau. Sur iPhone et iPad, il n'existe pour l'instant aucun minuteur par requête : un serveur whois qui ne répond pas laisse tourner l'indicateur jusqu'à ce que la couche réseau abandonne d'elle-même. Autant le savoir avant d'incriminer l'application. Deuxième complication : la donnée recherchée est rarement sur le premier serveur interrogé. L'espace de noms est hiérarchique. L'IANA sait quel registre gère chaque TLD, le registre sait quel registrar parraine chaque domaine, et pour les registres fins seul ce registrar détient les coordonnées. Verisign est fin pour .com et .net : une requête n'y renvoie guère plus que le registrar, les dates et les serveurs de noms. PIR est épais pour .org et répond bien plus complètement en un seul appel. Suivre la chaîne suppose de reconnaître trois écritures de renvoi : refer: chez l'IANA et l'ARIN, Registrar WHOIS Server: chez les registres de gTLD, et ReferralServer: rwhois://hôte:port chez l'ARIN. La version bureau gère les trois et suit jusqu'à trois sauts, et sa table de serveurs de registre permet aux TLD courants d'éviter complètement le passage par l'IANA. La version iPhone et iPad part toujours de l'IANA et ne suit qu'un renvoi, ce qui pour un .com s'arrête généralement chez Verisign — moins de champs que sur Mac, par construction. Les limites, dites franchement : seul le corps du dernier saut est affiché, les réponses intermédiaires sont écartées ; les renvois rwhois portant un port non standard sont malgré tout contactés sur le 43 ; il n'y a aucune détection de quota, donc marteler un registre finit par renvoyer un refus plutôt que des données ; et le détecteur de renvoi mobile fait une correspondance par sous-chaîne et non par préfixe de ligne, si bien qu'une ligne sans rapport contenant ce texte peut l'orienter vers le mauvais serveur. L'avantage de cette conception, c'est la portabilité. Le port 43 n'est qu'une connexion TCP sortante ordinaire, couverte par l'entitlement réseau client standard, sans binaire privilégié à lancer ni socket brute à demander. C'est précisément pour cela que le whois se comporte de façon identique dans la version Mac App Store, dans le DMG en téléchargement direct, sur Windows, sur iPhone et sur iPad — contrairement au traceroute, que la sandbox bloque purement et simplement sur la version Mac App Store, ou au ping, qui devient une sonde TCP partout ailleurs que sur le DMG.