Netzwerk-Tools: DNS, WebRTC, Speedtest und IP-Check

Die Netzwerk-Tools-Seite ist eine Verbindungs-Werkbank mit vier Panels. Verbindung liest die öffentliche IP und den Standort, die entfernte Dienste sehen, plus Gerätedetails, die kein Netz brauchen. DNS-Abfrage sendet DNS-over-HTTPS-Anfragen an Cloudflare oder Google und druckt die Antwortdatensätze. WebRTC sammelt ICE-Kandidaten und zeigt, was eine Peer-to-Peer-Verbindung preisgeben würde. Speedtest misst Latenz, Download und Upload gegen Cloudflares Speed-Endpunkte. Es wird nichts installiert; Tastaturrechnen bleibt beim Standardrechner.

更新 2026-10-016 个来源约 4 分钟读完

So verwendest du die vier Panels

Panel öffnen.Jedes Panel hat eine eigene Seite in der Gruppe Netzwerk: /data/netlab (Verbindung), /data/netlab/dns, /data/netlab/webrtc, /data/netlab/speed.
Verbindung.Die Cloudflare-Trace-Karten liefern IP, Standort, Edge-Colo, TLS, HTTP und WARP; der ipwho.is-Block ergänzt Land, Stadt, ISP und ASN; Lokale Infos funktioniert ohne Netz, die beiden anderen Blöcke brauchen es.
DNS-Abfrage.Gib eine Domain ein, wähle einen von acht Datensatztypen (A, AAAA, CNAME, MX, TXT, NS, SOA, CAA) und einen Anbieter, oder Vergleichen, um beide auszuführen, und drücke dann Abfragen. Antworten zeigen Name, Typ, TTL und Daten; NOERROR heißt, der Name wurde aufgelöst, NXDOMAIN, dass er nicht existiert.
WebRTC.Drücke Test starten; die Kandidatentabelle füllt sich, während der Browser Adressen findet, markiert als privat, öffentlich, IPv6 oder mDNS.
Speedtest.Drücke Test starten; die Schaltfläche wird zu Abbrechen, während Latenz, Download und Upload laufen, und meldet Latenzstatistik, Downloadgeschwindigkeit, heruntergeladene Bytes und Uploadgeschwindigkeit. Ein voller Durchlauf überträgt etwa 50 MB.

Rechenbeispiele

Die folgenden Messwerte stammen aus einer Sitzung; TTLs zählen herunter, eine neue Abfrage liefert also andere Zahlen.

Ein Null-MX. Domain example.com, Typ MX, Anbieter Cloudflare: Status NOERROR; eine Zeile — example.com, MX, TTL 300, Daten 0 .. Ein einzelnes 0 . ist ein Null-MX (RFC 7505): Der Name nimmt bewusst keine Mail an.
Ein fehlender Name. Domain no-such-host.invalid, Typ A: Status NXDOMAIN, die Tabelle wird durch Keine Datensätze ersetzt.
Eine Alias-Kette. Domain www.wikipedia.org, Typ A: Zeilen www.wikipedia.org CNAME TTL 86055 Daten dyna.wikimedia.org., dann dyna.wikimedia.org A TTL 16 Daten 103.102.166.224 — eine A-Abfrage kann eine CNAME-Zeile enthalten.
Was eine Peer-to-Peer-Seite sehen könnte. Mit gestartetem WebRTC lesen die Karten Lokale IPs via mDNS verborgen? ja ✓ und Kandidaten 2; Zeilen waren host · local mit einem mDNS-Abzeichen und srflx · public (STUN) mit einem öffentlich-Abzeichen, und die srflx-Adresse 103.151.173.97 stimmte mit der Trace-IP der Verbindung überein. Bei nicht erreichbarem STUN: keine erkannt und Kandidaten 1.

Wie die Panels das Netzwerk erreichen

Verbindung stellt zwei gewöhnliche HTTPS-Anfragen, folgt also jedem HTTP-Proxy im Pfad; die Trace-IP ist das, was Cloudflares Edge gesehen hat, und der Geolocation-Block scheitert unabhängig (eine Sitzung zeigte Request failed: HTTP 429).
DNS-Abfrage sendet die Frage als HTTPS-Anfrage an den gewählten Resolver (DNS-over-HTTPS) und umgeht die DNS-Einstellungen des Geräts; zwei Resolver können unterschiedliche gecachte Antworten haben, daher der Vergleich.
WebRTC sammelt ICE-Kandidaten: host ist lokal und oft durch einen .local-mDNS-Namen ersetzt, srflx ist die Adresse, die ein STUN-Server gesehen hat, und relay braucht einen TURN-Server, den dieses Panel nicht konfiguriert.
Speedtest misst generierte Nutzlasten gegen speed.cloudflare.com; seine Latenzproben sind HTTPS-Roundtrips, keine Pings.

Grenzen

Messwerte gehören dem Moment.: Latenz, Jitter und Durchsatz hängen von Gerät, WLAN, ISP und der entfernten Edge ab, daher unterscheiden sich zwei Läufe. Es sind Messungen, keine Garantien.
Antworten Dritter.: DNS-Ergebnisse kommen vom gewählten Resolver, nicht von den DNS-Einstellungen des Geräts, und gecachte TTLs zählen herunter: Ein anderes Gerät kann eine andere Antwort sehen.
Kein Subnetz- oder Paketwerkzeug.: Keine CIDR-, Masken- oder VLSM-Arbeit (das ist das IP-Subnetz-Tool), kein Traceroute, keine Paketaufzeichnung, kein Portscan und kein Header-Inspektor; Kodierung, Hashing, JSON und Regex leben in den Dev-Tools, und Tastaturrechnen im Standardrechner.

Fallstricke

„DNSSEC: not validated“ ist kein Beweis, dass eine Zone unsigniert ist. Die Karte meldet, ob diese eine Resolver-Antwort das AD-Flag trug. Im Test las example.com Typ A bei einer Abfrage "not validated" und bei einer anderen "AD ✓ validated", während one.one.one.one Typ A nicht validiert blieb.
Ein grünes mDNS-„ja“ verbirgt das LAN, nicht die öffentliche Adresse. Host-Kandidaten werden .local-Namen, aber der srflx-Kandidat meldet weiterhin die Adresse, die der STUN-Server gesehen hat, auch hinter einem VPN.
Das Datensatztyp-Feld setzt die Frage, nicht einen Filter. Die obige www.wikipedia.org-Abfrage lieferte eine CNAME-Zeile innerhalb einer A-Abfrage.

Wo es nützlich ist

Diagnose, bevor du den Support rufst

Die Trace-Karten sagen, ob Datenverkehr eine nahe Edge erreicht, und Lokale Infos können in ein Ticket, während das Netz ausgefallen ist.

Mail- und DNS-Änderungen prüfen

Ein Null-MX (0 .) ist ein bewusstes „keine Mail hier“. Nach einer Datensatzänderung frage denselben Namen bei beiden Anbietern ab, um Caches beim Aufholen zu beobachten.

Sehen, was eine Peer-to-Peer-Seite sehen könnte

Ein Videoanruf führt denselben ICE-Austausch aus: srflx ist die Adresse, die ein entfernter Peer erfahren würde, und die host-Zeile ist das, was mDNS verbirgt.

Quellen

IETF, RFC 1035: Domain Names — Implementation and Specification, rfc-editor.org （访问日期：2026-10-01）— DNS-Nachrichtenformat, Datensatztypen und TTL.
IETF, RFC 8484: DNS Queries over HTTPS (DoH), rfc-editor.org （访问日期：2026-10-01）— der HTTPS-Transport hinter dem DNS-Abfrage-Panel.
IETF, RFC 8445: Interactive Connectivity Establishment (ICE), rfc-editor.org （访问日期：2026-10-01）— die Kandidatentypen host, server-reflexiv und relay.
IETF, RFC 6762: Multicast DNS, rfc-editor.org （访问日期：2026-10-01）— .local-Hostnamen.
IETF, RFC 7505: A Null MX No Service Resource Record for Domains That Accept No Mail, rfc-editor.org （访问日期：2026-10-01）— der Datensatz 0 . im Rechenbeispiel.
IETF, RFC 2606: Reserved Top Level DNS Names, rfc-editor.org （访问日期：2026-10-01）— example.com und der reservierte Testname .invalid.