Eine Domain wie web.irld.net kann aus Gründen, die nichts mit einem Serverausfall zu tun haben, unerreichbar werden. DNS-Sperren, die von einem Internetanbieter orchestriert werden, verstärkte Filterung durch die ANSSI im Rahmen des Militärprogramms 2024-2030 oder einfach ein Protokollfehler in der Adresszeile: Die technischen Ursachen sind vielfältig und werden in den allgemeinen Leitfäden selten erklärt.
DNS-Filterung und gerichtliche Sperren: Was den Zugang zu web.irld.net tatsächlich verhindert
Die Mehrheit der Sperren in Frankreich basiert auf der Filterung auf Ebene der DNS-Resolver der Anbieter. Wenn ein Gericht die Sperrung einer Domain anordnet, ändern die ISPs (Orange, Free, SFR, Bouygues) ihre Resolver, sodass die DNS-Anfrage nicht mehr die IP-Adresse des Zielservers zurückgibt. Der Browser zeigt dann eine Fehlermeldung oder eine Umleitung an.
Seit den Verfügungen des Pariser Gerichtshofs im Juli 2026 hat sich der Umfang dieser Anordnungen erweitert. Die Entscheidungen richten sich nun nicht mehr nur an die ISPs, sondern auch an öffentliche DNS-Anbieter und bestimmte Suchmaschinen. Die Verwendung eines alternativen DNS wie Google Public DNS oder Cloudflare garantiert daher nicht mehr systematisch die Umgehung.
Parallel dazu verleiht das Dekret Nr. 2024-421 vom 10. Mai 2024, das auf das Militärprogramm 2024-2030 angewendet wird, der ANSSI die Befugnis, eine Sperrung von als bösartig erachteten Domainnamen für Hosting-Anbieter, Registrierungsstellen und Betreiber von Rechenzentren durchzusetzen. Eine Domain kann somit nicht aufgrund ihres redaktionellen Inhalts, sondern weil sie mit einer verdächtigen Infrastruktur verbunden ist, gefiltert werden.
Wir empfehlen, zunächst zu überprüfen, ob die Domain tatsächlich von einem Drittanbieter-DNS aufgelöst wird, bevor andere Lösungen gesucht werden. Ein einfacher Online-Test zur DNS-Auflösung (dig, nslookup oder ein entsprechendes Web-Tool) kann bestätigen oder ausschließen, dass eine Sperre auf dieser Ebene vorliegt. Ein detaillierter Leitfaden erklärt, wie man auf web.irld.net ohne Fehler zugreifen kann, indem die häufigsten Ursachen behoben werden.
Protokollfehler in der URL: Die Falle des Präfixes htpp anstelle von https
Ein erheblicher Teil der Verbindungsfehler zu web.irld.net resultiert aus einem Schreibfehler im URL-Schema. Das Eingeben von “htpp” anstelle von “http” oder “https” löst sofort einen Fehler im Browser aus, der das Protokoll nicht erkennt.
Moderne Browser (Chrome, Firefox, Edge) versuchen, automatisch das Präfix “https://” hinzuzufügen, wenn kein Schema angegeben ist. Wenn jedoch ein ungültiges Schema manuell eingegeben wird, gilt diese automatische Korrektur nicht. Der Browser interpretiert “htpp://web.irld.net” als unbekanntes Protokoll und blockiert die Anfrage, bevor sie das Netzwerk erreicht.
Die Lösung ist einfach: Entfernen Sie alle manuell eingegebenen Präfixe und lassen Sie den Browser die Protokollverhandlung übernehmen, oder geben Sie ausdrücklich “https://web.irld.net” ein. Diese Maßnahme beseitigt bereits einen Großteil der Meldungen über Unerreichbarkeit.
Wechsel des DNS-Resolvers zur Umgehung einer ISP-Sperre
Wenn die Filterung auf Ebene des ISPs bestätigt ist und die Domain nicht von einer erweiterten Anordnung für öffentliche DNS betroffen ist, bleibt der Wechsel zu einem Drittanbieter-Resolver die zuverlässigste Methode. Hier sind die am häufigsten verwendeten Resolver in professionellen Umgebungen:
- Cloudflare (1.1.1.1 und 1.0.0.1): geringe Latenz, keine Protokollierung über 24 Stunden, nativer DNS-over-HTTPS-Support
- Google Public DNS (8.8.8.8 und 8.8.4.4): große Anycast-Abdeckung, kompatibel mit DNSSEC, aber den jüngsten französischen gerichtlichen Anordnungen unterworfen
- Quad9 (9.9.9.9): integrierte Filterung bösartiger Domains über Bedrohungsintelligenz, was paradoxerweise eine legitime Domain blockieren kann, wenn sie eine Infrastruktur mit gemeldeten Ressourcen teilt
Die Konfiguration erfolgt in den Netzwerkeinstellungen des Betriebssystems oder direkt im Browser (Firefox bietet eine DNS-over-HTTPS-Einstellung unabhängig vom System an). Auf Mobilgeräten haben Android und iOS ein Feld “Privates DNS” in den erweiterten WLAN-Einstellungen.
Grenzen des DNS-Wechsels im Jahr 2026
Wir beobachten, dass die jüngsten Sperranordnungen ausdrücklich auf öffentliche Resolver abzielen. Der Pariser Gerichtshof hat im Juli 2026 Entscheidungen getroffen, die Drittanbieter-DNS-Anbieter verpflichten, bestimmte Domains zu blockieren. Diese Entwicklung verringert die Wirksamkeit der Methode für Domains, die von einem aktiven Gerichtsverfahren betroffen sind.
VPN und verschlüsselter Tunnel: Wenn DNS nicht mehr ausreicht
Wenn die Sperre nach dem Wechsel des DNS weiterhin besteht, bleibt der Rückgriff auf ein VPN mit verschlüsseltem Tunnel wirksam. Das VPN kapselt den gesamten Datenverkehr, einschließlich der DNS-Anfragen, in einen verschlüsselten Kanal zu einem Server außerhalb der Sperrgerichtsbarkeit. Der verwendete Resolver ist der des VPN-Anbieters, nicht der des ISPs oder der lokal konfigurierten.
Zwei technische Punkte verdienen Beachtung:
- Der Kill Switch muss aktiviert sein, um DNS-Lecks zu vermeiden, falls die VPN-Verbindung unterbrochen wird. Ohne diesen Schutz kehrt das System zum Resolver des ISPs zurück und die Sperre tritt sofort wieder in Kraft
- Einige Unternehmens- oder Universitätsnetzwerke blockieren die Ports, die von herkömmlichen VPN-Protokollen verwendet werden (OpenVPN auf Port 1194, WireGuard auf 51820). Die Verwendung eines VPN, das auf Port 443 (TCP) funktioniert, ermöglicht es, diese Filterung zu umgehen, indem es sich im Standard-HTTPS-Verkehr tarnt
- Der europäische Vorschlag zum schnellen Abbau illegaler Ströme, dokumentiert von TechRadar, sieht vor, die VPNs in den Umfang der Sperrmaßnahmen einzubeziehen, was ihre Wirksamkeit mittelfristig verringern könnte
Browser-Cache und HSTS: Oft ignorierte clientseitige Sperren
Ein letzter Punkt, der selten behandelt wird: Der Browser selbst kann den Zugang zu web.irld.net verhindern. Der Mechanismus HSTS (HTTP Strict Transport Security) speichert Domains, die nur über HTTPS antworten. Wenn das SSL-Zertifikat der Domain abgelaufen oder geändert wurde, verweigert der Browser die Verbindung ohne Möglichkeit zur Umgehung über die Schaltfläche “Trotz Warnung fortfahren”.
Das Leeren des HSTS-Caches des Browsers (erreichbar über chrome://net-internals/#hsts in Chrome) und das Löschen der mit der Domain verbundenen Browserdaten lösen das Problem, wenn das Zertifikat inzwischen erneuert wurde. Ein abgelaufener lokaler DNS-Cache hat denselben Effekt: Der Befehl “ipconfig /flushdns” unter Windows oder “sudo dscacheutil -flushcache” unter macOS zwingt das System, den Resolver erneut abzufragen.
Die Sperrung einer Domain wie web.irld.net resultiert fast immer aus der Kombination mehrerer Schichten: Anbieterfilterung, Eingabefehler, veralteter lokaler Cache. Jede Schicht separat in der richtigen Reihenfolge zu behandeln, verhindert, dass ein VPN eingesetzt wird, wo ein einfaches DNS-Flush ausgereicht hätte.