flashtr0n

Прошло почти 1,5 месяца. В версии прошивки 2.16 ждать, или нет?

Использую IPhone SE с установленным My.Keenetic v53 для подключения к Keenetic Giga III. По вай-фаю всё прекрасно подключается, но в списке зарегистрированных мобильных устройств ничего не отображается. Соответственно, не могу подключаться и управлять интернет-центром через 3G.

В новом accel-ppp встроен шейпер. Когда эта функция будет задействована для ограничения скорости VPN-клиентам? Когда примерно ждать? Месяц, год, столетие???

В новом accel-ppp встроен шейпер. Когда эта функция будет задействована для ограничения скорости VPN-клиентам?

Отправил в ЛС.

При переподключении пользователей к vpn-серверу в графе "Пользователь" не отображается имя у некоторых, в статистике сервера. На скриншоте - последняя строка, как пример. Прошу пофиксить. Баг со времён перехода на новый интерфейс.

Собственно сабж. Возможно ли реализовать мониторинг не только для устройств локальной сети, но и для подключенных клиентов к VPN-серверу? И как насчёт возможности ограничения скорости для VPN-клиентов? Задавал этот вопрос уже давно - до сих пор тишина...

Ежедневно VPN-сервер в рандомное время начинает не пускать рандомного пользователя. Помогает только отключение/включение VPN-сервера галкой в WEB-интерфейсе. В логах пишет такое: Nov 11 16:35:33 pptpd[28226]: CTRL: Starting call (launching pppd, opening GRE) Nov 11 16:35:33 pptp[28227]: Plugin pptp.so loaded. Nov 11 16:35:33 pptp[28227]: PPTP plugin version 0.8.3 compiled against pppd 2.4.4-4 Nov 11 16:35:33 pptp[28227]: pppd 2.4.4-4 started by root, uid 0 Nov 11 16:35:33 pptp[28227]: using channel 1987 Nov 11 16:35:33 pptp[28227]: Using interface vpn5 Nov 11 16:35:33 pptp[28227]: Connect: vpn5 <--> pptp (109.111.111.217) Nov 11 16:35:38 ndm: VpnServer::Manager: "User" user has already been connected, terminate new connection. Nov 11 16:35:38 pptp[28227]: Modem hangup Nov 11 16:35:38 pptp[28227]: Connection terminated. Nov 11 16:35:38 pptp[28227]: Exit. Nov 11 16:35:38 pptpd[28226]: CTRL: Reaping child PPP[28227] Nov 11 16:35:38 pptpd[28226]: CTRL: Client pppd TERM sending Nov 11 16:35:38 pptpd[28226]: CTRL: Client pppd finish wait Nov 11 16:35:41 pptpd[28226]: CTRL: Client 109.111.111.217 control connection finished Nov 11 16:35:44 pptpd[28235]: CTRL: Client 109.111.111.217 control connection started Nov 11 16:35:45 pptpd[28235]: CTRL: Starting call (launching pppd, opening GRE) Nov 11 16:35:45 pptp[28236]: Plugin pptp.so loaded. Nov 11 16:35:45 pptp[28236]: PPTP plugin version 0.8.3 compiled against pppd 2.4.4-4 Nov 11 16:35:45 pptp[28236]: pppd 2.4.4-4 started by root, uid 0 Nov 11 16:35:45 pptp[28236]: using channel 1988 Nov 11 16:35:45 pptp[28236]: Using interface vpn5 Nov 11 16:35:45 pptp[28236]: Connect: vpn5 <--> pptp (109.111.111.217) Nov 11 16:35:53 ndm: VpnServer::Manager: "User" user has already been connected, terminate new connection. Nov 11 16:35:53 pptp[28236]: Modem hangup Nov 11 16:35:53 pptp[28236]: Connection terminated. Nov 11 16:35:53 pptp[28236]: Terminating on signal 2 Nov 11 16:35:53 pptp[28236]: Exit. Nov 11 16:35:53 pptpd[28235]: CTRL: Reaping child PPP[28236] Nov 11 16:35:53 pptpd[28235]: CTRL: Client pppd TERM sending Nov 11 16:35:53 pptpd[28235]: CTRL: Client pppd finish wait Nov 11 16:35:54 pptpd[28235]: CTRL: Client 109.111.111.217 control connection finished Nov 11 16:35:58 pptpd[28243]: CTRL: Client 109.111.111.217 control connection started Nov 11 16:35:59 pptpd[28243]: CTRL: Starting call (launching pppd, opening GRE) Nov 11 16:35:59 pptp[28244]: Plugin pptp.so loaded. Началось это ещё с 2.12 версии прошивок. Видимо, при плохой связи, и постоянных переподключениях клиента сервер "залипает", и считая что юзер уже авторизован, перестаёт его пускать. Прошу пофиксить, ибо надоело уже ежедневно передёргивать сервер, когда связь ухудшается!

Прошивка 2.14 официальная бэта. 1. Как сделать PPPoE-подключение через WISP? В старом интерфейсе в свойствах PPPoE/VPN-подключений спокойно можно было выбирать, через какой интерфейс подключаться. В новом интерфейсе такого нет. 2. Есть PPPoE подключение, через которое поднимается VPN-подключение до сервера, а уже через него ходит интернет. При падении VPN-подключения интернет не должен ходить через PPPoE. Так-же через PPPoE-соединение работали локальные ресурсы, в обход VPN, для чего был добавлен статический маршрут до подсети провайдера. Как было сделано в старом интерфейсе: на PPPoE-подключении убрана галка "Использовать для выхода в интернет" + прописан статический маршрут на адрес сервера + прописан статический маршрут до подсети с ресурсами провайдера; на VPN-соединении стояла галка "Использовать для выхода в интернет". Всё работало, при падении VPN интернет не ходил через PPPoE, локальные ресурсы работали через PPPoE. В новом интерфейсе: В "Приоритетах подключений" создал новый профиль, где оставил галку только на VPN-подключении, на PPPoE снял, что-бы при падении VPN трафик не шёл через PPPoE. Прописал на PPPoE статические маршруты до сервера и ресурсов провайдера. Но теперь ресурсы провайдера, которые раньше работали через PPPoE по статическому маршруту, ходят через VPN. Если ставлю галки и на PPPoE, и на VPN, то локальные ресурсы через PPPoE работают нормально, но при падении VPN интернет начинает ходить через PPPoE, что неприемлемо! Как решить мои проблемы?

Обновился до последней альфы 2.13 с новым интерфейсом В старом интерфейсе имел несколько подключений, и галку "Использовать для выхода в Интернет" оставлял только на VPN, что-бы при его падении трафик не начинал идти через основное подключение, на котором вручную был прописан маршрут только до VPN-сервера, а остальной трафик блокировался. В новом интерфейсе ничего такого нет. Как разрешить бегать трафику только через поднятый VPN, а при его падении не через какие резервные и прочие подключения?

Здравствуйте. Стоит ждать реализации?

Поднимал тоже эту проблему пару месяцев назад. Никакого толкового решения так и не было сделано. Сейчас ради эксперимента подключил ASUS RT-AC51U с жёстким диском по 5Ггц Wi-Fi к телеку и медиаприставке - всё летает. Что по DLNA, что по FTP/SMB. Тут однозначно проблема в прошивках 2.11/2.12, и никто не собирается их решать. У разработчиков, видимо, сейчас все силы брошены на новый Web-интерфейс и туннели, что-бы "стильно, модно, молодёжно". А старые косяки доделать? Да зачем, заявлено - значит всё норм. А что работает через пень-колоду, да и пофиг. Главное маркетинг и красивости!

Прошу совета. На роутере настроены 2 внешних подключения - провайдер №1 (интернет) и провайдер №2 (локальная районная сеть). Необходимо всем устройствам на интерфейсе Home ограничить общую скорость доступа в интернет на провайдера №1, НО не ограничивая при этом скорость доступа к районной сети провайдера №2. Команда в CLI interface Home traffic-shape rate XXXX ограничивает скорость на все внешние подключения, что неприемлемо. Техподдержка на данный вопрос ответила: "К сожалению, выделить отдельно какой-либо интерфейс невозможно, ограничено будет только общим." Вопрос - когда данная функция будет реализована, или что можно сделать в данной ситуации? Почему нельзя сделать ограничение скорости по-отдельности для внешних интерфейсов? Или сейчас у разработчиков все силы брошены на новый web-интерфейс и туннели, что-бы "стильно, модно, молодёжно" ?

Какое максимальное количество потоков способно выдержать встроенное udpxy в Keenetic Giga III \ Ultra II ? Каналы SD и HD. Ограничение будет упираться в производительность процессора, или в суммарную скорость всех каналов на всех устройствах?

Битрейт порядка 32Мбит/с. Должно хватать пропускной способности интерфейсов с огромным запасом. Файл не битый - на медиаприставке, и на ТВ, при подключении HDD напрямую - воспроизводится идеально. Через роутер - зависает, неважно, через Wi-Fi, или Ethernet. Порт на ТВ - 100Мбит/с, на медиаприставке - 1Гбит/с. На медиаприставке - аналогичная ситуация - при воспроизведении напрямую с HDD всё отлично, через роутер - тупит. Проблема исключительно в роутере.