Соединение медленное, но быстрое при подключении

Question

Я испытываю интересный тип медленного нарастания соединения и хотел бы попросить людей более подробно рассказать о том, что может вызвать это и как устранить неполадки. (На моем фоне я студент IT, довольно опытный с компьютерами и сетями)

В моей сети есть маршрутизатор, подключенный к Интернету и обслуживающий несколько устройств по беспроводной сети 802.11n. Есть некоторые помехи с другими WiFis, но обычно соединение стабильно. Также все устройства находятся в одной комнате, менее чем в 5 метрах от антенны, ничто не блокирует ее.

Бывают моменты, когда все работает нормально, и иногда для соединения требуется до 30 секунд, чтобы завершить квитирование, но как только это делается, скорость соединения достигает 20 Мбит / с.

Это очень хорошо видно на таких загрузках, как steam, где график имеет скачки каждые 10 секунд или около того, когда очищается один пакет. Но видео на YouTube или http-загрузка происходят быстро после первоначального подключения.

Это происходит независимо от устройства или операционной системы (Windows, Linux, Android) и перезапуска маршрутизатора, сброс dns не разрешает его.

Отправка ping на ip или домен занимает менее 50 мс, и системы чата (возможно, работающие с сокетами) работают нормально.

Хотя это, кажется, не проблема DNS, загрузка той же самой страницы во второй раз приводит к гораздо более быстрому соединению.

• mysite.com?страница = 1 (10 секунд)
• mysite.com?страница = 2 (10 секунд)
• mysite.com?страница = 1 (0,5 секунды)

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

Если вам нужны подробности, я с удовольствием предоставлю их!

Answer 1

Меня тоже считают, что у вас проблемы с DNS. Ваш комментарий

nslookup на windows очищается за одну секунду для случайных доменов

не сделал ничего, чтобы успокоить эти страхи. Я могу предложить тест и решение.

Dnscrypt - чрезвычайно полезный пакет, разработанный опытными людьми из OpenDNS.org, который не только изменяет порт DNS, но и шифрует запросы DNS. Дело в том, что ваш провайдер, возможно, включил свою собственную систему DNS и брандмауэр, который распознает запросы DNS на основе порта и / или протокола, так что простое изменение порта не сработает. Шифрование позволит вам обойти DNS вашего провайдера. На веб-сайте вы найдете загружаемые пакеты для Windows и MacO. Установите один и посмотрите, что изменится.

Если это работает, самое простое решение - установить собственный маршрутизатор за тем, который предоставлен вам вашим провайдером, и направить весь ваш трафик через этот новый маршрутизатор. Для этого вы можете либо использовать подходящую версию Linux (даже на старом, бывшем в употреблении оборудовании, как я), либо купить себе новый роутер, совместимый с прошивкой Tomato by Shibby , список вы можете найти здесь. Эта прошивка имеет dnscrypt, который вы можете настроить по своему усмотрению, см., Например, здесь.

Answer 2

Это также может быть проблемой с IPv6. Возможно, ваш браузер пытается подключиться через IPv6 и ждет до тех пор, пока не истечет время ожидания, прежде чем повторять попытку с IPv4.

Тем не менее, я также считаю, что это проблема DNS.

Не могли бы вы попробовать пообщаться с HTTP-сервером напрямую через telnet?

Что-то вроде telnet www.google.com 80 должно сделать это. Затем посмотрите, сколько времени требуется для подключения, и обратите внимание, пытается ли он подключиться через IPv4 или IPv6.

После подключения вы можете выполнить ручной HTTP-запрос, подобный этому, и снова отслеживать время ответа.

GET / HTTP/1.1
Host: www.google.com
Connection: Close

Последняя строка должна заканчиваться 2(!) новые строки для запуска ответа сервера.