Über IPGet

Was IPGet ist

IPGet ist eine Sammlung von Diagnosewerkzeugen, die Fragen zu einer Verbindung beantworten: welche Adresse das Internet sieht, welches Netz sie betreibt, was das DNS einer Domain tatsächlich zurückgibt, ob ein Zertifikat gültig ist, wie schnell die Leitung ist. Jedes Werkzeug ist kostenlos, braucht kein Konto und funktioniert in sieben Sprachen.

Es existiert, weil der naheliegende Weg zu solchen Werkzeugen darin besteht, alles zu sammeln und sich später Gedanken zu machen. IPGet ist andersherum gebaut: Jede Funktion beginnt bei der Frage, was sie nicht wissen muss, und die Architektur macht daraus eine strukturelle Eigenschaft statt einer Absichtserklärung.

Für wen es gedacht ist

Vor allem für Menschen, die bereits mitten in einem Problem stecken. Jemand, dessen Website nach einem Nameserver-Wechsel nicht mehr auflöst; eine Administratorin, die herausfinden will, warum E-Mails abgelehnt werden; ein Entwickler, der prüft, ob ein Port von außerhalb des eigenen Netzes erreichbar ist; jemand, der sicherstellen will, dass sein VPN den Datenverkehr wirklich führt, bevor er sich darauf verlässt. Genau für diesen Moment sind die Werkzeuge gebaut — deshalb erklärt jede Ergebnisseite, wie das Ergebnis zu lesen ist, statt es nur anzuzeigen.

Genutzt wird IPGet auch von Menschen, die verstehen wollen, wie das Internet zusammengesetzt ist. Eine Diagnose, die echte Ausgaben einer echten Abfrage zeigt, lehrt mehr als ein Schaubild — vorausgesetzt, jemand erklärt, was die Ausgabe bedeutet. Die Erklärungen sind deshalb für Leserinnen und Leser geschrieben, die die Antwort noch nicht kennen.

Warum die Seite Unsicherheit ausweist

Ein Diagnosewerkzeug, das immer eine selbstbewusste Antwort liefert, ist nicht genauer als eines, das manchmal „unbekannt“ sagt — es ist nur weniger ehrlich über seine Eingangsdaten. Die VPN-Erkennung gibt ja, nein oder unbekannt zurück, jeweils mit einer angegebenen Verlässlichkeit, weil Registrierungsdaten eine Privatverbindung tatsächlich nicht immer von einem Rechenzentrum unterscheiden. Eine fehlgeschlagene DNS-Abfrage wird als Fehler gemeldet und nicht als „kein Eintrag“, denn „wir konnten nicht prüfen“ und „dort ist nichts“ führen zu gegenteiligen Schlüssen.

Dasselbe gilt für das, was die Werkzeuge bewusst nicht behaupten. Die IP-Geolokalisierung wird als Schätzung dargestellt, bei der das Land deutlich zuverlässiger ist als die Stadt — weil die zugrunde liegenden Daten genau so beschaffen sind. Eine Portprüfung berichtet, was ein Server über einen Netzwerkpfad beobachtet hat, keine allgemeingültige Tatsache. Ein SSL-Zertifikat kann vollständig lesbar und zugleich völlig nicht vertrauenswürdig sein, und das Ergebnis sagt beides. Über Grenzen genau zu sein ist nützlicher, als so zu tun, als gäbe es keine.

Was IPGet nicht tut

Es identifiziert keine Personen. Jedes Werkzeug hier beschreibt eine Verbindung, eine Domain oder einen Browser — nie einen Menschen — und kein Ergebnis sollte als Beweis über eine einzelne Person behandelt werden. Es führt keinen Verlauf darüber, was jemand abgefragt hat: Anfragen werden beantwortet und verworfen, es gibt also kein Protokoll zum Herausgeben, Verkaufen oder Verlieren. Und es verlangt kein Konto, denn ein kostenloses Diagnosewerkzeug hat keinen Grund zu wissen, wer Sie sind.

Es verkauft auch keine Empfehlungen. Die Seite trägt Werbung, und das wird offengelegt, aber kein Diagnoseergebnis wird davon beeinflusst — die VPN-Erkennung wird bewusst von jeder Geschäftsbeziehung zu einem VPN-Anbieter ferngehalten, weil ein Urteil, das davon abhängen könnte, wer zahlt, weniger wert ist als gar kein Urteil.

Wie die Werkzeuge gepflegt werden

Jedes Werkzeug ist durch automatisierte Tests abgedeckt, die vor jeder Auslieferung laufen — darunter Tests für genau die Dinge, die Lesende nicht selbst überprüfen können: dass private und reservierte Adressen abgelehnt werden, dass keine Abfrage gespeichert wird, dass die Content-Security-Policy keine Platzhalter enthält und dass keine Seite eine Bewertung, Rezension oder Qualifikation behauptet, die es nicht gibt. Wird eine Einschränkung gefunden, besteht die übliche Korrektur darin, sie auf der Seite zu dokumentieren statt sie zu verbergen.

Die Referenzdaten hinter den Werkzeugen — die Herstellerliste für MAC-Adressen, die Tabellen für Ports und Record-Typen — stammen aus veröffentlichten Registern statt aus Handarbeit und lassen sich deshalb erneuern, statt langsam zu veralten. Was jedes Werkzeug tatsächlich misst und was nicht, ist vollständig auf der Seite „Wie IPGet funktioniert“ beschrieben.

Wie Datenschutz hier funktioniert

• Keine Konten. Es gibt nichts zu registrieren und keine Identität, an die sich ein Verlauf hängen ließe.
• Keine gespeicherten Adressen. Abfragen werden nicht einem Besucher zugeordnet protokolliert, und die serverseitigen Zwischenspeicher sind so getrennt, dass ein gespeichertes Ergebnis nicht verrät, wer danach gefragt hat.
• Keine eigenen Cookies und keine Zählpixel.
• Lokaler Speicher nur dort, wo Sie ihn anfordern. Die beiden Verlaufsfunktionen schreiben in Ihren eigenen Browser und nirgendwo sonst, und keine von beiden speichert eine IP-Adresse — eine legt stattdessen einen gekürzten Einweg-Hash ab.
• Analytik ist aktiv und überträgt einen Werkzeugnamen und eine Sprache — nie eine Adresse, einen Ort oder etwas, das Sie eingegeben haben.

Im Browser oder auf dem Server — warum die Trennung zählt

Browser-Angaben — Bildschirmgröße, Zeitzone, Sprache, Plattform, User-Agent — werden lokal ausgelesen und lokal dargestellt. Für keine davon wird eine Anfrage gestellt, sie verlassen Ihr Gerät also nie.

Netzwerkprüfungen können so nicht arbeiten. Ob ein Port offen ist, welches Zertifikat ein Host ausliefert oder was ein Resolver zurückgibt, lässt sich nur mit einer Verbindung von außerhalb Ihres Browsers feststellen — und genau das macht die Antwort aussagekräftig. Diese Prüfungen laufen auf dem Server von IPGet, und die Seiten sagen das dort, wo es zählt.

Sicherheitsansatz

Jede Prüfung, die ein Ziel entgegennimmt, überprüft es vor dem Verbindungsaufbau: Der Name wird aufgelöst, jede zurückgegebene Adresse wird gegen die privaten, reservierten und Cloud-Metadaten-Bereiche geprüft, und die Verbindung geht an die festgehaltene Adresse statt den Namen erneut aufzulösen. Damit ist DNS-Rebinding als Klasse geschlossen, nicht als Einzelfall.

Die Seite selbst liefert eine strenge Content-Security-Policy aus — ohne unsafe-inline, ohne unsafe-eval und ohne Platzhalterquellen. Jedes Skript ist gebündelt und gehasht; deshalb sind Funktionen, die sonst ein Inline-Fragment bräuchten, hier als Module umgesetzt.

Technik

Offene Standards statt Blackbox

Alles hier baut auf veröffentlichten Standards auf — RFCs für Adressierung, DNS, TLS und HTTP — und die Werkzeuge berichten, was diese Standards definieren, statt eine eigene Punktzahl zu erfinden. Wo ein Ergebnis unsicher ist, sagt die Seite das: Unbekanntes wird als unbekannt ausgewiesen und nicht zu einer selbstbewussten Antwort gerundet.