henry.pootel

Спасибо за ответ!!!! Да, именно стоит SYSTEM и HIDDEN. Что ставит такие атрибуты? Могу ошибаться, но это ставит tsmb (есть мнения, что в новых версиях есть какое-то управление мапингом hidden файлов) С другой стороны непонятна логика. Удалить могу, а перезаписать - нет.

не пора ли обновить tsmb-server version 3020.9.24.23 (сентябрь 2020) ?

nick@FOXY:~> smbclient //172.16.16.16/BIG_ARCHIVE -U nick Password for [WORKGROUP\nick]: Try "help" to get a list of possible commands. smb: \> put aaa.txt .aaa.txt putting file aaa.txt as \.aaa.txt (0.3 kB/s) (average 0.3 kB/s) smb: \> put aaa.txt .aaa.txt NT_STATUS_ACCESS_DENIED opening remote file \.aaa.txt smb: \> del .aaa.txt smb: \> put aaa.txt .aaa.txt putting file aaa.txt as \.aaa.txt (0.3 kB/s) (average 0.3 kB/s) smb: \> put aaa.txt .aaa.txt NT_STATUS_ACCESS_DENIED opening remote file \.aaa.txt smb: \> exit Ну, как бы, хотелось иметь возможность overwrite всего... Почините?

Давно не понимаю, как корректно настраивать соединения с VLANами. Поясню: У меня используется один SFP порт в KN-1012. (Очень ненадежный WAN порт, я устал чинить, подозревая статику. Подвел оптику.) В этом порту несколько VLAN-ов до коммутатора, куда включено два PPPoE провайдера и еще какие-то сети. Настроить через WEB интерфейс это невозможно (какие-то работы по способностям WEB в этом плане ведутся?). Настроил все через CLI. Все работает, как хотелось. Прошивка: Установленная версия 5.1.0 Вопрос: А что не показывает IP адреса PPPoE интерфейсов? (На картинке IP адрес интерфейса, в котором ходят PPPoE пакеты, а не IP интернет-интерфейса. А вот маска взята из PPPoE интерфейса. Короче, мешанина.) Думаю, исправить отображение IP адресов то совсем не сложно. Про VLAN-ы - видимо, давняя тема, но никуда она не движется. Настроить нормально VLAN-ы через WEB невозможно. Если настроить через CLI, то в WEB-е все равно ничего корректного не появится (согласен, это сложнее, но уже Keenetic не юное устройство).

Ребята из entware сообщества посоветовали установить с нуля, а не апгрейдится. Так и сделал. 🫤

Думаю, всё развалилось. Из-за пропажи линков на /opt/bin/busybox весь остальной апгрейд пошел плохо... Линки можно восстановить, но что там испортилось без rm и т.п. не известно.

opkg update && opkg upgrade и все разломалось. Восстановил диск из архива. Сделал opkg update && opkg upgrade busybox Стерлись все его символические линки и # opkg upgrade busybox Upgrading busybox on root from 1.37.0-4 to 1.37.0-6... Downloading http://bin.entware.net/aarch64-k3.10/busybox_1.37.0-6_aarch64-3.10.ipk double free or corruption (out) Aborted Опять все разломалось, как жить без busybox? Вернулся из архива. Кто-то что-то знает, слышал?

После 5 безуспешных попыток (timeout) подключиться к PPPoE серверу перезагружается физический интерфейс рутера. Наверное, рутер думает, что интерфейс "завис". Но интерфейс может быть в транковом режиме и может работать несколько успешных VLAN-ов, трафик в которых тоже будет прерван при проблемах с одним PPPoE VLAN-ом. Необходим способ отключения перезагрузки физического интерфейса при неуспешных попытках сделать PPPoE соединение. Прошу добавить такой выключатель хотя бы в CLI. Или запретить "restart underlying link" при наличии другого VLAN-а в физическом порту, который используется для PPPoE соединения.

Наверное, большой список маршрутов убъет память и процессор в небольших устройствах. Поэтому сервис не поднимает маршруты. А 0.0.0.0 - что бояться? Вопрос же не в правильности работы рутера в целом, а в функционале настройки. Ок. Спасибо всем, кто откликнулся, решение со статическими маршрутами - решение (хоть и подразумевает маршрут на возможно выключенный интерфейс, линукс бы ругались на такое). Голосую за автоматическое добавление маршрутов из списка allow-ips, как это в компьютерных ос с ответственностью на админа

В компутерных ОС работает же.

Так и поднимать default gw. Раз так хочет админ. Что такого?

В linux тоже поднимается маршрут на сети из allow-ips. Это правильно. Статикой писать маршрут на интерфейс, который в дауне, например? Как? Очень логично поднимать маршрут вместе с интерфейсом WG.

А каков смысл allow-ips тогда?

Имею KeeneticOS version 4.03.C.5.0-0 (Keenetic 4G+) Wireguard поднимается, все хорошо. IP на интерфейсе 172.16.1.5/28 Указываю в пире: allow-ips 192.168.123.0 255.255.255.0 allow-ips 172.16.0.0 255.255.252.0 А где маршруты на эти сети? В списке виден маршрут только на сеть самого туннеля. Или я неправильно понимаю allow-ips ? (config)> show ip route ================================================================================ Destination Gateway Interface F Metric ================================================================================ ............. 172.16.1.0/28 0.0.0.0 Wireguard0 U 0 По указанным в aalow-ips сетям маршрут идёт в дефаулт. Могу руками сделать workarround , но почему не работает allow-ips ? ip route 192.168.123.0 255.255.255.0 Wireguard0 .....

Уже версия 4.2.5. Изменений нет.