Скопируйте файлы с маршрутизатора MikroTik через SMB

Да, команд для копирования/перемещения файлов в CLI нет, можно делать перемещение только через GUI. Пока единственное решение (без использования «хака» с командой fetch для копирования) — это чтобы скрипт резервного копирования создавал файлы сразу на смонтированном диске, без необходимости копирования или перемещения.

Чтобы скопировать файл локально по SSH с помощью команды fetch:  
/tool/fetch url=sftp://127.0.0.1 user=<ROS_USER> upload=yes src-path=<copy_from_file_path> dst-path=<copy_to_file_path>

Если в настройках SSH разрешён вход по паролю, можно добавить password=<ROS_USER_PASSWORD> в аргументы fetch, но это не рекомендуется, лучше использовать аутентификацию по ключу.

Настройка локального доступа по SSH  
Для работы аутентификации по ключу нужно экспортировать пару ключей (приватный/публичный) в файлы:  
/ip/ssh/export-host-key key-file-prefix=ssh_key

и импортировать их для пользователя ROS, которого будете использовать в fetch:  
/user/ssh-keys/import public-key-file=ssh_key_<ssh_alg>_pub.pem user=<ROS_USER> key-owner=local  
/user/ssh-keys/private/import private-key-file=ssh_key_<ssh_alg>.pem user=<ROS_USER> key-owner=local

В зависимости от правил файервола, у меня, к примеру, пришлось разрешить интерфейс loopback во входящих соединениях, чтобы подключиться к локальному SSH:  
/ip/firewall/filter add action=accept chain=input in-interface=lo

Ещё момент: если в /ip/service для ssh стоит ограничение по IP, то в sftp fetch URL вместо 127.0.0.1 можно использовать адрес моста, потому что localhost туда добавить нельзя.  
В таком случае, если нужно переместить файл, его можно просто удалить командой /file/remove <copy_from_file_path> после успешной загрузки через fetch.

Привет, попробуй вот это: https://help.mikrotik.com/docs/spaces/ROS/pages/259031065/ROSE-storage#ROSEstorage-Configurationexample. Добавить диск 4: smb-address=10.155.145.11 smb-share=share1 smb-user=user smb-password=password type=smb Работает только из командной строки.

Моя цель была прежней — автоматические резервные копии с устройства, которые копируются куда-то ещё, но я рассматривал MikroTik как SMB-сервер, а Windows-машину — как клиент, который запускает копирование. У меня были сложности с этим в версии 7.17: хотя я мог получить доступ к шару, содержимое нельзя было скопировать. После сегодняшнего обновления до 7.18.2, похоже, проблема решилась. Не могу на 100% гарантировать, что это сработает в сценарии, где именно MikroTik выполняет копирование на удалённый хост.

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

Итак, исходя из SMB-функционала и того, что мне объяснили как лучшую практику, моя схема такая:

- Настроить SMB на MikroTik с нужным шарингом директории и правами доступа  
- Подключить этот шар на Windows 11  
- Использовать Планировщик заданий для запуска батника, который зеркалит содержимое шары в другое место (я использую FreeFileSync)

Из релиз-нот по этому поводу:  
7.18  
*) smb — исправлены проблемы с подключением клиентов, использующих старые версии SMB (появились в v7.17);  
*) smb — исправления для SMB-сервера;  
*) smb — улучшена стабильность системы;

7.18.1  
*) winbox — исправлен отсутствие SMB-клиента на устройствах без ROSE;

Есть ли какие-то успехи с внедрением команды «copy», MikroTik?