Полноценная поддержка IPv6

[streampp]

Добрый день.

Планируется ли полноценная поддержка IPv6 в прошивках для Keenetic Ultra II?

1. Не могу задать IPv6 DNS в веб-интерфейсе для локальной сети.

2. Не могу настроить внутренние подсети и маршрутизацию.

3. Не могу настроить правила файрволла для разрешения трафика из WAN в Lan.

Веб интерфейс принимает только IPv4 адреса.

Очень огорчает "кастрированность" IPv6 в Keenetic, и OpenWRT нет для Keenetic II

Очень не хочется сдавать устройство или продавать.

[mrGhotius]

3 минуты назад, Denis Bormaleytus сказал:

как делегировать префикс???

Почитайте тут

[Denis Bormaleytus]

на ultra прилетает айпишник с главного роутера.

после прописывания делигивания - пропадает.

Цитата

ipv6 subnet Default
    bind Home
    mode slaac
    prefix length 63
    prefix delegate 64
    number 0

 

Изменено 25 декабря, 2024 пользователем Denis Bormaleytus

[mrGhotius]

11 минут назад, Denis Bormaleytus сказал:

после прописывания делигивания - пропадает.

В этом случае не получится делегировать префикс (для делегирования получаемый от провайдера префикс должен быть меньше 64),  проще вам вернуть Ultra в режим точки доступа в MESH.

Изменено 25 декабря, 2024 пользователем mrGhotius

[Denis Bormaleytus]

40 минут назад, mrGhotius сказал:

В этом случае не получится делегировать префикс, проще вам вернуть Ultra в режим точки доступа в MESH

вернул ульру в ретранслятор.

заработало

[ru.celebi]

On 8/10/2023 at 10:50 AM, Denys said:

Планируется ли добавить traceroute6?

Мне тоже было бы очень полезно иметь traceroute6. Надеюсь, эта функция появится в будущих обновлениях. Спасибо!

[None 7]

Столкнулся с проблемой, о которой известно уже 2 года. Файрволл роутера забывает постоянный IPv6-адрес установленного в сети DNS-сервера. Обращаются к нему по этому адресу не часто из из кэша DNS, который может пару дней запись хранить. Сам DNS-сервер в сеть выходит с временных адресов и соответственно анонсирует этот адрес только при подключении к сети. Я конечно понимаю, что память не бесконечная и нужно периодически чистить NDP-таблицу и правила файрволла от временных адресов, но стоит всё таки проверять, что устройство отказалась от адреса и больше для него на NDP-запросы не отвечает. Самый простой способ это перед удалением адреса из файрволла отправить ему ping, а затем независимо от результата проверить NDP-таблицу. Проблему конечно я решил одной строчкой в cron на DNS-сервере, но это костыль.

А теперь вопрос к администрации, если багу уже 2 года, то когда же его уже починят внеся пару строк в скрипт? Ладно DNS это редкий случай, но как насчёт удалённого доступа по ssh или SMB ? Или же принятие звонков через SIP ? Последнее как бы в бизнесе часто используется и пропущенный звонок из за мнимой безопасности может стоить дороже любого вашего роутера.

[Le ecureuil]

4 часа назад, None 7 сказал:

Столкнулся с проблемой, о которой известно уже 2 года. Файрволл роутера забывает постоянный IPv6-адрес установленного в сети DNS-сервера. Обращаются к нему по этому адресу не часто из из кэша DNS, который может пару дней запись хранить. Сам DNS-сервер в сеть выходит с временных адресов и соответственно анонсирует этот адрес только при подключении к сети. Я конечно понимаю, что память не бесконечная и нужно периодически чистить NDP-таблицу и правила файрволла от временных адресов, но стоит всё таки проверять, что устройство отказалась от адреса и больше для него на NDP-запросы не отвечает. Самый простой способ это перед удалением адреса из файрволла отправить ему ping, а затем независимо от результата проверить NDP-таблицу. Проблему конечно я решил одной строчкой в cron на DNS-сервере, но это костыль.

А теперь вопрос к администрации, если багу уже 2 года, то когда же его уже починят внеся пару строк в скрипт? Ладно DNS это редкий случай, но как насчёт удалённого доступа по ssh или SMB ? Или же принятие звонков через SIP ? Последнее как бы в бизнесе часто используется и пропущенный звонок из за мнимой безопасности может стоить дороже любого вашего роутера.

Для всех адресов попавших в NDP запускается периодический трекинг. Если адрес перестает отвечать на прямой запрос NDP трекеру, то медицина бессильна - это его проблема, этот хост невозможно отличить от "насовсем отключенного". Также если хост из-за privacy extensions меняет адрес, но не анонсирует его через DAD - он сами виноват, как это вообще можно узнать?

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

[avn]

6 часов назад, Le ecureuil сказал:

Для всех адресов попавших в NDP запускается периодический трекинг. Если адрес перестает отвечать на прямой запрос NDP трекеру, то медицина бессильна - это его проблема, этот хост невозможно отличить от "насовсем отключенного". Также если хост из-за privacy extensions меняет адрес, но не анонсирует его через DAD - он сами виноват, как это вообще можно узнать?

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

У меня дополнительный статический адрес умирает периодично. Что бы восстановить, надо роутер пингануть. И все опять ок, но на период.