bigpu

есть такое, не обновлен год в "подвале".

Так-то да, но полагаю, что имелось ввиду ручное обновление ПО. А если нет, то это ручное обновление было бы не лишним - я чаще обновляюсь вручную, чем жду автообновление. Сидя на той Альфа, можно забить на "сохранить firmware и конфиг текущего ПО", и даже с одним экстендером каждый раз заходить на его морду и обновляться оттуда, лениво.

эмотикон в SSID используется с 2011 года, если верно помню. Напомните за это ТП PS.

В любом случае, желательно перед обновлением сохранить firmware и конфиг текущего ПО, а значит заходить в морду придется в любом случае. А так, изменение небесполезное и разумное.

интересно, когда ждать подвижек в кейсе...

с той же инструкции - "Для настройки сервера обязательно нужно установить компонент системы "SSTP VPN-сервер". Сделать это можно на странице "Общие настройки" в разделе "Обновления и компоненты", нажав на "Изменить набор компонентов"."

Потому что это единственно правильная реализация.

вот это - верное решение!

Кейс по теме был и не один, на данный момент разработчики думают как реализовать подобное.

Спасибо за ответ, а разве на Кинетик Samba давно, не свежее SMBv1?

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

за фичу в курсе, но почему тогда не убрать "этот интернет центр" ?

именно при переводе NAS в спящий режим, несколько раз замечал проблему.

тоже слетала MFT недавно у человека на канале Кинетик. Был SSD и тоже не старый и тоже юзался торрент.

у ТПЛинк, ДЛинк бывает такая несовместимость с другими вендорами - в той же ТП ДЛинка мне рекомендовали юзать их хлам в связке.

Ок, но смысл тогда, в моей ситуации, писать в лог многочисленные траблы при отключенном соединении? Да и как бы логируется почаще чем раз в 2-3 минуты:

под логом имеется ввиду журнал или лог "сохранить на компьютер" ? В последний у меня тоже много флуда от отключенного соединения WG где Кинетик уже клиент. Но в журнале все в порядке.

В вашем кейсе Кинетик - сервер WG и на нем несколько клиентов?

в CLI можно многое для IPv6

так релиз с заплаткой - новый релиз! а "Бета-версии почаще обновляются" все))

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

так это и есть Бэта, и у ОС ситуация аналогична. Бэта - релиз + критичные правки.

Это понятно, как и то, что ipv6 не так уж и горит на данный момент. Просто как бы не вышло так, что когда ipv6 уже будет пилиться, параллельно с этим будет пилиться что-то ресурсоемкое для разработчиков. Потому ,а может не торопясь начинать уже? ))

Так и отлично, что "разделить его станет совершенно невозможно." На данный момент уже даже начальные уст-ва имеют 16Mb флеша - хх11, на старые хх10 с 8Mb и так многое не помещается. А если и поместится, как тот же IPsec, толку с этого будет немного, в силу 7628. Ждать пока истечет поддержка старых хх10 с 8Mb и потом реализовывать IPv6? Ждать всем до апреля 2022, ради трех уст-в с 8Mb? Причина все-таки в этом, или больше в том что "Бизнес считает, что mesh важнее, чем IPv6" ?