Czy w Chrome często korzysta się z innego serwera DNS, a Firefox i IE będą domyślnie używać sieci OS?
Mój Chrome (w tym jeden na wirtualnym komputerze) czasami wyświetla „Resolving host” i czeka tam 20, 30 sekund, podczas gdy Firefox i IE tego nie robią. (więc po 20, 30 sekundach z pustą stroną strona w końcu nie będzie mogła się załadować).
Czy Chrome robi coś, co czyni go innym?
źródło
Menu > Settings > Show advanced settings... > Privacy > Prefetch resources to load pages more quickly
. ALE , wyłączenie, które nie rozwiązało nieprzerwanych błędów DNS, które otrzymuję (tylko w Chrome) od czasu aktualizacji z Chrome 36 (myślę) do 41, a teraz 42:net::ERR_NAME_NOT_RESOLVED
,This webpage is not available
. Śmieszny.ipconfig /flushdns && ping example.com
(w systemie Windows). Sprawdź, czy prawidłowy adres pokazuje. Jeśli program tłumaczący Google DNS ma inny adres, zobaczysz go.chrome://net-internals/#dns
Jeśli wyczyścisz tę pamięć podręczną i odświeżysz example.com w przeglądarce, zobaczysz, który adres został rozwiązany. Czasami zauważyłem, że serwer Google używa*
wpisu (gwiazdka) zamiast wpisu nazwanego.Jestem pewien, że pobieranie DNS-ów w Chrome jest całkowicie zepsute. Nie widziałem jeszcze instalacji Chrome, w której ta funkcja nie powoduje problemów z rozwiązywaniem problemów z hostami (duże opóźnienia lub wręcz niemożność rozwiązania). Moją sugestią byłoby zawsze wyłączenie tego w Opcje.
Ta funkcja nazywa się „Użyj pobierania wstępnego DNS, aby poprawić wydajność ładowania strony” ... co jest dość śmieszne.
źródło
Chrome z pewnością korzysta z systemowych ustawień DNS i nie jest niczym specyficznym dla siebie, a ponadto jego preferencje dotyczące połączenia sieciowego korzystają z preferencji systemowych (w każdym razie w systemie Windows nie sprawdziłem, jak to jest obsługiwane w najnowszej wersji Mac), w przeciwieństwie do Firefoksa, który ma własny stos preferencji połączeń, ale nadal będzie musiał korzystać z podstawowych ustawień DNS i adresu IP komputera, nie ma możliwości znalezienia alternatyw, chyba że ustawisz je na (współdzielonym) poziomie systemu.
Było wiele skarg na jego funkcję pobierania z wyprzedzeniem DNS, nie miałem z tym problemów, ale liczba skarg wskazuje, że jeśli masz jakiekolwiek problemy z rozpoznawaniem nazw, powinna to być pierwsza rzecz, na którą powinieneś spojrzeć.
AFAIK Chrome zawsze wysyła żądania nazwy IPv6 AAAA, jeśli konfiguracja sieci korzysta z konfiguracji DNS
która nie odpowiada ładnie na te żądania, możesz uzyskać wyjątkowo duże opóźnienia dzięki wyszukiwaniu nazw, ponieważ czeka na akceptowalną odpowiedź przed przekroczeniem limitu czasu i powrotem do ipv4. Firefox miał podobny problem, ale ostatnie wersje wydają się obsługiwać słabe \ nieprawidłowe odpowiedzi IPv6 z większą łaską, miałem tendencję do wyłączania wyszukiwania ipv6 w Firefox (o: config, szukaj ipv6 i ustawiłem network.dns.disableipv6 na true), więc nie widzę już tego w ogóle, ale najnowsze wersje Firefoksa nie wykazują dla mnie symptomu. Podobnie kanał deweloperski, z którego korzystam, nie ma z tym problemu, ale widziałem to we wczesnych wersjach produkcyjnych, a maszyny wirtualne z systemem operacyjnym Chrome OS bardzo cierpią z tego powodu. Trwa dyskusja na ten temat na froncie rozwoju przeglądarki / systemu operacyjnego,
Mój domowy router DSL (Netopia 2247-02) domyślnie konfiguruje się jako serwer proxy DNS, a jego odpowiedzi na wyzwalacze żądań ipv6 AAAA mogą rozwiązać ten problem. Jestem prawie pewien, że to, czy Twoja konfiguracja będzie miała z tym problemy, zależy od konkretnego zachowania DNS, którego używasz, zmiana dostawcy DNS (i upewnienie się, że zachowanie proxy opisane powyżej jest wyłączone) powinno pomóc.
źródło
Zauważyłem to zachowanie w oknie systemu Windows 7 podczas łączenia się z localhost za pomocą przeglądarki Firefox. Każda prośba trwała 1 sekundę. Za pomocą Firebuga zauważyłem, że czas potrzebny na wyszukiwanie DNS. Ustawienie opcji about: config network.dns.disableIPv6 na true rozwiązało ten problem. Niestety nie mogę pomóc w Chrome. Odniosę się, jeśli uda mi się to osiągnąć.
Dla tego, co warto, próbowałem na próżno dodać localhost do pliku hosts. Nie miało to żadnego wpływu na rozstrzygnięcie. Być może resolver ipv6 nie używa tradycyjnego pliku hosts w Windows 7.
źródło
W rzeczywistości Chrome może wysyłać zapytania do własnych serwerów DNS zamiast domyślnych ustawień systemowych. Można to zobaczyć podczas nadpisywania na routerze (tj. DHCP), a także podczas korzystania z aplikacji VPN, która próbuje ustawić własne serwery DNS. W obu przypadkach Chrome nadal można oglądać przy użyciu własnego.
Bibliografia:
źródło