Доступ к Интернет через точки доступа в режиме bridge, как починить? : Сеть

Был 0, поставил 1

Теперь ребут... Только если пакеты вообще не доходят, то это не спасет... Но пусть будет.

да, перезагрузил шлюз

Так если пингуем внутреннюю сетевую шлюза, то все пакеты доходят

Да, у внутренней сетевой адрес 192.168.0.х, т.е. подсети, в которой все знают, куда рутиться. Кто-то по дороге из магазина не знает, где default gateway, куда надо кидать все, что не 192.168.0.х. Скорее всего, черный ящик твой, т.е. чужая железка, но и бридж может дурить. На тех, что .52 и .53 можно увидеть, что пинг от компа до внешнего интерфейса винрута проходит через них? Хабы - это тупые хабы, не свичи? Пакеты одного интерфейса расходятся на все другие?

Запустил на компе магазина tracert до внешней сетевой 10.10.0.100.
И одновременно на своем офисном компьютере и на шлюзе Wireshark.
Логи практически одинаковые.
Да, 192.168.0.19 (магазинный) не знает, куда девать запросы и рассылает UDP на 255.255.255.255

Ну, свичами именуются. Простые, восьмипортовые, неуправляенмые. Но с таблицей mac-адресов. Значит, не совсем тупые )

как-то не вяжется... таблица точно не изменилась с тех пор?
на твоем офисном компе route print как выглядит? есть разница с компом?

route print практически одинаковый
Я даже попробовал в магазинный сейчас добавить маршрут непосредственно на 10.10.0.100
Не помогло.

Тогда ищи, на каком из хостов пакет, летящий в сторону внешнего винрутового, пропадает... Если траффик минимальный, можно по диодам увидеть пинг. Для успокоения можешь в Wireshark посмотреть, что на интерфейсе компа улетает пинг в сторону хаба.

Пингуем 10.10.0.100 (внешнюю)
Wireshark в логе этот пинг фиксирует.
По фильтру 192.168.0.1 (шлюз по умолчанию) в логе есть только несколько пакетов на 139 порт netbios-ssn.
Нет уверенности, что оно летит в сторону хаба