Моя борода теперь полностью седая, и я долго вспоминаю, как пользовался NFS все эти десятилетия издесь я цитирую оригинальный RFCчто дает нам основу для NFS, которую мы имеем сегодня.RFC1094. Конечно,три десятилетия и с тех пор прошло уже несколько лет,Итак, вот вопрос:
В промежуткестало ли теперь возможным с помощью параметра конфигурации интерпретировать ссылки со стороны сервера?Это наверняка решило бы ряд моих проблем с интерпретацией ссылок на стороне клиента!
Или я совсем запутался, и то, о чем я говорю, устарело и на самом деле по умолчанию решается на стороне сервера, а я просто гоняюсь за кроликами по кроличьим норам в процессе устранения неполадок?
ЕСЛИ ЭТО ВСЕ ЕЩЕ СТАРАЯ ШКОЛА И ИНТЕРПРЕТИРУЕТСЯ СТОРОНОЙ КЛИЕНТА, иЕсли НЕТ опции, которая включает интерпретацию на стороне сервера, может ли помочь использование относительных ссылок вместо абсолютных?
Спасибо.
решение1
Символические ссылки всегда разрешаются клиентом. На это есть несколько причин. Во-первых, протокол NFS имеет концепцию дескриптора файла. Каждый дескриптор указывает на объект файловой системы, который может быть каталогом, файлом или символической ссылкой (и некоторыми другими). Более того,NFSv4.1спецификация ясно говорит:
Независимо от того, созданы ли данные в символической ссылке клиентом NFS или локально на сервере, они не интерпретируются при создании, а просто сохраняются.
Во-вторых, при обработке символической ссылки на стороне сервера необходимо учитывать дополнительные правила разрешений, поскольку символическая ссылка может указывать на внешнюю сторону экспортированной файловой системы.
Действительно, серверы SAMBA не имеют возможности следовать символическим ссылкам. Это связано с тем, что (a) в исходных файловых системах MS не было концепции символических ссылок и (b) символическая ссылка как тип объекта файловой системы добавлена вСМБ2. Поведение, кстати, соответствует интерпретации NFS:
Символические ссылки НЕ ДОЛЖНЫ оцениваться сервером.
Существует несколько серверов NFS пользовательского пространства, которые позволяют при необходимости реализовать пользовательские файловые системы:
- nfs-ганеша
- nfs4j(Я один из разработчиков)
Если естьхорошийпричина разрешения символических ссылок на стороне сервера, это можно добавить.
решение2
У меня есть два компьютера в сети с одинаковыми настройками монтирования NFS, указывающими на сервер. На сервере есть символические ссылки из одного экспортированного каталога в другой. На одном клиенте ссылки работают нормально, а на другом — ненадежны. Я подозреваю, что поскольку у работающего клиента новая версия NFS (то же использование протокола), ошибка была исправлена. Теоретически запрос должен идти на сервер и интерпретироваться там, поскольку именно он выполняет экспорт. Если клиент помещает символическую ссылку в папку, то она, вероятно, будет нарушена на других клиентах. Однако символическая ссылка сервера должна работать. Это общее предположение предполагает, что необходим специальный тип символической ссылки для сетевых ресурсов. Что-то вроде серверной символической ссылки.