Вопросы Теги

Могут ли расширенные атрибуты Mac OS X храниться через NFS в файловой системе Linux ext4?

Файловые системы MacOSX используют расширенные атрибуты (например, «com.apple.quarantine», «com.apple.FinderInfo»): 

$ ls -l@ .DS_Store 
-rw-r--r--@ 1 gareth  staff  18436  2 Nov 10:35 .DS_Store
    com.apple.FinderInfo       32
  1. Могут ли эти расширенные атрибуты вообще хранятся при монтировании NFS?
  2. Могут ли эти расширенные атрибуты храниться в монтировании NFS файловой системы ext4? То есть, чтобы расширенный атрибут в файле HFS + (видимый с помощью xattr -l) можно было каким-то образом увидеть в файловой системе ext4 (с помощью getfattr -d).

Проблема, похоже, в том, что файловые системы ext4 требуют атрибуты пользователя должны начинаться с «user.», что делает его несовместимым с MacOSX: Например, следующая команда работает в Linux, потому что имя начинается с «user». 

Linux# setfattr -n "user.hello" -v "some data" examplefile

, но следующее не удается: 

Linux# setfattr -n "com.apple.Finder" -v "some data" examplefile
setfattr: examplefile: Operation not supported

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

Я создаю несколько новых DNS-серверов, на которых будут работать tinydns . Мне нужно запустить два экземпляра tinydns на каждом сервере, каждый из которых обслуживает то, что является нашим производственным авторитетным DNS, и устаревший авторитетный DNS, который постепенно сокращается, то есть: 

ns0.production.foo.net
ns0.legacy.bar.net

Я хочу четко идентифицировать их по их именам и создавать их службы с помощью запущены: 

tinydns-conf tinydns tinydnslogs /etc/tinydns/ns0.production.foo.net 172.16.3.100

и: 

tinydns-conf tinydns tinydnslogs /etc/tinydns/ns0.legacy.bar.net 172.16.3.101

(а затем, очевидно, символьная ссылка на эти папки в / services для магии daemontools)

В документации для tinydns-conf указано что:

Интерфейс 

  tinydns-conf acct logacct D ip

tinydns-conf создает служебный каталог D, в котором выполняется tinydns. имя D должно начинаться с косой черты и не должно содержать специальных

Считаются ли точки "специальными символами" в именах служб tinydns / daemontools?

Я тестировал tinydns с именами служб, содержащими точки, и ничего не вышло, я буду в порядке?

Я под управлением CentOS 6.7 64 бит.

0
задан 3 November 2015 в 02:35
1 ответ

Я отправил более или менее тот же вопрос в список рассылки tinydns:

http://marc.info/?t=144662485500001&r=1&w= 2

Все согласны с тем, что точки, вероятно, подходят, но будьте осторожны:

Используя пробелы:

из источника крошечных файлов * .c, я не вижу определенного ограничения.

Однако , Я бы не стал здесь использовать имена каталогов с пробелами (источник)

Метасимволы оболочки:

Я думаю, вы должны быть в безопасности, если интерпретируете «специальные символы» как мета-символы оболочки. (источник)

Другие мысли:

В соответствующем случае точка ‚. 'В имени файла может быть интерпретируется как RegEx (один подстановочный знак) в оболочке. Поскольку Сама «точка» включена рекурсивно, я не ожидал бы никакого вреда. Однако либо правильное цитирование имени файла, либо экранирование «точки» всегда хорошая идея.

Таким образом, заявление DJB является предупреждением, а не ограничением. (источник)

1
ответ дан 4 December 2019 в 16:47

Теги

Похожие вопросы