flashtr0n

Задавал этот вопрос на форуме больше года назад - внятного ответа не получил. Будет ли реализовано настраиваемое ограничение скорости клиентам PPTP/L2TP/SSTP VPN-сервера? Рад за всех, у кого уже появился широкополосный доступ в интернет, но в отдельных уголках страны скорость в 3-4Мбит/с всё ещё считается чем-то фантастическим, и данная функция была бы очень желаемой!

Не подскажете, как именно? Пробовал прописывать 4 PPPoE в конфиге - одновременно не работают, переподключаются по очереди. И так понимаю, надо создавать группу с привязанной гостевой wi-fi сетью на каждое соединение? Про 4 wi-fi сети максимум я знаю.

Можно ли реализовать следующую схему на Keenetic - поднять на одном физическом интерфейсе 4 одновременных PPPoE-соединения (с разными учётными данными и IP) у одного провайдера, и разрулить их по 4 гостевым сетям? Т.е каждое PPPoE-соединение на свою Wi-Fi сеть.

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

Здравствуйте. В прошивке 2.11 стоит ждать появления этой функции? Или сейчас основной приоритет - это переход на новый WEB-интерфейс?...

Здравствуйте. Необходимо ограничивать скорость на интерфейсе Home (всем хостам в домашней сети) в определённое время, снимая ограничения в остальное время. Так понимаю, что мне необходимо создать 2 правила? interface Home traffic-shape rate 2048 shedule shedule1 interface Home no traffic-shape shedule shedule2 Или достаточно первого правила? UPD: И как понимаю, на встроенный Торрент-клиент не действует ограничение скорости на интерфейсе Home. Как тогда ограничить суммарную скорость всем устройствам и сервисам роутера? На интерфейсе провайдера, допустим PPTP0 ?

Тоже хотелось бы видеть не только PPTP сервер, а что-либо более современное. У меня другой вопрос - планируется ли в нынешнем PPTP сервере сделать возможность ограничения скорости на клиента?

Подключал ради эксперимента прямо на кроссе в порт DSLAMA. Линия, как таковая, составила несколько метров. Про работу модема написано в первом посте.. Не в линии тут дело. Annex A завёлся без проблем.

Это было сделано в первую очередь. После сегодняшнего тестирования на работе - проблема в модеме, однозначно.

А этот скриншот - параметры линии с китайского Starnet AR800, который работает абсолютно без проблем:

Столкнулся с проблемой в работе Keenetic Plus DSL. Модуляция у меня Annex M, профиль на порту DSLAM Huawei MA5600 - 6Мбит/с Download и 2,5Мбит/с Upload. Линия 1км. На этой линии Keenetic DSL, китайские Starnet AR800 работают великолепно, на полной скорости профиля. Keenetic Plus DSL её попросту не видит. Сегодня прихожу, и подключаю его прямо на кроссе (работаю в Ростелекоме). И наблюдаю такую картину - постоянные статусы "Нет соединения" и "Согласование параметров" в роутере, подключается минут через 15, и на скоростях, указанных на скриншоте. Т.е он даже полную скорость Upload не может "переварить". А я грешил на линию.... На Annex A работает великолепно, никаких проблем. Вопрос к разработчикам - это баг, или фича? Или просто новомодное сырое железо, на которое были зря потрачены деньги, и которое больше "колхозного" профиля Annex A 6Мбит/600Кбит не в состоянии переварить? Роутер Keenetic Giga III, прошивка 2.09.С.0.0-1 официальный релиз.

Так в том-то и дело, что разговор идёт про второй роутер, на котором динамически присваиваются и серые и белые адреса. Выдало роутеру серый адрес - и всё, приехали. DDNS я пробовал, но он не подходит по этой-же причине. Маршруты я указывал на первом роутере с белой статикой.

Магаданская обл.

Вручную прописываю маршруты к местным подсетям провайдера через интерфейс с белым IP, и всё прекрасно ходит без VPN. Научить KeenDNS брать настройки и ходить только через заданный интерфейс видимо проблема...

С первых дней подключения обращался к провайдеру с данной проблемой - на безлимитных тарифных планах белая статика не предоставляется 0_о

По поводу KeenDNS возникла пара вопросов: 1. Ситуация - имеется Кинетик с белым статическим IP, через который поднимается VPN-туннель до другого Кинетика, через который заворачивается весь интернет-трафик. Соответственно KeenDNS при запуске пытается работать через VPN, и через облачный сервис. Нужна возможность выбора интерфейса, на котором он будет работать, и с которого брать адрес. Т.е пусть интернет ходит через VPN, а KeenDNS висит и принимает подключения на другом интерфейсе с белым IP. 2. Имеется Кинетик, где провайдер РТ выдаёт динамические белые и серые адреса на WAN. Соответственно, при получении серого ip на интерфейсе KeenDNS кроме как через облако работать не может, и другие устройства не могут установить VPN-туннель до Кинетика по домену напрямую через сеть провайдера, а не через облако. Было бы неплохо снабдить KeenDNS функцией передёргивания WAN-интерфейса до получения белого ip, или каким другим образом решить данную проблему без шаманства с Entware и прочими скриптами, средствами самой прошивки.

Планируется ли версия 2.07 на Keenetik DSL? Интересует конкретно VPN IPsec.