Jump to content

ndm

Administrators
  • Content Count

    3,148
  • Joined

  • Last visited

  • Days Won

    456

ndm last won the day on August 18

ndm had the most liked content!

Community Reputation

4,827 Excellent

About ndm

  • Rank
    Honored Flooder
  • Birthday 10/29/2010

Equipment

  • Keenetic
    все модели

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Создайте для телевизора отдельный сегмент с точкой доступа 5 ГГц, и выключите на этом сегменте 2.4 ГГц. Дальше вопрос — нужно ли, чтобы телевизор был в одном сегменте с телефонами и ноутбуками? Если да, то придется в командной строке перенести WifiMaster1/AccessPointX (точка доступа для телевизора) из BridgeX в Bridge0.
  2. Посмотрите в startup-config. Обычно все отмены настроек делаются с помощью приставки "no". Например "no schedule такое-то" полностью удаляет расписание такое-то. Отключить перезагрузку по расписанию — no system reboot. Не забудьте сохранить конфиг после этого: system configuration save
  3. ndm

    Release 3.1 Beta 4: Wi-Fi: fixed tremendous slowdown of SMB, DLNA, and other embedded applications via 5GHz Wi-Fi on Extra (KN-1710), and Duo (KN-2110) MWS: fixed configuration of Captive Portal segments on extender devices MWS: fixed misinterpretation of Bridge5 as a segment on Keenetic DSL (KN-2010) and Duo (KN-2110) DDNS: fixed profile assignment to a non-existent network interface Web: fixed Safari 10 support
  4. Версия 3.1 Beta 4: Wi-Fi: исправлена низкая скорость передачи TCP-трафика SMB, DLNA и других встроенных приложений по Wi-Fi 5 ГГц на Extra II, Extra (KN-1710) и Duo (KN-2110) MWS: исправлена передача настроек сегмента с включенной функцией Captive Portal на экстендеры MWS: исправлена передача Bridge5 в качестве сегмента при использовании в роли контроллера Keenetic DSL (KN-2010) или Duo (KN-2110) DDNS: исправлена обработка ошибки при назначении профиля на несуществующий интерфейс Web: исправлена работа в Safari 10
  5. ndm

    Да, большую часть проблем dual-image решает. Но иногда, сразу старта обновленной версии прошивается загрузчик, и если поврежден начальный сектор, всё слетает к хренам. Тогда никакая кнопка и восстановление не спасает, но это всё в теории. Что на самом деле сломалось, можно только гадать. Заменят и старый в помойку выкинут.
  6. ndm

    Какие еще пути, разбираться самому. Припаять консоль, подключиться и читать, что там. На кнопку реагирует работающая прошивка! А по симптомам всё слетело под корень.
  7. ndm

    Всё верно, работаем. Вместо адреса будет доменное имя экстендера, которое дома резолвится в его прямой адрес, а через интернет работает по KeenDNS (облачный доступ) при условии, что он включен на контроллере. Изоляция в Wi-Fi-системе — вопрос более сложный, чем кажется. Синхронизировать настройку (вкл-выкл) изоляции на всех экстендерах ничего не даст, потому что клиенты, подключенные к разным экстендерам, будут видеть друг друга по проводу. Если хотите, обсудим формулировку: «изоляция клиентов на сегменте X Wi-Fi-системы означает, что через BridgeX каждого экстендера может передаваться только трафик между Wi-Fi-клиентами и контроллером, плюс изоляция клиентов внутри AccessPoint-ов, включенных в BridgeX». Всех устроит такая примитивная реализация? Это означает, что либо контроллер при включении изоляции должен передать свой MAC-адрес на экстендеры (придумаем API какой-нибудь, interface BridgeX peer-isolation [controller]), либо они автоматически будут брать MAC-адрес шлюза.
  8. ndm

    Не совсем понятно, о каком клиенте речь. Экстендер получает адрес сразу во всех сегментах, чтобы мог работать роуминг. Но клиент, подключенный через экстендер, имеет адрес только в одном сегменте согласно SSID, к которому он подключился. И адрес клиента можно "зафиксировать", т.е. настроить, чтобы DHCP-сервер выдавал ему всегда один и тот же адрес.
  9. Не нужно, достаточно указать сегмент "Network access", и к нему будет доступ. Попробуйте пул адресов PPTP-сервера настроить 192.168.1.X - 192.168.1.Y, но так, чтобы они не пересекались с пулом DHCP. Если на тп-линке доступ со стороны PPTP-клиента в сторону PBX открыт, всё заработает. Есть ощущение, что дело в тп-линке, который не знает, куда посылать пакеты до 192.168.1.0/24. Если адреса PPTP-клиентов будут совпадать с домашней сетью, ему будет проще. И для кинетика это корректная конфигурация.
  10. Настройки VPN-сервера на кинетике ограничены, там нельзя сделать правила для каждого клиента, и идентификация подключений в оболочке отсутствует. (Она есть в linux, но на уровень CLI кинетика не выведена.) Возможностей VPN-сервера по умолчанию достаточно для простых задач. Пока всё, что можно менять — это настраивать доступ через VPN к выбранному сегменту или к интернету в целом. Если нужны гибкие настройки, пользуйтесь GRE, IPIP и другими, но это совсем другая тема. Никаких специальных ограничений на SIP/UDP в VPN-сервере нет, т.е. если "удаленная сеть пингуется", то и всё остальное должно работать. Вы пишете, что телефон находится за tp-линком, но не очень понятно, где и по какому адресу у вас FreePBX.
  11. ndm

    Release 3.1 Beta 3 : MWS: fixed error 'system failed [0xcffd004e]' MWS: fixed association with backhaul access points in manual mode fixed timezone offset representation
  12. Версия 3.1 Beta 3 : MWS: исправлена ошибка 'system failed [0xcffd004e]' при захвате экстендеров MWS: исправлено подключение к backhaul-точке доступа в ручном режиме DECT: добавлена поддержка трубки Gigaset C530HX исправлено отображение смещения часовых поясов
  13. ndm

    Release 3.1 Beta 2: MWS: fixed MAC ACL configuration (@VVS reported) DLNA: fixed media directory names Chilli: fixed compatibility with Yota USB modems
  14. Версия 3.1 Beta 2: MWS: исправлена передача настроек MAC ACL на экстендеры (сообщил @VVS) DLNA: исправлено отображение имен папок медиатеки Chilli: адаптирована работа с USB-модемами Yota
  15. ndm

    Да, спасибо. Мы сделаем, чтобы лишние адреса не рассылались на экстендеры.
×
×
  • Create New...