Вопрос: Соединения устанавливаются медленно, в то время как скорость загрузки велика - Linux


EDIT: Я видел эту проблему в другом месте с помощью ADSL-соединения, а не только USB-модемов или сотовой сети.

У меня подключен и настроен USB-модем сотовой сети, работающий под Ubuntu 10.04 Соединение в целом медленное, хотя поток данных хорош после установления соединения, проблема заключается в том, что для установления соединений требуется слишком много времени. IP-запросы выполняются очень быстро, поэтому это вряд ли проблема. Я пробовал ssh, skype и FTP. С ними нет никаких проблем.

Проблема в основном проявляется в HTTP-соединениях, особенно с сайтами со многими ресурсами, которые собраны из нескольких источников, в конечном итоге один или два из этих ресурсов (изображение, CSS или JS-файл) не загружаются, браузер продолжает сообщать «Ожидание, например .com ... "для мунитов, замораживая и продолжая ждать, пока этот единственный ресурс будет загружен. Я предполагаю, что это может быть ключом. Я пробовал браузеры, кроме Firefox: Chrome и Opera, и проблема там тоже!

Что может быть за кулисами? Любые вопросы приветствуются.


5
2018-05-30 22:01


Источник




Ответы:


Если другие службы, кроме HTTP, работают хорошо для вас, возможно, ваш интернет-провайдер использует перегруженный обратный прокси-сервер для кэширования и экономии пропускной способности. Вы можете попытаться подключиться к удаленному HTTP-серверу, работающему на нестандартном (но интернет-провайдер может использовать слой-7 fw для перехвата ваших запросов) или настроить сервер openvpn где-нибудь и туннелировать весь ваш трафик над ним.


5
2017-10-18 15:26



Да, они используют механизм кэширования для доставки изображений, сжатых файлов CSS и JS. И мне не нравится сжатие, потому что это плохо для этого контента. Даже иногда сайты с JavaScript не работают. - rahmanisback
Хорошо, это может быть окончательно источником вашей проблемы, удачи! - Giovanni Toraldo
Но это также повлияет на скорость загрузки, а не на время создания экземпляра, которое я думаю? - rahmanisback
Ваш интернет-провайдер может (и должен) обладать большой доступной пропускной способностью, медленное создание HTTP-соединений может быть следствием перегруженного (или низкопрофильного) прокси-сервера, обслуживающего HTTP-запросы. - Giovanni Toraldo
Я действительно хочу знать, быстрее ли VPN-соединение, чем прокси-сервер вашего провайдера. Это было бы [веселым ужасом]. - Joseph Kern


Сотовые сети, вероятно, будут иметь высокие задержки, поэтому время вашего пакета в оба конца, вероятно, находится где-то в величине до одной секунды. Просто проверьте это, отправив пинг на какой-либо интернет-хост с известной постоянной задержкой, например:

# ping www.gogle.de
PING www.l.google.com (74.125.79.99) 56(84) bytes of data.
64 bytes from ey-in-f99.1e100.net (74.125.79.99): icmp_seq=1 ttl=53 time=12.7 ms
64 bytes from ey-in-f99.1e100.net (74.125.79.99): icmp_seq=2 ttl=53 time=16.1 ms
64 bytes from ey-in-f99.1e100.net (74.125.79.99): icmp_seq=3 ttl=53 time=17.2 ms
^C
--- www.l.google.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 12.794/15.377/17.218/1.886 ms

TCP способен адаптироваться к сетям с высокой задержкой из-за своей внутренней буферизации и возможности отправлять достаточное количество данных без необходимости получать немедленные ответы, поэтому вы можете хорошо видеть хорошую пропускную способность для массовых переводов с вашим соединением. Но высокая латентность, конечно, сильно повлияет на производительность рукопожатий TCP (например, инициирование соединения) и каждый протокол «пинг-понга», где одна сторона ждет ответа другого перед дальнейшей обработкой (например, HTTP со многими небольшими объекты для извлечения, что еще хуже, если они зависят друг от друга, как в случае с фреймами и фреймами и включают файлы javascript).

Изменить: вы должны использовать что-то вроде поджигатель чтобы узнать, что происходит более подробно. Или даже запустить Wireshark отслеживать информацию на уровне протокола. Если вы получаете данные, указывающие на проблему с интернет-провайдером, вы можете пожаловаться на них. Кроме того, используя меньший MTU может стоить попробовать - некоторые передачи могут пострадать от MTU-черные дыры,


4
2018-05-30 22:33



Благодарю. Если эта латентность ожидается как соединение сотовой сети, то она не надежна никому на земле. Я предположил, что они собираются оплатить мне гораздо больше, чем ADSL, для надежного обслуживания, а не только портативного. - rahmanisback
В качестве побочного эффекта: латентность - это не то же самое, что надежность. Поэтому, если некоторые элементы не загружаются, вы можете столкнуться с потерями пакетов. Это то, что было бы видно при выдаче «пинга». Просто попробуй и посмотри. - the-wabbit
Если я правильно понял ваш комментарий, я не имел в виду «надежность» целостности контента. Сервис с плохим коммутатором связи довольно раздражает. - rahmanisback
Сотовые сети ненадежны по дизайну, но обычно они «достаточно хороши» для работы. Иногда потери пакетов не слишком сильно вредят. Если вы перемещаетесь (например, в поезде или в автомобиле), вы увидите больше проблем, чем при стационарной работе, но даже тогда изменения условий окружающей среды (дождь, люди, бегущие впереди антенны) могут ухудшить сигнал и результат в потерях пакетов. Если вы надежно видите хорошие скорости передачи для больших передач в течение долгого времени, ваш сигнал, вероятно, будет в порядке. - the-wabbit


Вы должны изучить настройки DNS. Если поиск по IP быстро, то вы, вероятно, ожидаете ответа от медленного DNS-сервера, или вы настроены на опрос нескольких DNS-серверов, а первые несколько отключены / не отвечают. На Ubuntu вы можете отредактировать файл /etc/resolv.conf временно измените настройки DNS. Сначала удалите все в файле и замените на это:

nameserver 8.8.8.8
nameserver 8.8.4.4

Если ваша ситуация с просмотром USB улучшится, то конфигурация DNS для USB-модема вызывает у вас проблемы.


3
2017-10-20 04:09



Смотря на /etc/resolv.conf безусловно полезен. Я удалил файл (у которого были настройки, которые имели смысл только для настольных компьютеров в локальной сети в нашем университете, но не для мобильного устройства), и теперь он вернулся к нормальной скорости. - fuenfundachtzig
Чтобы зафиксировать изменения в файле /etc/resolv.conf, создайте файл /etc/resolvconf/resolv.conf.d/tail и добавьте их туда. Тогда сделайте sudo service networking restart а также sudo resolvconf -u, - Oleg Abrazhaev


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


2
2017-10-17 20:32