Czy Chrome używa innego serwera DNS niż Firefox i IE, które używają domyślnego systemu operacyjnego?

13

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?

niepolarność
źródło

Odpowiedzi:

18

Tak, w pewnym sensie. Chrome ma domyślnie włączoną opcję zwaną buforowaniem / pobieraniem DNS.

Zwykle pozwala to Chrome „przyspieszyć” przeglądanie przez użytkownika, ponieważ buforuje / pobiera zapytania DNS.

Jeśli masz problemy, spróbuj wyłączyć wstępne pobieranie DNS pod Kluczem -> Opcje -> Pod maską.

edycja: Chrome nie używa własnych serwerów do wyszukiwania DNS, jednak wyszukuje wszystkie wpisy DNS linków na stronie po pierwszym załadowaniu.

Cory Plastek
źródło
2
Wątpię, czy używa innego DNS niż ustawienia systemu operacyjnego?
Arjan
5
Trochę przestarzałe, ale pomyślałem, że i tak odpowiem, ponieważ uważam, że to dezinformacja. Google Chrome najpierw ignoruje ustawienia twojego systemu i najpierw używa DNS Google (2001: 4860: 4860 :: 8888). Widziałem to od dłuższego czasu, więc zweryfikowałem z całkowicie świeżym, czystym systemem, dziennikami zapory ogniowej i snifferem pakietów. Nie byłem świadkiem takiego samego zachowania w innych przeglądarkach i obejrzałem ten „problem”, po prostu blokując zaporę.
Michael Prescott
1
Czy dotyczy to nowoczesnych (około 2015 r.) Wersji Chrome? Nie mogę dziś znaleźć opcji
G-.
1
@G Tak, teraz jest (v42) poniżej 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.
JMM
Przykład, w którym powoduje to problemy: Jeśli masz własny serwer DNS i witrynę skonfigurowaną z nowym rekordem A, uruchom 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.
Bron Davies,
2

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.

dlux
źródło
2

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.

Helvick
źródło
Uważam, że to musi być wyznaczona odpowiedź. Ta odpowiedź z pewnością pomogła rozwiązać mój problem. Problem polegał na tym, że skonfigurowałem ustawienia DNS IPv4 mojego systemu operacyjnego, ale nie ustawienia DNS IPv6. Chrome zawsze pyta o IPv6, stąd rozbieżność.
saintali
0

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.

PeteS
źródło
0

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:

Lil Bil
źródło