-
Постов
1 692 -
Зарегистрирован
-
Посещение
-
Победитель дней
64
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент slomblobov
-
Разобрались. Кроме WD TV так же были проблемы в работе с клиентами на базе Samba. Например выполнив "smbclient -L 192.168.1.1" можно обнаружить долгий ответ на пакет SessionRequest. Исправление появится в очередном draft.
- 14 ответов
-
- 2
-
-
- wd tv live
- media player
-
(и ещё 4 )
C тегом:
-
@r13 немного подправим синтаксис команды ipv6 route и тогда можно будет руками всё настраивать. Необходимо прописать маршрут до нижележащей подсети с обязательным указанием шлюза. Маршрутизацию рекомендуется производить по linklocal адресам. Например: ipv6 route 2001:db8::/56 Home fe80::a00:27ff:fba:98f В планах улучшение функционала ipv6, направленное на использования как конечного роутера. Нарезка и дальнейшее делегирование префиксов в такие планы пока не входит.
- 9 ответов
-
- mikrotik
- keenetic lite iii rev.a
- (и ещё 3 )
-
@OmegaTron Выкладывайте дамп, можно в скрытом сообщении. И укажите свои замечания.
-
@OmegaTron Речь идет о протоколе netbios или browser? Первое, что может броситься в глаза - это частые host announcement, максимальный интервал интервал рассылки который установлен в 30 секунд.
-
Опция force_sort_criteria не устанавливается в конфиге, можем включить. По превьюшкам необходимо затягивать патч и библиотеку для формирования, что повлечет за собой увеличение размера компонента, чем мы обидим пользователей устройств с малым размером памяти.
-
При обращении по сетевому имени Windows одновременно отправляет запросы как по netbios, так и по LLMNR. В данный момент netbios вроде как справляется с задачами разрешения имен. Какой толк от внедрения LLMNR? На данный момент имеем пару проблем: 1) пропадание имени роутера из кеша netbios. 2) невозможность появления имени роутера в сетевом окружении, если в сети нет ни одного MasterBrowser или LocalMasterBrowser. Если у вас не заходит по имени и есть возможность снять дамп, то поделитесь им пожалуйста (фильтр "udp and (port 137 or port 138 or port 139)" )
-
Проходимость icmpv6 была требованием теста на соответствие ipv6 стандарту. Открыть один порт в данный момент нельзя, можно открыть все порты: "no ipv6 firewall"
-
Не реализовано делегирование префикса на нижестоящие устройства. Автоматически (dhcpv6 prefix delegation) данный вопрос разрулить не получится. На роутере нужно будет прописывать маршруты нижестоящим устройствам, отключить ipv6 firewall. На нижестоящих устройствах придется вручную забивать адрес, так как добавить руками можно только локальный префикс.
-
Для начала ознакомьтесь с этой веткой. Если останутся вопросы, то задавайте.
-
У присутствующих представителей провайдеров хотелось бы узнать, поддерживается ли предварительная авторизация известных клиентов по MAC адресу с вашей стороны? @ИваN@Сергей Горшков
-
Будем копать в сторону драйвера файловой системы тогда, поддержки расширенных атрибутов.
-
@hondaspb попробуйте разместить бекап раздел timemachine в папке на файловой системе ntfs.
-
Попробуйте тогда draft. https://forum.keenetic.net/announcement/5-где-взять-тестовые-прошивки/
-
Данная файловая система совсем недавно увидела свет. Разве уже появилась реализация под linux!?
-
Попробуйте советы из темы, приведенной ниже, а именно "lcp echo 30 3 adaptive" и различные режимы annex.
-
Попробуем обновить версию netatalk до актуальной с целью избавиться от ошибки "dsi_stream_read: len:0, unexpected EOF"
-
@Buha давайте разбираться. Попробуйте выполнить пинг непосредственно с роутера (команда tools ping6 <host>). А также выложите selftest.
-
Проблема созданием подсетей неверного размера найдена. Префиксы неправильного размера не будут нарезаться на подсети. По поводу валидатора: валидатор в веб-интерфейсе никак не хочет воспринимать префиксы, которые заканчиваются не на двоеточие. Например: 2a01:4f8:173:641:0:2:2:0/112 - не проходит валидацию 2a01:4f8:173:641:0:2:2::/112 - проходит валидацию Данный нюанс запомним, но исправление сделаем позже. @gaaronk Спасибо!
-
В случае использования делегированного префикса неверного размера, роутер не сможет порезать его на подсети. В таком случае в логе должны появиться сообщения: @gaaronk Если вам удалось подобрать данные, при которых появляются странные подсети, поделитесь пожалуйста логом или селфтестом.
-
Допустим от провайдера получен префикс 2001:db8:1234:5600:/56. В такой подсети можно разместить 256 сетей размером /64 (64-56 = 8 бит, 2 ^ 8 = 256). Далее необходимо порезать этот префикс на /64 подсети. subnet c номером 0 получит подсеть 2001:db8:1234:5600:/64. subnet c номером 3 получит подсеть 2001:db8:1234:5603:/64. .. subnet c номером 255 получит подсеть 2001:db8:1234:56ff:/64. Если от провайдера прилетел префикс /64, то такой префикс образует только одну подсеть /64. Subnet 0 полностью завладеет данным префиксом. Остальные subnet ничего не получают.
-
Для ipv6 самой малой маршрутизируемой сетью считается /64. Такое ограничение связано с работой алгоритма автоматического назначения адреса (SLAAC). Именно по причине, что сеть меньше 64 (65,66... и более), роутер не может назначить себе адрес для интерфейса Home. https://www.ripe.net/about-us/press-centre/understanding-ip-addressing
-
@t800 Необходим selftest с отладкой. Включите режим отладки, как возникнет проблема, зафиксируйте несколько попыток соединения, затем остановите отладку - скачается selfest. По поводу провайдера: в принципе можно докопаться по поводу маршрутов, если есть желание. А именно два одинаковых маршрута по dhcp + большая подсеть для них /8.
- 21 ответ
-
- 1
-
-
- keenetic lite iii
- l2tp
-
(и ещё 2 )
C тегом:
-
@Dmitry Ganaev Если не сложно, снимите пожалуйста небольшой дамп трафика с Home интерфейса. Главное, чтобы в него попали dhcp пакеты. Для этого можно использовать фильтр "udp and ( port 67 or port 68 )". Так же после отключения dhcp клиента, которое вы уже выполнили, попробуйте перезагрузить роутер.
