Seit einiger Zeit habe ich ein nerviges Problem mit der YouTube-App, wenn ich mich in meinem Heimnetzwerk befinde. Die App zeigt häufig die Meldung „Überprüfen Sie Ihre Netzwerkverbindung“ an, wenn ich sie öffne, während der Rest des Internets einwandfrei funktioniert. Seltsamerweise passiert dies NUR mit der YouTube-App auf meinem Android-Telefon und dem iPhone meiner Frau. Gleichzeitig funktioniert der Zugriff über die YouTube-Website einwandfrei (von beiden Telefonen aus), dasselbe gilt für den Zugriff von meinem PC oder Laptop und für den Rest des Internets. Es ist wirklich nur YouTube über die App.
Ich habe mein Problem hier auf Serverfault gepostet, da ich fest davon überzeugt bin, dass es etwas mit dem Bind9-DNS-Server zu tun haben muss, den ich vor einigen Monaten auf meinem Banana Pi installiert habe. Ich habe ihn im Grunde nur eingerichtet, um die Hostnamen in meinem lokalen Netzwerk bequem aufzulösen. Der DNS ist also nur als Weiterleitungs-DNS eingerichtet, der alle Hostnamen, die er nicht selbst auflösen kann, an die Google-Server 8.8.8.8 und 8.8.4.4 weiterleitet.
Ich habe zwar nicht viel Erfahrung mit Netzwerken oder DNS, aber die Grundlagen kenne ich. Jetzt bin ich aber an einem Punkt angelangt, an dem ich nicht mehr weiß, in welche Richtung ich weiter forschen soll.
Ich habe versucht, ein paar Optionen in der DNS-Konfiguration hin und her einzustellen, aber ohne Erfolg. Wenn ich den Router so einstelle, dass er 8.8.8.8 als DNS-Server über DHCP sendet, funktioniert die App auf meinem Telefon und alles ist in Ordnung. Wenn ich es wieder auf das Senden meines lokalen DNS umstelle, schlägt die App fehl. Bitte beachten Sie: ALLE anderen Websites und sogar Google-Dienste funktionieren weiterhin.
Dies ist meine Bind9-Konfiguration, falls das hilft:
options {
directory "/var/cache/bind";
// If there is a firewall between you and nameservers you want
// to talk to, you may need to fix the firewall to allow multiple
// ports to talk. See http://www.kb.cert.org/vuls/id/800113
// If your ISP provided one or more IP addresses for stable
// nameservers, you probably want to use them as forwarders.
// Uncomment the following block, and insert the addresses replacing
// the all-0's placeholder.
forwarders {
8.8.8.8;
8.8.4.4;
};
forward first;
//========================================================================
// If BIND logs error messages about the root key being expired,
// you will need to update your keys. See https://www.isc.org/bind-keys
//========================================================================
dnssec-validation auto;
auth-nxdomain no; # conform to RFC1035
listen-on-v6 { any; };
query-source address * port 53;
query-source-v6 address * port 53;
allow-query { any; };
allow-query-cache { any; };
allow-recursion { any; };
response-policy { zone "overrides"; };
cleaning-interval 60;
};
Kann mir jemand dabei helfen und mir einen Hinweis geben, wo ich weiter nachforschen muss? Könnten andere Ports betroffen sein, die nur bei Verwendung der YouTube-App oder einiger von Google blockierter Dienste verwendet werden? Oder ist mein DNS nur für 99,999 % des Webs richtig konfiguriert und YouTube benötigt eine zusätzliche Behandlung?
Bitte helfen Sie. Jeder Ratschlag ist sehr willkommen!
BEARBEITEN:
Ich habe vergessen zu erwähnen, dass ich in letzter Zeit auch festgestellt habe, dass ich www.googleapis.comvon meinem Smartphone aus nicht zugreifen kann. Der Hostname ließ sich im Browser (Chrome) einfach nicht auflösen, ein einfacher Ping oder nslookup schlägt ebenfalls fehl. Auf meinem PC oder Laptop funktioniert alles wieder einwandfrei. Das habe ich herausgefunden, weil ich auf meinem Media Center (Kodi) ein YouTube-Plugin verwende, das ebenfalls kaputt ging und sich beschwert, host or service unknownwenn ich versuche, auf www.googleapis.com zuzugreifen.
Könnte es da einen Zusammenhang geben? Ich hoffe, das hilft bei der Eingrenzung des Problems.
BEARBEITEN 2: Seit der Änderung dernach vorneOption in Bind von
forward first;
Zu
forward only;
die Youtube App funktioniert seit einigen Tagen wieder ohne nennenswerte Abbrüche. Ich würde das Problem also erstmal als gelöst betrachten.
Antwort1
Hinweis: Laut den Kommentaren des OP scheint die Verwendung forward onlyvon anstelle von forward firstdieses Problem gelöst zu haben.
Was die YouTube-App betrifft, so scheinen anekdotische Beweise darauf hinzudeuten, dass sie in Bezug auf Verbindungstimeouts empfindlich sein kann, insbesondere mit BIND. Vermutlich dauern Auflösungen gelegentlich länger, als die (ziemlich schlechte) Codierung der YouTube-App es zulässt, und sie entscheidet einfach, dass die Verbindung nicht verfügbar ist.
Persönlich würde ich zunächst vorschlagen, andere Weiterleitungen als Google auszuprobieren - ich hatte mit ihnen in BIND kein Glück. Wenn ich Weiterleitungen verwendet habe, bin ich immer entweder auf die Server meines ISPs oder aufandere öffentliche DNS-Optionen.
Wenn das Ändern der Weiterleitungen nicht hilft, können Sie auch eine eigene Lösung in Betracht ziehen, indem Sie eine Root-Hints-Zone hinzufügen, z. B.:
zone "." {
type hint;
file "named.root";
};
Sie würden dies hinzufügennachIhr optionsBlock. Mit dieser Art von Setup können Sie die Weiterleitungen auskommentieren und alle Verzögerungen oder Auflösungsprobleme umgehen, die sie möglicherweise verursachen.
Dies ist in mancher Hinsicht möglicherweise eine langsamere Einrichtung als ein Weiterleitungsnameserver, ich habe jedoch festgestellt, dass es für meine eigene Einrichtung gut funktioniert (ich habe selten Probleme mit der YouTube-App).
Was spezifische Details zur Konfiguration der zweiten Option angeht, dürfte es jede Menge Tutorials im Internet geben, aber hier einige Highlights:
Sie benötigen eine Kopie desbenannte.rootHints-Datei (oder eine Variante davon) überftp.internic.net.
Sie möchten Ihren
allow-recursionEintrag beispielsweise auf etwas wie einstellenlocalnets.Möglicherweise müssen Sie ein wenig recherchieren, um den richtigen Speicherort für zu finden
named.root, da die Platzierung je nach Distribution unterschiedlich sein kann.