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

Leshiyart

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

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

  • Посещение

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

  1. поддержу, это удобно https://t.me/Keenetic_ru/806263
  2. как вариант, можно перенаправить внешний порт (отличный от по умолчанию от 80/443) на внутренний порт сервера. далее в фаерволе создать два правила 1) разрешающее с йп источника по протоколу tcp до йп и порта сервер) 2) сделать запрещающее правило источник любой, назначение йп и порт сервера можно через кинднс и поддомен 4 уровня, задав дополнительно авторизацию для сервиса https://help.keenetic.com/hc/ru/articles/360000563719
  3. после перехода с 4.3.х на 4.2.х удаляется из конфига system set net.netfilter.nf_conntrack_max
  4. 4.2.4, 4.3.а10.1 веб по прежнему отображает не верные значения для r (ft) относительно конфига
  5. напишите в суппорт телевизора, либо поковыряйте/сбросьте его настройки. к роутеру и его настройкам вряд ли это имеет отношение
  6. Хотелось бы такого поведения: когда висп не активен то настройки следуют параметрам точки доступа(где канал может быть фиксированным), а если wisp активен, то уже точки наследуют канал wispа(который по уму надо бы оставить в авторежиме, ведь канал у раздающего может быть динамически сменяем)
  7. Присоединяюсь к вопросу о возможности убрать данные сообщения в debug, весь журнал забит только этими записями. яндекс колонка не угомонно видимо хочет йпв6
  8. с версии 4.2.1 задается из cli mws member {member} update channel {channel} — установить канал обновления {channel} KeeneticOS на ретрансляторе {member} с версии 4.2.3 из меню вай фай система в вебе
  9. а этот клиент куда проброшен порт использует для выхода в интернет основную политику или дополнительную?
  10. При включенном AdGuard DNS и Cloudflare DNS не проходит проверка состояния работы сервиса на страницах https://adguard.com/ru/test.html и https://1.1.1.1/help Это связано с тем, что при включенных интернет-фильтрах по умолчанию включается блокировка транзитного DoT/DoH, чтобы избежать утечки DNS-запросов. https://help.keenetic.com/hc/ru/articles/360007687159
  11. возможно вам поможет указать через что ходить каждому впн клиенту, а второму выставить режим on-demand https://help.keenetic.com/hc/ru/articles/8504760071964
  12. суть вопроса не поняли совершенно. вопрос в том что состояние у вг начинает считаться в момент когда на самом деле как такового соединения и не было. на этом все
  13. 4.2.3 гига 1012, хоппер дсл, вояджер про - все отображается верно. может дело в channel width 40-below
  14. 4.2.2 доп точки отображаются, спасибо. но выявилась другая проблемма. при таком сценарии ломаются настройки для k/v r. в частности пропадает выбор r(FT) для двух диапазонов одинаково названных ssid и k/v вешается не на основные точки. приклепляю селф в след сообщении
  15. внутри вашей локальной сети что ли? нет уж спасибо, чудес не бывает. а я так и не понял чем кинд/дин днс тут не подходит
  16. если навести курсор на график то он покажет показания в текущей точке, 30мбит это масштаб он будет кратен 5мбит
  17. а если только wpa2 или wpa3 поставить? смешанный режим выглядит так себе, безопасности это не добавляет а глюков вполне
  18. иначе расписание работы может быть бесполезным. а так это не противоречит тому что определяет такой тип трафика в первых пакетах, раз определил то уже есть инфа по этому коннекту и его надо сбросить
  19. указывается в формате PolicyX X-порядковый номер политики
  20. 4.2b4 Клиентские соединения WireGuard теперь выбирают случайный порт прослушивания каждый раз при переподключении. [NDM-3469]
  21. поискал в истории с тп Здравствуйте. Это аварийный перезапуск микроконтроллера и модулей чипа Wi-Fi. Происходит это автоматически, если подвисает встроенная микропрошивка (MCU). В некоторых случаях может наблюдаться в крайне плохих радиоусловиях, если рядом мощные электромагнитные помехи. В этот момент Wi-Fi клиенты роутера отключаются, но после перезапуска должны иметь возможность продолжать работу. Если такой лог появляется изредка, то это не повод для тревоги. Если же он возникает постоянно, много раз за день и явно сказывается на качестве работы клиентов, то можно рекомендовать сдать роутер в СЦ на диагностику. тоже наблюдал такое, но каких то проблем при этом явных не припомню
×
×
  • Создать...

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

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