A, AAAA, MX, CNAME, NS und TXT in einer Abfrage auf macOS; diese sechs plus SOA auf iPhone und iPad. Überall gratis, ohne Werbung und Konto.
Von Lucas Russo, Entwickler von SSHive · Aktualisiert am
Die App für iPhone und iPad gibt es auf Englisch, Französisch und Spanisch, nicht auf Deutsch; die Sprache stellen Sie in den Einstellungen der App ein. Die Mac-App ist auf Deutsch.
Unter macOS löst eine einzige Suche sechs parallele Abfragen aus: A, AAAA, MX, CNAME, NS und TXT. Jede wird unabhängig behandelt, eine Domain ohne CNAME oder ohne IPv6 liefert also trotzdem alles andere, statt in einen Fehler zu laufen. Die Ergebnisse landen in einer Typ/Wert-Tabelle in fester, vorhersehbarer Reihenfolge.
Mobil erfolgt die Auflösung über den BSD-Resolver und liefert A, AAAA, CNAME, MX, TXT, NS und SOA, dedupliziert, nach Typ gruppiert, mit farbcodiertem Abzeichen, der TTL des Records und einer Kopiertaste an jedem Wert. Die sieben Abfragen laufen nacheinander statt parallel. Für das Mail-Routing steht daneben ein eigenes MX-Lookup-Werkzeug.
DNS Lookup läuft in der Mac-App-Store-Version, auf dem iPhone und auf dem iPad identisch. Eine DNS-Abfrage ist gewöhnlicher ausgehender Client-Verkehr, es gibt also nirgends eine Sandbox-Sperre und keinen eingeschränkten Modus: kein Entitlement, über das zu streiten wäre, und keine Plattform, auf der das Werkzeug weniger antwortet als anderswo.
Die Abfragen gehen an die DNS-Server, die Ihr Gerät ohnehin verwendet. Die Desktop-Version spricht das DNS-Wire-Protokoll direkt mit ihnen; mobil läuft es über den Auflösungspfad des Betriebssystems. Nichts wird über einen Webdienst Dritter geleitet, kein Analyseanbieter und kein API-Zwischenhändler sieht also, welche Domains Sie nachschlagen (das sieht nur der Resolver, den Ihr Gerät ohnehin verwendet), und die Antwort spiegelt wider, was diese Maschine tatsächlich auflösen wird.
DNS Lookup sitzt im selben Fenster wie Ihre SSH-Sitzungen. Bestätigen Sie, dass der A-Record falsch ist, öffnen Sie dann eine Shell auf dem Nameserver und korrigieren Sie die Zone, ohne App-Wechsel, ohne den Hostnamen erneut zu tippen. Auf einem iPhone um 3 Uhr nachts ist das der Unterschied zwischen eine Meldung bestätigen und etwas dagegen tun können.
Alle sechs Netzwerkwerkzeuge (DNS-Abfrage, Ping, Traceroute, Whois, MX-Abfrage und DNSBL-Blacklist-Prüfung) sind auf Mac, iPhone und iPad kostenlos, ohne Werbung und ohne Konto. Pro ist ein Einmalkauf (etwa 14,99 €, als Universal Purchase für Mac, iPhone und iPad), der die Grenzen der Gratisversion aufhebt und RDP und VNC freischaltet. Die Diagnose sperrt er nicht.
Klicken Sie in der Seitenleiste auf das Netzwerksymbol (sein Tooltip lautet Netzwerkwerkzeuge) oder auf die Schaltfläche Netzwerkwerkzeuge im Willkommensbildschirm. Beides öffnet einen eigenen Tab mit dem vollständigen Diagnose-Panel.
Tippen Sie auf dem iPhone unten in der Tableiste auf Tools. Wählen Sie auf dem iPad in der Seitenleiste Network tools. Tippen Sie im Abschnitt Diagnostic auf die zweite Zeile, DNS Lookup, mit dem Untertitel „Resolve a domain name“. Das sind die Bezeichnungen der englischen Oberfläche der App.
Auf dem Mac ist DNS-Lookup die erste Karte des Abschnitts Auflösung und Reputation. Tippen Sie die Domain für sich allein ein: example.com, nicht https://example.com/pfad. Die Mac-App prüft den Hostnamen, bevor er den Resolver erreicht, eine eingefügte URL wird also abgewiesen statt stillschweigend verstümmelt.
Klicken Sie auf Suchen. Die Taste wechselt auf „Läuft…“, während die sechs Abfragen parallel hinausgehen; Teilantworten werden nicht verworfen, es erscheinen also Ergebnisse, auch wenn für diese Domain mehrere Record-Typen gar nicht existieren. Auf iPhone und iPad starten Sie die Abfrage genauso, und die Records kommen nach Typ in Abschnitte gruppiert zurück.
Die Desktop-Tabelle listet Typ und Wert in fester Reihenfolge: A, AAAA, MX (Priorität, gefolgt vom Hostnamen des Mailservers), CNAME, NS, dann TXT mit zusammengefügten Segmenten. Auf dem Mobilgerät bekommt jeder Record-Typ einen eigenen Abschnitt, mit einer Kopiertaste an jedem Wert, die nach dem Kopieren zu einem grünen Häkchen wird.
Wenn Sie einem Mail-Problem nachgehen, öffnen Sie als Nächstes die MX-Abfrage. Unter macOS löst sie jeden Mailserver in seine IPv4-Adressen auf, ergänzt für jede den Reverse-DNS-Namen und prüft die erste Adresse gegen acht DNSBL-Zonen: die Reverse-DNS-Ansicht, die der DNS-Lookup selbst nicht bietet.
v=spf1 …), DMARC unter _dmarc.domain, DKIM unter selector._domainkey.domain. Zwei v=spf1-Records am Apex sind ein permanenter Fehler (permerror) und reichen aus, damit Ihre Mail abgelehnt wird. Lange TXT-Werte reisen in 255-Byte-Stücken; SSHive fügt sie mit Leerzeichen zusammen, ein aus der Tabelle kopierter öffentlicher DKIM-Schlüssel muss also von Leerzeichen befreit werden, bevor Sie ihn vergleichen.
Die TTL ist eine Cache-Lebensdauer, kein Countdown zur weltweiten Propagierung. Propagierung gibt es nicht: Autoritative Server ändern sich sofort. Worauf Sie warten, ist, dass jeder rekursive Resolver, der die alte Antwort gecacht hat, sie verfallen lässt. Hatte der alte Record eine TTL von 24 Stunden, ist das Ihr schlimmster Fall, und die TTL nach der Änderung zu senken bringt gar nichts. Senken Sie sie 24 Stunden vorher.
Die Desktop-Tabelle zeigt keine TTLs; iPhone und iPad zeigen die TTL jedes Records. Für TTL-genaue Arbeit auf einem Mac ist dig im Terminal weiterhin das richtige Instrument.
Reverse DNS (PTR) beantwortet eine andere Frage und wird von dem kontrolliert, dem der IP-Block gehört, nicht vom Domaininhaber. SSHive zeigt es in den Ergebnissen der MX-Abfrage, wo es seinen Platz verdient: Eine sendende IP, deren PTR sich nicht zum selben Host zurückbestätigen lässt, ist einer der zuverlässigsten Wege, Mail abgelehnt zu bekommen. Ein zweiter ist ein Eintrag dieser IP auf einer Blacklist, den die DNSBL-Prüfung Zone für Zone abfragt.