Le ecureuil

Ничего непонятно, надо воспроизводить.

Пока точная настройка доступа для VPN не реализована.

Вообще по поддерживаемым устройствам лучше писать в официальную поддержку.

Пока да.

Это уже исправлено

Какая у вас версия прошивки? Нужен полный лог ситуации от момента когда подключилось, работало нормально, а потом упало и отключилось.

Нет, не забыли, оно уже даже в задачах висит. Просто не дошли пока руки - задач слишком много.

Скиньте self-test пожалуйста.

Проще скачивать startup-config, сбрасывать, снова скачивать startup-config и смотреть diff. В ближайших версиях ничего другого предложить не могу.

Спасибо за предложения по развитию. На самом деле думаем как аккуратнее сделать ipset для acl, и это похоже как раз то, что вам нужно. Сроков не обещаем, но в планах.

У вас что-то из libre/openswan? Поставьте им в rightid = @mykeenetic.net. Все равно rightid в данном случае бесполезен - у роутера может быть несколько интерфейсов, и через все на него можно прийти - какой IP выставлять?

Конечно нереально. 1. Сколько времени будет занимать проверка 2Тб диска по USB2.0? 2. Кто-то проверял как на устройствах с 128 Мб ОЗУ себя ведет эта проверка с тем же диском в 2 Тб на котором десяток миллионов файлов? 3. Кто даст гарантии корректной работы этой утилиты? Все же проверка ФС даже на торрентопомойке это крайне ответственная операция. Именно потому в ядро 3.4 мы не переносим ФС из более новых ядер - сломать элементарно, чинить почти невозможно. Потому да, для мелких применений оно пойдет, но мы для вас специально сделали opkg: то, что делать стандартным функционалом полноценно неразумно или невозможно, вы можете попробовать сделать сами.

Не хватит ОЗУ на устройствах с 64 мб чтобы проверить 2тб диск. Уже сто раз муссировалось.

@KorDen спасибо за трезвый взгляд со стороны, есть над чем подумать.

Оба типа подключения теперь реализуются через accel-ppp. С чего бы l2tp при этом быть стабильнее чем pptp? А вообще если без шифрования пинг выше, чем на шифрованном L2TP, то я бы на провайдера стал думать. Ну и в моменты разрывов неплохо бы отладочный лог с сервера (system debug) и с клиента, чтобы понять, что изменилось.

Имелось в виду, что раньше (во времена 2.08, когда делалось сканирование) больше 1-2 рипитеров и десятка устройств в одном L2 было редкостью. Теперь же у нас даже в офисе для теста развернута MWS-сеть на 14 точек доступа, это стало обыденностью. А уж количество хостов в такой сети легко может достичь сотен.

Я бы не сказал, что это создание проблем. Устройство только по MAC и можно адресовать, особенно если он не привязан к IP или имеет собственную статическую настройку. Этот адрес у него есть всегда и он не меняется (ситуацию c MAT дорабатываем). Привязка к IP куда хуже, это было раньше и от этого ушли.

Что имеется в виду? Проприетарщина если и будет, то только для общения между keenetic-ами, а с конечными устройствами все будет нормально.

С MWS надо будет пересмотреть лимиты, возможно 5 запросов реально многовато. По поводу ТД на проводе - тоже посмотрим, есть идеи как это убрать. Особенность ситуации в том, что сейчас на роутере все настраивается по mac-адресу. В итоге нам критически важно поддерживать актуальное состояние mac<>ip связки и состояния устройства. На этом основан policy routing, shaper, hotspot, nat, да и вообще куча всего.

Малое поправление. Раз в 30 секунд трекается "живой" клиент. На флуд это не похоже, просто обычный опрос типа "ты еще жив"? Если после 30 секунд он не ответил, то его еще 4 раза спрашивают с интервалом в 1 секунду, и после этого выкидывают прочь из "живых". После этого до следующего реконнекта на него запросов уходить не будет. Так что максимум может быть 5 запросов за 5 секунд и "досвидония".

На мой взгляд вы сами ответили на свое предложение. Когда проще на компе скачать за 15 минут и сразу посмотреть, зачем вообще торрент в роутере? Все равно комп будет это делать лучше - он априори мощнее. А покупать мощное устройство (скажем за 20к) ради скачивания торрентов в 500 мбит/с - есть желающие? Нам делать единичные и имиджевые устройства не очень выгодно - мы не такая крупная фирма, и любой продукт, который не окупился - напрямую идет нам в минус. Но если купите хотя бы пять вагонов таких устройств - я думаю тут наш отдел планирования подумает и обсудит деловое предложение. Потому (говорю тут лично за себя) концентрируемся на сетевых и маршрутизаторных фичах, а usb не для модема/сетевой карты (ну ладно, для отдельных любителей и opkg) имхо это баловство все. В итоге разумнее сделать так, чтобы комп качал эти свои 500 Мбит/с всегда и везде с разными фичами типа VPN через маршрутизатор, чем подстраивать все под неуемные аппетиты торрент клиента.

Дело в том, что Omni II не рассчитывался на то, что на нем будет использоваться opkg. От слова совсем. Во времена его запуска даже такого компонента не было. Естественно, что постоянные проблемы с заканчивающимся ОЗУ могут иметь место, все же 64 Мб реально мало даже для всех сетевых функций, которые есть в полном наборе компонентов в 2.15. Если есть претензии к нему при работе без opkg, то тут возможна (все в жизни бывает) аппаратная неисправность - при наличии показаний его можно заменить через техподдержку.

Издеваетесь над устройством, вот оно и не выдержало )

Пакета по сути нет, если он даже на устройстве со 128 Мб ОЗУ и 4 Гб свопа падает из-за недостатка памяти. Так, пшик.

Во все песочницы собрана версия 2.11.D.0.0-4.