Я давно страдаю от этой проблемы, и она не зависит от браузера. Его относительно легко воспроизвести в любом браузере.
Проблема существует, потому что таблица маршрутизатора NAT переполняется очень легко, потому что она может обрабатывать только столько одновременных соединений. Современные AJAX-сайты, такие как Facebook и Twitter, используют множество соединений. Эта проблема усугубляется тем фактом, что большинство таких сайтов в настоящее время используют SSL-соединения.
Почему это усугубляет проблему?
Поскольку SSL-соединения являются относительно постоянными после рукопожатия, и если маршрутизация отбрасывается маршрутизатором NAT, браузер не может справиться с ситуацией, и истекает длительное время ожидания SSL без ДАННЫХ или аналогичной ошибки. , Тем не менее, даже этот тайм-аут не похоже на правильное переподключение и повторное установление связи SSL-соединений в основных браузерах, поскольку SSL-установление связи происходит очень медленно, браузеры пытаются максимально использовать существующие подключения, не понимая, что маршрутизация NAT связана с к соединению больше не существует.
Кроме того, кажется, что несколько вкладок на одном и том же сервере SSL повторно используют одно и то же TCP-соединение, поэтому закрытие только одной вкладки определенно не приведет к закрытию соединения.
Таким образом, обходной путь может заключаться в том, чтобы как-то сократить время ожидания SSL NO DATA и, возможно, исправить браузеры, чтобы фактически стереть все знания о ранее существующих SSL-соединениях, открыв совершенно новое TCP-соединение, чтобы сделать маршрутизатор NAT счастливы и освежены.
Я еще не нашел практического способа решения этой проблемы, но приведенная выше ошибка определенно связана с ней, но, похоже, что инженеры Chrome не понимают причину.