Probleme mit DNS-Servern von Digitalcourage und dismail

Moin,

schon mal am Sa. (31.10.) und heute wieder (02.11.) hatte ich Probleme mit der Internetverbindung.

Folgendes konnte ich beobachten:

  • mit VPN (proton): Internetseiten erreichbar
  • mit Tor Browser: Internetseiten erreichbar
  • ohne VPN: kein Internet
  • gleiches Verhalten mit Linux bzw. Windows auf zwei unterschiedlichen PCs
  • Status der DNS-Server-Anbieter „grün/ok“

primärer DNS-Server: digitalcourage (dns3, DNS over TLS)
sekundärer Server: dismail (fdns1, DNS over TLS)
Router: Fritzbox 7560 an Glasfaser (offiziell, physisch: Kupfer ab Telekom-Verteiler)
DNS over TLS im Router war aktiviert inkl. Fallback auf unverschlüsselte Namensauflösung

Lösung: primären DNS-Server wechseln (jetzt: dnsforge unverschlüsselt)

Meine Fragen

  • habt Ihr ebenfalls Störungen bzw. Einschränkungen bei Nutzung freier DNS-Server beobachtet?
  • ist meine oben beschriebene Konfiguration fehlerhaft?
    Anmerkung: zwischen den beiden Störungstagen und alle Monate davorhatte ich keine Verbindungsprobleme

Kannst du die DoT Endpunkte überhaupt erreichen? Kannst du sie manuell querien? Test mit kdig.

Ich habe einen dnscrypt proxy auf meinem PC, keine probleme, aber nur Quad9, allerdings funktioniert dann proton vpn nicht mehr…HideMe VPN schon

Moin, danke für den Link.

ich@meinpc:~$ kdig @dns3.digitalcourage.de +https=/doh yr.no

liefert
;; WARNING: TLS, peer has closed the connection
;; WARNING: can't receive reply from 5.9.164.112@443(HTTPS)
;; WARNING: connection timeout for 2a01:4f8:251:554::2@443(HTTPS)
;; ERROR: failed to query server dns3.digitalcourage.de@443(TCP)

Ist das von mir eingegebene Kommando (adaptiert aus den Beispielkommandos) so korrekt bzw. zielführend?
Bedeutet die Antwort, daß dns3 aktuell nicht funktioniert?
Oder kann dieses „nicht funktionieren“ auch durch Einstellungen in meiner Fritzbox provoziert sein?

Das scheint mir die falsche Syntax zu sein. DoT gegen Digitalcourage funktioniert bei mir so:

~# kdig @dns3.digitalcourage.de +tls yr.no
;; TLS session (TLS1.3)-(ECDHE-X25519)-(RSA-PSS-RSAE-SHA256)-(AES-256-GCM)
;; ->>HEADER<<- opcode: QUERY; status: NOERROR; id: 944
;; Flags: qr rd ra ad; QUERY: 1; ANSWER: 2; AUTHORITY: 0; ADDITIONAL: 1

;; EDNS PSEUDOSECTION:
;; Version: 0; flags: ; UDP size: 1232 B; ext-rcode: NOERROR
;; PADDING: 398 B

;; QUESTION SECTION:
;; yr.no.              		IN	A

;; ANSWER SECTION:
yr.no.              	20	IN	A	95.100.248.76
yr.no.              	20	IN	A	95.100.248.75

;; Received 468 B
;; Time 2026-11-02 16:07:54 CET
;; From 2a01:4f8:251:554::2@853(TLS) in 49.1 ms

Ok,
dann bin ich leider immer noch nicht weiter mit der Frage, warum mit dns3 als DNS-Server keine Verbindung möglich war.
Eine Lösung habe ich erst mal, aber die Ursache würde ich halt gerne verstehen.

Na funktioniert es denn auch manuell bei dir? Das hast du jetzt noch nicht mitgeteilt.

Letztes mal gab es bei mir Problemen mit dns3.digitalcourage.de IPv4: 5.9.164.112. Bei ein Lynis audit gab es ein Warnung wobei die IP addresse nicht erreichbar war.

@bamf Was meinst Du mit „manuell“ ?

@all:

  • Dank @bamf kenne ich nun ein Tool, um bei Verbindungsschwierigkeiten gezielt einzelne DNS-Server bzgl. ihrer Funktion abzufragen - danke dafür!
  • einen „gelöst“-Haken mag ich nicht setzen, weil die Frage nach dem „warum?“ ja nicht endültig geklärt ist
  • aktuell unterstelle ich jetzt einfach mal, daß es bei einzelnen Anbietern (insbesondere denen, die ohne Milliarden $ aus dem Datenklau auskommen müssen) dann und wann zu Störungen kommen kann; dann mag es unvermeidlich sein, einen anderen DNS-Server im Router zu hinterlegen

Mit manuell meinte ich einfach mit kdig im Terminal.