Le ecureuil

Облачный доступ?

А что за такие "стратегии подключения"? И чего вам в cli не хватает?

Это нормально, их больше не будет.

А что у вас из сервисов доступно снаружи?

Вы думаете, что C++ это карго-культ? Написав на нем, все сразу станет лучше? Да и "быстрее" не всегда важно, для системного компонента нам важнее стабильность и пригодность для широкого спектра устройств - от 1410 до 1012. Попробуйте сами 4 версию в Opkg, сравните, а мы дальше решим что получается.

Это как дудос-защита )

Форум для общения между пользователями (в первую очередь). Официальной поддержки здесь не оказывается. Очевидно, что пользователи вашу проблему врядли смогут решить - нужно идти в поддержку.

В версии 4.03 лимит будет поднят до 64 соединений, спасибо за репорт.

А на какой версии работало 22 подключения?

Вы же понимаете, что Linux развивается? Если возьмете старую версию e2fsutils, ровесницу 2.16, то там ничего не поменялось, также как и в утилите в 2.16. А в новых версиях e2fsutils в прошлом году добавили дефолтную опцию по включению orhpan files.

tune2fs -O ^orphan_file /dev/device Теперь команда для форматирования должна выглядеть так: mkfs.ext4 -O^metadata_csum,^64bit,^orphan_file -b 4096 -m0 -L KEENETIC /dev/sdXY

Для всех адресов попавших в NDP запускается периодический трекинг. Если адрес перестает отвечать на прямой запрос NDP трекеру, то медицина бессильна - это его проблема, этот хост невозможно отличить от "насовсем отключенного". Также если хост из-за privacy extensions меняет адрес, но не анонсирует его через DAD - он сами виноват, как это вообще можно узнать? Единственное решение в таком случае - дополнительный статический адрес, который всегда доступен.

Попробуйте пока на версии 4.2, на 4.3 еще не выпущен фикс с роутами в присоединенный сегмент. Между клиентами доступ должен быть однозначно.

Спасибо за репорт, поправлено. Не уверен только, что попадет в 4.3.2, вероятнее только в 4.3.3.

А в чем проблема? 1,5 Гбит/с это прекрасный результат. Можно еще USB-накопитель в UAS попробовать переключить.