Вот вывод для mtr на google.com

                                                       Packets               Pings
 Host                                                Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. ???
 2. Wireless_Broadband_Router.home                    0.0%    59    2.0  11.3   1.8 105.3  18.9
 3. lo0-100.NWRKNJ-VFTTP-332.verizon-gni.net          0.0%    59    7.3  11.1   3.8  33.7   6.6
 4. T1-15-0-13.NWRKNJ-LCR-22.verizon-gni.net          0.0%    59   41.0  14.4   6.8  41.0   7.4
 5. ???
 6. ???
 7. 0.ae6.GW2.EWR19.ALTER.NET                         0.0%    58   14.3  18.1   6.2  52.0  10.9
 8. GOOGLE-gw.customer.alter.net                      0.0%    58    8.8  15.0   6.7  61.7  10.0
 9. 54.14.117.63.piscataway.google-ggc.verizon.com    0.0%    58   12.1  15.4   6.5  46.2   7.7

Насколько я могу судить, все не так плохо. Тем не менее, примерно в 50% случаев я пытаюсь получить доступ к веб-сайту (например, Google, Facebook, другим надежным / быстрым сайтам), до разрешения хоста потребуется несколько секунд.

Например, этот запрос к google.com:

Очередь 15,38 мс
Остановился 8,26 с
DNS Lookup 8.26 с
Начальное соединение 29,39 мс
SSL 21,18 мс

Запрос отправлен 0,21 мс
Ожидание (TTFB) 120,38 мс
Загрузка контента 671,17 мс

9,10 с

Может кто-нибудь объяснить, почему это происходит, или даже лучше, дать мне решение?

2 ответа2

2

Скорее всего, это происходит из-за того, что у вас настроено несколько DNS-серверов (либо напрямую через DHCP, либо DNS-сервер, на который вы указываете, имеет их), и первый DNS-сервер истекает - что занимает некоторое время - запрос затем отправляется на второй сервер, который отвечает, и страница загружается.

Как заявляет @Keltari, решение состоит в том, чтобы решить проблему с DNS-серверами. Если вы не возражаете против отслеживания Google, установка основного сервера на 8.8.8.8 ускорит работу, но в идеале вы должны отследить сервер, который не отвечает, и удалить его из конфигурации.

0

Это не то, что происходит. Мой телефон использует прямые DNS-серверы Verizon Wireless и имеет странные прокси-серверы, принадлежащие Verizon для некоторых крупных сайтов, вероятно, без соглашений об оплате, чтобы получить предпочтительный доступ для клиентов Verizon или по другим причинам, которые, вероятно, не слишком гнусны. Мини-статья, которую я написал об этом

Например, Verizon изменил свой DNS, чтобы он указывал на www.google.com собственные прокси-серверы, например 89.14.117.63.piscataway.google-ggc.verizon.com (63.117.14.89) для пользователей версии, подключающихся к Google на западном побережье США.

Кроме того, помните, что некоторые настоящие веб-сайты используют множество различных серверов по всему миру для ускорения доступа с использованием Anycast/GeoDNS ... ваш друг в одном месте может использовать совершенно разные датацентры, которые вы (плюс Google) с OpenFlow , "направляет" свой трафик на множество разных дата-центров под капотом).

(Я SRE, которую Google пытался нанять несколько раз.)

Смотрите также: https://networkengineering.stackexchange.com/questions/6870/can-a-google-server-only-be-accessible-to-verizon-customers-and-those-in-the-sou

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .