Перейти к содержанию

slomblobov

Участники форума
  • Постов

    1 503
  • Зарегистрирован

  • Посещение

  • Победитель дней

    54

Весь контент slomblobov

  1. Уточните модель модема или пришлите селфтест. Проблему можно обойти командой:
  2. Известная проблема, находится в работе. SMB сервер некорректно работает с симлинками.
  3. Проблемы с TSMB, специфичные для 2.16, будут чиниться по остаточному принципу. Проблема со службой WSD возможно такой и является, по крайней мере мне не удалось воспроизвести это на версии 3.4+. В остальном 2.16 будет получать все те же фишечки и фиксы, что и актуальные версии.
  4. @Albram Спасибо за ценное наблюдение! Мне пока не удалось воспроизвести подобное поведение. Как только добьёмся устойчивого воспроизведения проблемы, сразу же доведём ситуацию до разработчиков.
  5. @PHP У вас конфликт префикса, прописанного вручную и выданного провайдером. Вы определитесь с настройками, а разработчикам надо скорректировать работу в такой ситации.
  6. Попробуйте следующее: easyconfig check exclude-gateway
  7. У роутера на входе тоже стоит dc-dc с широким диапазоном входных напряжений. Нужно посмотреть по даташиту на микросхему лимиты и учесть лимиты входных конденсаторов.
  8. Достаточно много клиентов, которые некорректно работают со строковыми опциями. Думаю стоит добавить завершающий ноль для всех таких опций.
  9. Видимо не хватает завершающего нуля. Попробуйте прописать проблемную опцию в hex формате с нулем в конце.
  10. https://help.keenetic.com/hc/en-us/articles/360000696319-Using-more-than-one-ISP-redundancy-and-multi-WAN
  11. Предварительно можно сказать, что особенностью вашей сети является то, что есть репитер. А дальше предстоит понять, что с этим можно сделать.
  12. @blacksnake такое поведение может наблюдаться, когда IP адрес в запросе на продления аренды не совпадает с выданным ранее IP. Приложите selftest, чтобы было понятнее.
  13. @obmuh бегло посмотрел selftest. Ничего необычного в настройках не нашел. Если посмотреть conntrack, то видно, что провайдер отвечает на UDP, но не отвечает на TCP.
  14. ICMPv6 RA рассылаются мультикастом, значит все IPv6 клиенты слышат одно и то же и не могут таким образом получать разные конфигурации. Чтобы реализовать идею переопределения способа адресации, придётся отказаться от мультикаста и слать RA адресно. Соответственно придётся вести список клиентом и следить за их состоянием. Тем самым мы начинаем потихоньку ползти от stateless(SLAAC) к stateful(DHCP). Вся философия рушится. Данная идея сложна в реализации, имеет спорную концепцию, необходимость выглядит сомнительной.
  15. C DHCP очень много проблем ввиду его негибкости. Допустим мы заполним конфиг такими статическими записями, дальше провайдер меняет префикс... И что делать? Менять конфиг каждый раз? Значит надо добавлять не абсолютные адреса, а только правую часть. host AA:BB:CC:DD:EE ::123 И тогда при получении префикса подставлять его в левую часть. Получим 2001:4860:4860::123. Но при переполучении префикса нужно будет отзывать все DHCP адреса, путем отправки каждому клиенту запроса. Со SLAAC можно одним пакетом отказаться от старого префикса и назначить новый. Одним пакетом сразу для всех клиентов. Пока считаю данный функционал несущественным, по IPv6 есть более приоритетные задачи.
  16. @yuoras Почему-то в вашем конфиге не включен dhcp клиент. Выполните: Или вытащите модем, удалите через Web соединение CdcEthernet0 (4G Киевстар) и вставьте обратно.
  17. Многие Yota модемы не пропускают транзитные UDP порт 53 соединения, т.е. DNS запросы. Это значит, что в качестве dns сервера можно использовать только адрес модема. @misererror вам нужно убрать все самостоятельные настройки с клиентов.
  18. Спасибо за замечание. Добавим правило для TCP.
  19. И всё же нет. Правило было нужно для получения ответов от DHPv6 сервера. Это правило будет удалено, а для нужд DHCP будет прописано своё строгое правило.
  20. lease посмотреть никак нельзя. С одинаковыми адресами очень странно. Мы долгое время не трогали код сервера, и ранее с ним было всё хорошо. Для большинства пользователей режим SLAAC является основным, возможно поэтому мы ранее не встречали подобных обращений.
  21. Низачем, будет удалено.
  22. Разработчики в курсе ситуации, ждём исправления.
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.