Назад | Перейти на главную страницу

Произвольный сброс соединения между браузером и сервером Linux - неверный MTU или ICMP не проходит?

Я видел случайные ошибки ERR_CONNECTION_RESET в моем браузере (Chrome, Firefox или Edge, работающие на разных машинах, Windows 10 1709), когда я пытаюсь редактировать веб-страницы на удаленном сервере Linux под управлением Ubuntu 16.04 LAMP. Это очень сложно определить, но, похоже, это происходит в основном при отправке больших форм через SSL-соединения, и это сводит меня с ума, потому что я теряю работу.

Ничего в журналах ошибок, никаких проблем с ping или tracert между машинами, брандмауэры отключены на обоих концах. У него есть все симптомы проблемы с сетью, но я не могу быть уверен, потому что это периодически.

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

Сегодня я запустил Wireshark и вижу повторяющиеся строки, подобные этой, которые, как мне кажется, совпадают с проблемой:

694 47.224124 192.168.1.90 149.210.138.83 TCP 1514 [TCP Retransmission] 53732 → 443 [ACK] Seq = 3867 Ack = 33955 Win = 64512 Len = 1460

192.168.1.90 - это компьютер с Windows (браузер), а 149.210.138.83 - это сервер Linux. Размер пакета составляет 1514, что, как я знаю, больше, чем может передать мой маршрутизатор (BT homehub 3). Бит «Не фрагментировать» установлен. Я ожидал увидеть ICMP-пакеты, согласовывающие фрагментацию, но я этого не делаю. Тем не менее, эхо-запросы в порядке, а брандмауэры отключены.

Wirehark pcap успешной и неудачной отправки формы и пинг здесь (вам не нужна учетная запись OneDrive, просто загрузите ее в качестве гостя). https://1drv.ms/u/s!AvycuEtEj-isleIZMh8w_SHuoqYcoQ

Если кто-то может помочь пролить свет на то, что происходит, я был бы очень благодарен.

Отвечая на свой вопрос - я изменил размер MTU в своих клиентах (ПК, ноутбук, телефон), и это надежно устранило проблему. Я также подтвердил, что проблема возвращается, если MTU сбрасывается до значения по умолчанию 1500.

Обновленный «Smart Hub» теперь прибыл, и проблема больше не возникает при его использовании (даже со сбросом MTU), поэтому я почти уверен, что мой диагноз был правильным, а исходный Home Hub 3 был неисправен. Я подозреваю, что это было из-за подавления пакетов ICMP, поскольку я знаю, что он не отвечает на пинги (неразумно, ИМХО). Эта проблема, должно быть, доставила много страданий, поскольку это был очень популярный хаб.