Общий ресурс Samba — следует по символической ссылке, но уже по локальному пути.
Если вы используете версию медиаплеера VLC для Linux, по умолчанию вы можете найти обложку альбома для всех файлов, которые вы воспроизводили, в каталоге, подобном этому:
$HOME/.cache/vlc/art/artistalbum/Сергей Рахманинов/Рапсодия Паганини _Концерт для фортепиано с оркестром №. 2
(одна папка для каждого исполнителя, одна подпапка для каждого альбома)
Если вы делитесь символической ссылкой между Unix -подобными хостами, система, которая монтирует общий ресурс, будет интерпретировать символическую ссылку в соответствии со своим собственным деревом файловой системы. Именно так работают символические ссылки в стиле Unix -.
Если общий ресурс на сервере 1 содержит объект, на который должна указывать символическая ссылка, вы можете использовать относительную символическую ссылку вместо абсолютной.
Например, если ваш общий ресурс samba на сервере 1 — /var, он смонтирован на сервере 2 как /server1var, а символическая ссылка расположена на сервере 1 как /var/some/directory/link-to-db, ваша текущая символическая ссылка будет выглядеть следующим образом:
server1# ln -s /var/container/db /var/some/directory/link-to-db
Вместо этого вы могли бы сделать это так:
server1# cd /var/some/directory
server1# ln -s../../container/db link-to-db
Если база данных на server1 не находится в общем ресурсе Samba, вам потребуется параметр сервера Samba wide links = yes. Это заставит server1 перейти по символической ссылке и предоставить доступ к server1 /var/container/dbвместо того, чтобы просто передавать символ
Однако, если сервер работает с настройками по умолчанию, он также имеет unix extensions = yes, включенный по умолчанию -, который отключит wide links, если клиент является Unix -, подобной системе (, как в вашем случае. ).
Однако, настроив allow insecure wide links = yes, вы можете позволить параметру wide linksработать, даже когда unix extensionsдействует на общее соединение -, но это не рекомендуется, поскольку это небезопасно. Администратор сервера server1 потеряет контроль над тем, что является общим, а что нет, потому что клиенты могут попытаться получить доступ к любому файлу за пределами общего ресурса Samba, просто создав подходящую символическую ссылку на общем ресурсе, если он доступен для записи -и тогда это будет просто вопрос того, имеет ли учетная запись пользователя, используемая в соединении, права на чтение файла или нет.
По сути, allow insecure wide links+ wide links+ unix extensions+ клиентский -доступный для записи общий ресурс практически эквивалентен простому совместному использованию /с Samba. Не рекомендуется.