NSS (Novell Storage Services)
Последнее изменение этой страницы: 16:13, 29 декабря 2016.
Полное название | ReiserFS |
---|---|
Содержимое каталога | B+ tree |
Распределение файлов | Bitmap |
Limits | |
Макс. размер тома | 16 TiB |
Макс. размер файла | 1 EiB (8 TiB on 32 bit systems) |
Макс. количество файлов | 232−3 (~4 billion) |
Макс. длина имени файла | 4032 bytes, limited to 255 by Linux VFS |
Разрешенные символы в именах файлов |
All bytes except NUL and '/' |
Features | |
Даты зарегистрирован | modification (mtime), metadata change (ctime), access (atime) |
Диапазон дат | December 14, 1901 – January 18, 2038 |
Дата резолюции | 1 s |
Вилка | Extended attributes |
Разрешения файловой системы | Unix permissions, ACLs and arbitrary security attributes |
Прозрачное сжатие | No |
Транспорантное шифрование | No |
Другие | |
Операционная система | Linux |
Novell Storage Services (NSS) — файловая система, используемая в операционной системе Novell NetWare. Поддержка данной файловой системы также реализована в SUSE Linux посредством низкоуровневого сетевого протокола NCPFS. Она обладает некоторыми уникальными особенностями, которые делают её особенно привлекательной для использования на файловых серверах в локальных сетях.
NSS — это 64-битная журналируемая файловая система, в которой используется алгоритм сбалансированного дерева поиска для хранения структуры каталогов. Опубликованная спецификация (для NetWare 6.5) содержит:
- Максимальный размер файла: 8 Тбайт
- Максимальный размер раздела: 2 Тбайт
- Максимальный размер устройства (физического или логического): 2 Тбайт
- Максимальный размер пула: 8 Эбайт
- Максимальный размер тома: 8 Эбайт[1]
- Максимальное количество файлов на том: 8 триллионов (хотя на практике и ограничено чуть более чем двумя миллионами ввиду ограничения на размер тома)
- Максимальное количество томов на сервере: неограниченно, если все тома NSS
- Максимальное количество открытых файлов на сервер: 1 миллион
- Максимальный глубина подкаталогов: ограничено только возможностями клиентской части
- Максимальное количество томов в разделе: неограниченно
- Максимальное количество расширенных атрибутов: неограниченно
- Поддерживается прозрачное сжатие файлов
- Поддерживается шифрование файлов
- Поддерживается восстановление удаленных файлов ввиду отложенной «очистки» тома
- Полная поддержка Unicode для имен файлов
- Поддержка отдельных пространств имён: длинные имена стандарта Microsoft Windows (загружаются по умолчанию), DOS, Unix, Apple Macintosh
Ограничения доступа к файлу
NWFS (NetWare 3.x / 4.x) таким же образом, как и в контроле доступа в атрибуте доступа SRWCEFMA (в Novell Доверительного управляющего - называется попечителем) провести.
- права супервизора S-
- R- чтения файла права
- разрешение на запись файла W-
- права на создание файлов C-
- права удаление файлов E-
- F- файлов права поиск по имени
права M- изменения имени файла (атрибуты файла могут быть изменены) права контроля доступа A- файлов
Так как доверенное лицо, без каталога для пользователя является невидимым, вы не можете получить доступ к каталогу пользователь сам не знает, даже существует. Ибо нет никакого каталога отношение к пользователю не видно, можно открыть сетевой трафик, совместно используемый каталог необходим даже при низкой способности кэш-памяти, чтобы открыть список ненужной общей папки на стороне клиента. Так как ненужные папки, не видно, легко получить доступ необходимые файлы от клиента.
Общие дать попечителем РФ находится в каталоге только для чтения. Если пользователь является каталогом, который можно читать и писать свободно Доверительный собственник дают RWCEFM. Если вы хотите дать права (права управления доступом) требуют внимания. Это потому, что власть может быть делегировано другим, а не в уровне пользователя на уровне администратора. права S не должны давать оригинал. [4] Это потому, что от оператора для администратора и резервного копирования можно создавать нерегулируемые невидимый каталог. И наоборот, если администратор не может быть доверенным, можно стороне пользователя, чтобы устранить администратору осуществлять права S.
- Папка только прав C называется как раскрывающимся, пользователь хотя можно сохранить файл, открыть его не представляется возможным, чтобы открыть содержимое.
- Папка только прав R, но является невидимым для пользователя, если вы знаете, путь к имени файла, может быть открыт.
Недостатки
Хотя он отлично подходит как файловый сервер, посвященный файловой системе, она имеет некоторые недостатки.
- Так как он работает под NetIQ eDirectory, требуется лицензия.
- Как UNICODE управляет именами файлов, мусора может произойти в обмене с другими кодами символов ASCII, EUC и т.д.
- Поскольку предельная длина пути каталога практически невозможно, это может оказаться невозможным разделить длинное имя файла, созданного другой файловой системой
- На OES Linux 1 / (корень), объем NSS должен быть размещен на диске устройства, отличного от / загрузки. (Это возможно, но не рекомендуется) [5] Таким образом, в ранней системе OES Linux, конфигурации SAN рекомендуется и размещение физического диска является проблемой. Поскольку виртуализация с XEN возможно, можно построить файловую систему ISCSI-SAN виртуализации небольшого числа загрузочных разделов. ,
Источники
- ↑ Namesys [Электронный ресурс]: База данных как сервис / Дата обращения: 29.12.2016. — Режим доступа:/ Namesysl
ISSN 2542-0356
Следуй за Полисом
Оставайся в курсе последних событий
Лицензия
Если не указано иное, содержание этой страницы доступно по лицензии Creative Commons «Attribution-NonCommercial-NoDerivatives» 4.0, а примеры кода – по лицензии Apache 2.0. Подробнее см. Условия использования.