versuch es doch einfach mal mit "dns.telekom.de". Zumindest mein Unbound läuft damit ganz gut

@Joulinar 

Könnte ich, danke für den Hinweis.

Will ich aktuell aber gar nicht.

muc80337_2

Übrigens scheine ich mit DoT geerbt zu haben, dass manche Werbeeinblendungen nicht mehr angezeigt werden.

Und könnte an DoT liegen, dass mir Videos auf Webseiten nicht mehr ohne weiteres angezeigt werden - da hab ich aber noch keine Zeit reingesteckt.

Könnte es vielleicht an blahdns liegen?

viper.de

Nicolai L.

Hallo viper.de "Ich gehe mal davon aus, dass der FF sowieso ein Fallback auf DNS macht, wenn die Auflösung nicht klappt." "It depends" Wenn Firefox eine Domain nicht auflösen kann, dann erfolgt in der Regel ein Fallback auf DNS53 (d.h. er fragt dann "zur Sicherheit" noch mal über DNS53 - das erklärt unter anderem, warum lokale Namen aufgelöst werden können).,

Hallo viper.de

 

"Ich gehe mal davon aus, dass der FF sowieso ein Fallback auf DNS macht, wenn die Auflösung nicht klappt."

 

"It depends"

 

Wenn Firefox eine Domain nicht auflösen kann, dann erfolgt in der Regel ein Fallback auf DNS53 (d.h. er fragt dann "zur Sicherheit" noch mal über DNS53 - das erklärt unter anderem, warum lokale Namen aufgelöst werden können).,

Nicolai L.

Hallo viper.de

 

"Ich gehe mal davon aus, dass der FF sowieso ein Fallback auf DNS macht, wenn die Auflösung nicht klappt."

 

"It depends"

 

Wenn Firefox eine Domain nicht auflösen kann, dann erfolgt in der Regel ein Fallback auf DNS53 (d.h. er fragt dann "zur Sicherheit" noch mal über DNS53 - das erklärt unter anderem, warum lokale Namen aufgelöst werden können).,

@Nicolai L. 

Das wäre aber doof, wenn die Auflösung lokaler Namen erstmal nach draussen geht...

Dazu böte es sich eher an in network.trr.excluded-domains Einträge zu machen. Oder besser noch der Browser erfragt die eigene Domain und exkludiert diese dann automagisch. Allerdings hilft das auch nicht, wenn nur der hostname angegeben wird...

Ok betrifft ja eigentlich im Heimbereich meistens "nur" die Konfigseiten der Geräte aber eben auch Bedienoberflächen.

 

Mein Fazit ist, zum Surfen ist DoH ja ganz nett, aber eine richtige Lösung als Ersatz für eine bestehende DNS Lösung/infratruktur sieht anders aus.

@viper.de 

Ich denke es geht erstmal da drum zu sehen ob die Namensauflösung per DoH generell funktioniert. Und für einen unkomplizierten Test bietet sich eben das Ganze im FF an. Eventuell wird das ganze ja irgendwann mal nativ in die Speedport Router eingebaut?

@Joulinar 

Da hast Du sicher Recht, momentan geht es ja auch nur weil die Browser das selbst implementieren und deswegen ja auch https, da ist der Aufwand gering. Aber zukunftsträchtig und zielführende ist das sicher nicht, wenn ein Browser Betriebssystem Funktionen bzw. Aufgaben des IP Stack übernimmt. 

Als Proof of Concept ok. Funktioniert ja auch.

Sehe ich genauso wie Du, erstmal ausprobieren wie es Serverseitig so läuft und dann weiterschauen.

um das Ganze mal etwas realistischer zu gestalten, habe ich mir mal einen kleinen Cloudflare DNS Proxy hingestellt der jetzt alle Anfragen aus dem LAN per DoH beantwortet. Ja Cloudflare is nur das Tool, als Upstream DNS wird https://dns.telekom.de/dns-query benutzt

root@DietPiVM1:~# systemctl status cloudflared
● cloudflared.service - cloudflared DNS over HTTPS proxy
     Loaded: loaded (/etc/systemd/system/cloudflared.service; enabled; vendor preset: enabled)
     Active: active (running) since Sat 2021-02-06 01:29:52 CET; 14min ago
   Main PID: 2519 (cloudflared)
      Tasks: 8 (limit: 2368)
     Memory: 23.8M
        CPU: 2.420s
     CGroup: /system.slice/cloudflared.service
             └─2519 /usr/local/bin/cloudflared proxy-dns --port 5053 --upstream https://dns.telekom.de/dns-query

Feb 06 01:29:52 DietPiVM1 systemd[1]: Started cloudflared DNS over HTTPS proxy.
Feb 06 01:29:52 DietPiVM1 cloudflared[2519]: 2021-02-06T00:29:52Z INF Adding DNS upstream url=https://dns.telekom.de/dns-query
Feb 06 01:29:52 DietPiVM1 cloudflared[2519]: 2021-02-06T00:29:52Z INF Starting DNS over HTTPS proxy server address=dns://localhost:5053
Feb 06 01:29:52 DietPiVM1 cloudflared[2519]: 2021-02-06T00:29:52Z INF Starting metrics server on 127.0.0.1:42899/metrics
root@DietPiVM1:~#

MaximilianH

Ist es denn trotzdem okay DoT zu testen oder ist es ein Problem?

Es ist kein Problem. Allerdings kann es je nach Client Konfiguration (FritBox, Stubby, Android, ...) noch vereinzelt zu Timeouts (DNS SERVFAIL) kommen, wenn zu viele DNS queries auf einmal gesendet werden. Die Ursache ist Serverseitig. Die Verarbeitung erfolgt pro TCP Client Verbindung sequentiell. Das ist nicht gut, weil "problematische" Queries diese Warteschlange blockieren. Je mehr TCP Verbindungen ein Client verwendet, desto weniger Probleme im Moment. Allerdings ist die Lösung bereits im Labor-Test. Wir warten mit dem Rollout nur noch auf die Freigabe der SW.

Liebe Teilnehmer*innen,

vielen Dank für euer konstruktives Feedback und die interessanten Unterhaltungen. Wir konnten daraus einiges für uns mitnehmen. Dieser Test ist nun abgeschlossen.

Wie schon häufiger in den letzten Wochen angesprochen, möchten wir ca. Mitte Juli „DNS over TLS“ vertesten. Es wird hierzu ebenfalls einen offenen Test im Telekom hilft Labor geben. Wir freuen uns auch dort über reges Interesse und eure Rückmeldungen.

Bis dahin!

Euer Experten-Team und die Labor-Crew

Moin zusammen,

@Bernd M. hatte es bereits angekündigt, jetzt ist es soweit. 😉

Unser neuer Test „DNS over TLS“ ist heute im Telekom hilft Labor gestartet. Ihr findet ihn - wie gehabt - im Bereich der öffentlichen Tests und Umfragen. Alternativ hier der Direktlink:

https://telekomhilft.telekom.de/t5/Offene-Tests-Umfragen/Telekom-hilft-Labor-Testet-mit-uns-DNS-over-TLS/td-p/5259336

Wenn ihr Zeit und Lust habt, würden wir uns sehr über eure Teilnahme freuen. 😊

Habt ein schönes Wochenende! 😎

Euer Experten-Team und die Labor-Crew