Рыбалка в Карелии

KoT писал(а):Браузер называется Google Chrome. Он кстати довольно стабильно работает

Но имеет в себе запросы, которые роняют многие вайфай роутеры

Что-то мы по-ходу уходим в оффтоп

Tim писал(а):Но имеет в себе запросы, которые роняют многие вайфай роутеры

Лично я таких багов не замечал.

Интересно, а как программа из прикладного уровня стека протоколов может воздействовать на работу устройства сетевого уровня? Тем-более браузер.

KoT писал(а):вня стека протоколов может воздействовать на работу устройства сетевого уровня?

Большая часть WFроутеров имеют веб-интерфейс и свою внутреннюю раздачу серых IP. А на каком этапе происходят ошибки - это ж надо изучать. А изучив, можно было бы ее устранить А кому это надо? Еще замечено неоднократно, что это не просто вешает локальный роутер, а только в том случае, если WF роутер заставляешь работать не по прямому пути, а по VPN каналу - задав ему конкретную маршрутизацию. Предполагаю, что Хром пытается проверить и выстроить свой оптимально короткий и логический маршрут - это вызывает ошибку с маршрутами прописанными вручную. Далее начинается тестирование узлов, которое приводит к некому зависанию сессии по дефолту.

Вывод - Хром весьма активный браузер, который любит своего Папу Гугль и правила которые там порою диктуются

Tim писал(а):Большая часть WFроутеров имеют веб-интерфейс и свою внутреннюю раздачу серых IP.

Tim писал(а):если WF роутер заставляешь работать не по прямому пути, а по VPN каналу - задав ему конкретную маршрутизацию.

Значит-ли это, что Хром неким образом проникает в админку шлюза и перенастраивает маршрутизацию виртуального канала под себя? Вопрос конечно риторический.

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

Если конфликт данного браузера с VPN и существует, то он будет исправлен в ближайшее время, если уже не исправлен, т.к этот монстр (гугл) не стоит на месте.