Le ecureuil

В теории это возможно, вот только команда выполненнная таким образом при сохранении конфига в него запишется навсегда, а это врядли то, что вы ожидаете.

Да, будет плохо работать.

Сперва потестируйте в CLI, а там утрясем самые важные применения и посмотрим.

Да, ppe hardware будет работать, ppe software - нет.

Нет, не работает. Ускоряется только TCP и UDP, но не GRE.

Я потестил, когда добавлял модули - вроде флешка пробросилась и работала

lastwanip сейчас точно нигде не сохраняется в mtd1. Возможно это ошметки от v1 или 2.04. cloudalias сохраняется один раз при первой привязке к облаку для работы My.Keenetic, и тоже больше не записывается.

Нет, туда ничего никогда не пишется, даже при обновлении.

Его и не будет, на 2.04 только через CLI.

В 2.04 с files.keenopt.ru тоже есть opkg, но существуют ограничения из-за старой версии ядра 2.6.23.

Такой возможности нет и не будет. Разве что вы поставите afp-сервер из Entware или другой внешней пакетной системы. А вообще, если вам нравится наша работа и вы хотите нас поддержать - то, скажем, новый Omni II стоит довольно дешево, и вполне себе заменит ваш Keenetic первой серии; при этом на него вы сможете поставить и 2.07, и 2.08, и все что вашей душеньке угодно.

В таблице маршрутизации по-умолчанию (а именно такую выводит netstat) все идентично. Попробуйте заставить openvpn прописывать маршуты самостоятельно (через команды route и push "route", как в примере): https://wiki.archlinux.org/index.php/OpenVPN_(Русский)#.D0.A1.D0.B2.D1.8F.D0.B7.D1.8C_.D0.BA.D0.BB.D0.B8.D0.B5.D0.BD.D1.82.D0.B0_.D0.B8_.D1.81.D0.B5.D1.80.D0.B2.D0.B5.D1.80.D0.B0_.D1.81_.D0.B8.D1.85_.D0.BB.D0.BE.D0.BA.D0.B0.D0.BB.D1.8C.D0.BD.D1.8B.D0.BC.D0.B8_.D1.81.D0.B5.D1.82.D1.8F.D0.BC.D0.B8

Да, у вас фактически 100% загрузка системы, причем довольно размазанная: и приложения в userspace жрут много, и обработка прерываний, и ввод-вывод на диск (тоже очень много). Так что резервов для повышения скорости загрузки файлов нет.

Если все именно так, как вы описываете, то ответ прост и очевиден: нет. Это устройство нарушает стандарт, и никто не проектирует коммутаторы на работу с ним.

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

Функционала с EoIP вообще еще нет в web, поэтому там пока настроить ничего нельзя. А вообще схема примерно такая. 1. Создаем и настраиваем EoIP-интерфейс: interface EoIP0 ... ... ... 2. Создаем на нем VLAN-интерфейс и настраиваем: interface EoIP0/Vlan256 ... ... ... 3. Выделяем порт (например, номер 3) из свитча в отдельный VLAN с access-доступом (в растегированном виде): interface GigabitEthernet0/3 no switchport access switchport access vlan256 ... ... ... 4. Создаем VLAN-интерфейс на свитче: interface GigabitEthernet0/Vlan256 ... ... ... 5. Создаем объядиняющий их Bridge: interface Bridge256 inherit GigabitEthernet0/Vlan256 include EoIP0/Vlan256 ... ... ...

Да ладно, бярошь любой коммутатор с poe-питанием и profit! А вообще если и дальше будет нечто технически невнятное обсуждаться, то перенесем в Курилку.

Версия прошивки какая? Какое устройство? Мы что, телепаты?

В 2.08 заменили на другую, стороннюю разработку.

80-85% означает, что процессор полностью занят, причем оба виртуальных ядра. Неплохо бы еще разбивку по времени из top увидеть, чтобы понять, какая часть системы сильнее всего загружена. Вот такую строку:

Естественно линка с коммутатором. Потому что хост может в произвольный момент времени исчезнуть из Интернета (а мы на него никак повлиять не можем) - и приплыли.

Для iOS нет, и не будет согласно политике Apple. Даже из My.Keenetic пришлось удалить эту функциональность после угроз удалить приложение из AppStore.

Все, для которых выпущена 2.08, уже поддерживают. Насчет официальности выпуска 2.08 - смотрите объявления.

Не нужно вводить всех в заблуждение, теперь у вас показывает не наличие Интернета, а всего лишь доступность хоста, указанного в pingchecker. Выше уже сказано, как обманывается Windows, и pingcheck с легкостью может быть обманут провайдером, если он весь трафик будет заворачивать на свой сервер, который будет отвечать на ping Проблема "доступности Интернета" настолько сложна, что надежнее чем показывать наличие default route плюс линка/соединения на WAN придумать мало что можно.

Нет, перезаписывается весь netfilter целиком по каждой нужде. Пока это невозможно "быстро" исправить.