Глава 18. Сетевой протокол Network File System 753

Файловые системы, смонтированные с флагом hard (установка по умолчанию), мо­ гут вызывать зависание процессов при отключении сервера. Это особенно неприятно, когда такими процессами оказываются стандартные демоны. Вот почему не рекомен­ дуется обслуживать ключевые системные программы через NFS. В общем случае ис­ пользование флагов soft и intr позволяет сократить число проблем, связанных с NFS. Но эти же флаги могут вызывать нежелательные побочные эффекты (например, оста­ нов 20-часового процесса моделирования из-за временного сбоя в сети после 18 часов работы)6. Исправить некоторые недостатки монтирования позволяют средства автома­ тического монтирования, например демон autofs (описывается далее).

Размеры буферов чтения и записи применимы в отношении обоих протоколов — TCP и UDP, но оптимальные значения различны. В случае TCP буфер должен быть большим, поскольку данные передаются эффективнее. Хорошее значение — 32 Кбайт. В случае UDP, если сервер и клиент находятся в одной сети, оптимальный размер равен 8 Кбайт. Тем не менее по умолчанию принят размер 1 Кбайт, хотя даже на man-странице рекомендуется повысить это значение до 8 Кбайт.

Протестировать точку монтирования можно с помощью команды df, как если бы это была обычная локальная файловая система.

% df /nfs/ben

Filesystem 1k-blocks Used Available Use% Mounted on ltopard:/home/ben 17212156 1694128 14643692 11% /nfs/ben

Разделы NFS демонтируются командой umount. Если сетевая файловая система кем- то используется в момент демонтирования, будет выдано сообщение об ошибке.

umount: /nfs/ben: device is busy

Найдите с помощью команды lsof процессы, у которых есть открытые файлы в этой файловой системе, и уничтожьте эти процессы либо смените каталоги в случае интер­ претаторов команд. Если ничего не помогает или сервер отключен, воспользуйтесь ко­ мандой umount -f для принудительного демонтирования.

Стоит повторить сноску в табл. 18.9: по умолчанию команда mount системы Linux, распознав в командной строке синтаксическую конструкцию имя_ узла:каталог, выбирает тип файловой системы nfs, который является кор­

ректным только в версиях 2 и 3. Для того чтобы задать четвертую версию про­ токола NFS, следует выполнить команду mount -t nfs4.

24. Ldap: упрощенный протокол доступа к каталогам

Организациям, где применяются системы UNIX и linux, необходим надежный способ распространения своих административных данных. Но проблема в действительности бо­ лее глобальна. Как быть с неадминистративными ресурсами, например каталогами элек­ тронной почты? Как контролировать информацию, предоставляемую внешнему миру? Решением, которое устроило бы всех, является унифицированная служба каталогов.

Служба каталогов — это просто база данных, но такая, в которой сделан ряд допол­ нительных предположений. Любой набор данных, характеристики которых подпадают под эти предположения, становится кандидатом на включение в базу данных. Основные предположения таковы:

• информационные объекты относительно невелики;

• база данных будет реплицироваться и кешироваться на множестве компьютеров;

• у информации есть атрибуты;

• данные извлекаются часто, но записываются редко;

• операции поиска выполняются очень часто.

Текущая стандартная система, предложенная организацией IETF для этих целей, на­ зывается LDAP (Lightweight Directory Access Protocol — упрощенный протокол доступа к каталогам). В спецификациях LDAP говорится не о самой базе данных, а лишь о том, как получить к ней доступ по сети. В то же время заданы схемы организации данных и осуществления поиска, поэтому подразумевается достаточно четкая модель данных.

Изначально LDAP задумывался как простой шлюзовой протокол, который позволял бы клиентам TCP/IP взаимодействовать с серверами каталогов Х.500, теперь уже уста­ ревшими. Со временем стало очевидно, что стандарт Х.500 изжил себя и в UNIX необ­ ходима стандартная служба каталогов. Все это привело к тому, что из LDAP получилась совершенно самостоятельная, полноценная система управления каталогами (возможно, буква “L” в названии стоит незаслуженно)4.

Как бы там ни было, но протокол LDAP получил широкое распространение, чему отчасти способствовало принятие его фирмой Microsoft в качестве основы для службы Active Directory. В среде UNIX и Linux стандартной реализацией стал пакет OpenLDAP

4 Вследствие сложной истории LDAP во многих книгах можно встретить подробные рассказы о Х.500 и OSI. Однако эта история не имеет никакого отношения к современному использованию LDAP. Просто забудьте о ней.

774 Часть II. Работа в сети

(openldap.org). Служба каталогов уровня предприятия 389 Directory Server (ранее из­ вестная как Fedora Directory Server и Netscape Directory Server) также является проектом с открытым исходным кодом, к которому можно получить доступ на сайте port389.org. Эта служба работает в системах Linux, Solaris и HP-UX.