r13

В 2.10 полностью поменялся компонент, используется решение другого вендора.

Добрый вечер, @ndm @Le ecureuil @sergeyk Задавал вопрос тут: Решил спросить в отдельной теме: Системные DNS запросы (например резолв сервера времени, сервера обновлений, определения статуса интернет подключения) уходят с флагом Recursion available При этом DNS сервер на такие запросы не отвечает. Судя по RFС этот флаг может выставляться сервером в ответах, а не клиентом в запросах. При этом если из того же cli выполнить пинг какого-нибудь ресурса то DNS query уходят без флага RA, и на них DNS сервер отвечает( пакеты 36 и 44 в пикапе). Хочу уточнить является ли ошибкой установка этого флага при системных запросах. PCAP и селфтест с гиги2 2.11.A.8.0-8 в следующем посте.

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

Покажите какой именно флуд вам кажется не правильным.

Смысл в том что вашей картинке нет того что вы описываете, только анонсы раз в 30 секунд.

Отключить smb, и smb flood закончится. ЗЫ Не так уж и много там, пара пакетов раз в 30 секунд.

https://github.com/ndmsystems/packages/wiki/Opkg-Component#ndmwand

@Faizrakhmanov Зачем вы у ключей строчки по обрезали? Вставляйте в конфиг содержимое файлов с ключами полностью.

В смысле с той же? Коннект на ios на l2tp меняли?

Если нужен единый L2 сегмент, полагаю только bridge или ebtables. Но bridge поднять проще.

Добавьте пожалуйста альбомную ориентацию в приложение. А то на планшете не удобно, приходится экран переворачивать.

@Le ecureuil Кстати а не могли бы вы добавить хук для opkg при срабатывании пинг чека. Тогда будет возможность передернуть eoip через скрипты в opkg. PS Правда в таком случае еще нужен режим пинг чека который ничего не делает(не передергивает интерфейс), но как workaround можно подобный пинг чек и на каком нибудь левом интерфейсе поднять.

Не я все понимаю, но в почти 18м году пытаться ровняться на WinXP это по моему перебор.

Ну на текущий момент только так реализована такая схема к сожалению.

Если eoip включен в bridge то пинг чек нужно прицеплять к бриджу. Тогда в случае обрыва передернется бридж, а вместе с ним и eoip туннель.

Вообще пинг чек и доменные поддерживает, но в вашем случае достаточно локального ip из противоположного сегмента сети. Зы в такой конфигурации пинг чек будет в том числе локальный сегмент передергивать

Добавьте пинг чек или поднимайте туннель через ipsec

В свете появления аккаунта, планируется управление KeenDNS именами через него? В текущем варианте насколько я понимаю если роутер дохнет то контроль над привязанным к нему именем теряется. Хотелось бы видить доп возможность переноса имен без вовлечения роутера.

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

Интерфейсы не трогайте, оставьте любой. Просто укажите 2 ваши адреса. ЗЫ Проявляйте любознательность, статья все возможности не описывает, главное понять принцип.

Ага Hint В трансляции нигде не сказано что это относится к входящему трафику. Там в том числе и локальные сегменты доступны.

Если не получится, тогда opkg и скрипты с вставками iptables

@doc_bravn а вы попробуйте

У меня онлайм с дефолтными настройками работает. Но у них до сих пор ipv6 в тестовой эксплуатации. Так что видимо действительно где как... В вашем случае видимо dhcpv6 в сети отсутствует.

Проверил, на ipv4 запросы отзывается.