Le ecureuil

В теории кроме service snmp можно вообще ничего не делать. Community по умолчанию - и так public.

Александру респект за debian, сегодня проверил на ultra II, работает чудесно!

Там использовался другой http-сервер, в 2.07 и выше используется nginx.

Сейчас проверил Safari из OS X El Capitan (10.11), все отлично. И через my.keenetic.net, и через 192.168.1.1, и через SSL, и через plaintext. Похоже, что-то не то с настройками Safari. Нужны либо подробности, либо снимите через wireshark на os x дамп пакетов когда не пускает на web.

Сходу подсказываю, что неправильно создана тема. Насчет 1 (N-greenfield) нужно создавать отдельную тему и набирать голоса, тут все может быть сделано. Насчет 2 - была вкладка про "Клиенты WiFi", трагическую историю с ней вполне можно прочитать в соседней теме, зачем дублирование? Насчет 3 - тоже нужно создавать отдельную тему. Вывод: по каждой из фич, которые вы хотите, нужно создавать отдельные темы в этом разделе; барахтаться в болоте из 20 предложений и их одновременного обсуждения никто не хочет.

На 2.06 @ 2.6.22 не были до конца включены алгоритмы для multipath. В следующей пятничной сборке все должно быть, перепроверьте на ней. Не работает в смысле "Не поднимаются два соединения" или в смысле что невозможно через ip route добавить команду и не идут пакеты?

В плане реализация недостающих фич в ndmq, чтобы вытаскивать нужные данные из ndm. Кстати необязательно указывать gateway, можно указывать просто dev - сетевое устройство как назначение. На мой взгляд чтобы понять кто у нас wan - это нужно сначала через configuration-request запросить у ndmq на каких интерфейсах ip global > 0 и какие из них в состоянии enabled, и затем оттуда опять запросом через ndmq узнать их системное имя, и уже эти системные имена использовать в скрипте. В итоге все будет автоматически работать, если веса равные на шлюзах.

Обновлен заглавный пост с описанием ситуации со статистикой по портам свитчей на разных устройствах. Теперь snmp реализован для всех устройств в прошивках 2.06 и 2.08.

Это что за зверь? Можно поподробнее?

Нужно запустить его в background, добавьте к команде запуска амперсанд (&) через пробел в самом конце - и все будет работать даже после отключения терминала. Еще есть вариант с screen / tmux. Ну а самое правильное - написать нормальный init.d скрипт, а также обработчики хука netfilter.d.

Стандартными средствами никак нельзя, только через entware и запрет на прием upnp от этого хоста по его MAC. Однако можете создать тему в "Развитие NDMS", и если появится много желающих может и реализуем стандартно. UPD: перенесли в Развитие.

Все как в посте, за плюсом того, что работает еще и с трафик-шейпером для интерфейса: > interface Guest traffic-shape rate 4096 schedule GuestSchedule По событию start правила применяются, по событию stop - ограничения снимаются.

ip route default nexthop с двумя таблицами маршрутизации именно так и работает.

Ваша хотелка реализована, появится в 2.06 и 2.08 в ближайших пятничных сборках.

Если видите, что процессор 7628 - то это гарантированно rev. B

Ну и кто кроме Yota так делает? Да и у Yota есть спецтарифы для модемов и роутеров, на которых все работает без плясок с бубнами (сам на таком сижу).

Попробуйте отключить ускорители > no ppe software > no ppe hardware И проверить скорость без них.

И свитч роутера тоже умеет, он куда "умнее" любой юзерской сетевой карты.

Да, включен еще с февраля, и можно пользоваться.

Не волнуйтесь, разбираемся. Только-только дошли руки до IPsec.

Это реализуемо в текущих версиях прошивки, но вам придется отключить абсолютно все ускорители, потому что они несовместимы с этой штукой.

Да, netfilter у нас переконфигурируется часто и по не всегда очевидным для пользователя прошивки причинам Нужно быть готовым к столь частым вызовам.

Короче смотрите. Раньше IF-MIB был реализован только базово, потому названия могли быть только в параметре ifTable/IfDescr. Однако сейчас IF-MIB реализован полноценно с расширениями, потому у нас для задания названий интерфейсам доступны следующие параметры из IF-MIB: - ifTable/IfDescr - ifXTable/ifName - ifXTable/ifAlias Сейчас это все заполняется единообразно. Согласно стандарту ifTable/ifDescr обязан обозначать системное имя интерфейса, и его мы менять не будем: там точно останутся FastEthernet0/1 и подобное. Однако ifXTable/ifName и ifXTable/ifAlias вполне можно заполнять из поля "Name" для интерфейса. То есть конфиг устройства ... interface FastEthernet0/1 name MySuperPuperWAN ... interface Bridge0 name Home .... приведет к формированию snmp-данных в виде: IF-MIB::ifDescr.N = STRING: FastEthernet0/1 IF-MIB::ifDescr.M = STRING: Bridge0 ... IF-MIB::ifName.N = STRING: MySuperPuperWAN IF-MIB::ifName.M = STRING: Home ... IF-MIB::ifAlias.N = STRING: MySuperPuperWAN IF-MIB::ifDescr.M = STRING: Home Так вас устроит?

По хорошему нужно не up и down а 00 6 * * * root ndmq -p 'no interface PPPoE0 connect' -P message 01 6 * * * root ndmq -p 'interface PPPoE0 connect' -P message Это будет делать именно то, что вы ожидаете - разрывать PPP-соединение. Счетчик трафика сохранится - это особенность реализации

На SSH-сервера NDSS, которые и являются тем самым "облаком"