Résoudre un nom de domaine sans ouvrir de terminal

Sur macOS et Windows, SSHive n'appelle pas la fonction de résolution POSIX du système. Il utilise la bibliothèque résolveur embarquée dans le runtime desktop, qui construit et analyse elle-même les messages DNS et parle directement le protocole aux serveurs déclarés dans la configuration réseau de la machine. C'est précisément ce choix qui rend accessibles les types autres que les adresses : l'API POSIX getaddrinfo ne sait répondre qu'à une seule question — « donne-moi les adresses de socket de ce nom » — et n'a aucun moyen d'exprimer « donne-moi l'ensemble MX ». Six requêtes (A, AAAA, MX, CNAME, NS, TXT) partent en parallèle, chacune avec sa propre gestion d'erreur, si bien qu'un domaine sans AAAA ni CNAME renvoie quand même ses lignes A et MX au lieu de transformer toute la résolution en échec. Le nom d'hôte saisi est validé par un motif strict avant d'atteindre le résolveur. Cette implémentation traverse le bac à sable Mac App Store sans restriction. Une requête DNS est du trafic client sortant ordinaire, couvert par l'entitlement client réseau. À comparer au traceroute, qui exige des sockets ICMP brutes refusées par le sandbox : le traceroute est donc absent de la version Mac App Store et n'existe réellement que dans le DMG et sous Windows. DNS Lookup n'a aucun garde-fou de ce type sur les cinq plateformes où il est proposé. Sur iPhone et iPad, l'app résout via getaddrinfo avec AF_UNSPEC et SOCK_STREAM, parcourt la chaîne addrinfo renvoyée, convertit chaque adresse avec inet_ntop et déduplique. D'où A et AAAA, et rien d'autre : c'est la nature de l'API, qui rend des adresses de socket et non des enregistrements de ressource, en écartant les TTL, les sections d'autorité et additionnelle, et tout ce qui n'est pas une adresse. Elle emprunte également le chemin de résolution du système, donc elle respecte ce que le réseau impose — y compris la synthèse DNS64/NAT64 sur les réseaux mobiles en IPv6 seul, où vous pouvez légitimement voir un AAAA pour un hôte qui ne publie qu'un A. Ce n'est pas un défaut de l'outil : c'est le réseau qui vous dit comment votre appareil se connectera réellement. Faire du DNS brut sur iOS est possible — l'outil MX Lookup le fait, en émettant une requête MX via le résolveur BSD et en analysant lui-même la section de réponse, c'est ainsi qu'il rend priorité et serveur d'échange sur mobile. DNS Lookup a délibérément conservé le chemin système, parce que la question à laquelle il répond est « qu'est-ce que cet appareil va utiliser pour ouvrir la connexion ». Ce qui manque partout, dit clairement : ni SOA, ni SRV, ni CAA ; pas de sélecteur de type ; pas de champ serveur de noms personnalisé ; pas d'état de validation DNSSEC affiché ; pas de TTL. La conséquence pratique mérite d'être intégrée : SSHive répond à « que résout cette machine, maintenant » — la question que l'on se pose réellement pendant un incident, et celle à laquelle un vérificateur web ne peut pas répondre pour l'appareil que vous tenez. « Que dit la zone faisant autorité » reste une question pour dig @ns1.exemple.fr.