Какая файловая система используется для доступа к файлам по сети

Обновлено: 21.11.2024

Удаленные файловые системы позволяют приложению, работающему на клиентском компьютере, получать доступ к файлам, хранящимся на другом компьютере. Удаленные файловые системы также часто делают другие ресурсы (например, удаленные принтеры) доступными с клиентского компьютера. Удаленный доступ к файлам и ресурсам осуществляется с использованием той или иной формы локальной сети (LAN), глобальной сети (WAN), двухточечной связи или другого механизма связи. Эти файловые системы часто называют сетевыми файловыми системами или распределенными файловыми системами.

Microsoft Networks — это собственная удаленная файловая система, включенная в Windows Server 2003, Windows XP и Windows 2000. Microsoft Networks обеспечивает удаленный доступ к файлам, а также доступ к удаленным принтерам и плоттерам. Сети Microsoft назывались LAN Manager Network в более ранних версиях Windows.

Microsoft также поддерживает несколько других удаленных файловых систем в Windows:

Основной протокол NetWare (NCP)

WebDAV (доступ к файлам с использованием удаленных веб-серверов)

Общий доступ к файлам и принтерам AppleTalk (поддерживает подключения клиентов Macintosh к системам под управлением Windows Server 2003 и Windows 2000 Server)

Сетевая файловая система (NFS)

Доступ к файлам VSAM и AS/400 мэйнфрейма IBM, включенный в Microsoft Host Integration Server 2000

Примечание. В версиях операционной системы Windows до Windows Server 2003 R2 можно было получить NFS, установив службы Microsoft для UNIX. В Windows Server 2003 R2 и более поздних версиях операционной системы Windows NFS включена в качестве дополнительного компонента Windows.

Удаленные файловые системы реализованы набором программных компонентов. Количество и сложность необходимых программных компонентов зависит от конструкции и сложности удаленной файловой системы.

Программное обеспечение в клиентской системе обеспечивает удаленный доступ к файлам и ресурсам. Это клиентское программное обеспечение функционирует как «сетевой перенаправитель», перенаправляющий локальные вызовы файловых операций на какой-либо удаленный сервер. Этот сетевой перенаправитель заставляет удаленные ресурсы выглядеть как локальные.

Программное обеспечение серверной системы реализует операции удаленного файлового сервера, которые обращаются к локальному файловому хранилищу или ресурсам на сервере. Запросы принимаются от клиентских сетевых перенаправителей, которые обрабатываются на файловом сервере, а ответы отправляются обратно клиенту.

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

В этой главе представлен обзор службы NFS, которую можно использовать для доступа к файловым системам по сети. Эта глава включает обсуждение концепций, необходимых для понимания службы NFS, и описание новейших функций NFS и autofs.

В этом разделе представлены некоторые основные термины, которые необходимо понимать для работы со службой NFS. Расширенное описание службы NFS включено в главу 16, Доступ к удаленным файловым системам (справочник).

Серверы и клиенты NFS

Термины клиент и сервер используются для описания ролей, которые берет на себя компьютер при совместном использовании файловых систем. Компьютеры, которые совместно используют свои файловые системы по сети, действуют как серверы. Компьютеры, обращающиеся к файловым системам, называются клиентами. Служба NFS позволяет любому компьютеру получать доступ к файловым системам любого другого компьютера. При этом служба NFS предоставляет доступ к собственным файловым системам. Компьютер может взять на себя роль клиента, сервера или и клиента, и сервера в любое время в сети.

Клиенты получают доступ к файлам на сервере, монтируя общие файловые системы сервера. Когда клиент монтирует удаленную файловую систему, клиент не создает копию файловой системы. Скорее процесс монтирования использует серию удаленных вызовов процедур, которые позволяют клиенту получить прозрачный доступ к файловой системе на диске сервера. Гора напоминает местную гору. Пользователи вводят команды, как если бы файловые системы были локальными. Информацию о задачах, которые монтируют файловые системы, см. в разделе «Монтирование файловых систем».

После совместного использования файловой системы на сервере с помощью операции NFS к файловой системе можно получить доступ с клиента. Вы можете автоматически смонтировать файловую систему NFS с помощью autofs. См. Автоматический общий доступ к файловой системе и обзор задач для администрирования Autofs, чтобы узнать о задачах, включающих команду общего доступа и autofs.

Файловые системы NFS

Объекты, которые можно использовать совместно со службой NFS, включают любое полное или частичное дерево каталогов или файловую иерархию, включая один файл. Компьютер не может совместно использовать файловую иерархию, которая перекрывает файловую иерархию, к которой уже предоставлен общий доступ. Периферийные устройства, такие как модемы и принтеры, нельзя использовать совместно.

В большинстве системных сред UNIX файловая иерархия, которая может использоваться совместно, соответствует файловой системе или части файловой системы.Однако поддержка NFS работает во всех операционных системах, и концепция файловой системы может быть бессмысленной в других средах, отличных от UNIX. Таким образом, термин файловая система относится к файлу или файловой иерархии, которые можно использовать совместно и которые можно монтировать с помощью NFS.

Служба NFS позволяет компьютерам с различной архитектурой, работающим под управлением разных операционных систем, совместно использовать файловые системы в сети. Поддержка NFS реализована на многих платформах, от MS-DOS до операционных систем VMS.

Среда NFS может быть реализована в различных операционных системах, поскольку NFS определяет абстрактную модель файловой системы, а не архитектурную спецификацию. Каждая операционная система применяет модель NFS к своей семантике файловой системы. Эта модель означает, что операции файловой системы, такие как чтение и запись, выполняются так, как если бы операции обращались к локальному файлу.

Служба NFS имеет следующие преимущества:

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

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

Обеспечивает согласованность и надежность данных, поскольку все пользователи могут читать один и тот же набор файлов

Делает монтирование файловых систем прозрачным для пользователей

Делает доступ к удаленным файлам прозрачным для пользователей

Поддерживает гетерогенные среды

Снижает затраты на системное администрирование

Служба NFS делает физическое расположение файловой системы неважным для пользователя. Вы можете использовать реализацию NFS, чтобы пользователи могли видеть все соответствующие файлы независимо от их местоположения. Вместо размещения копий часто используемых файлов в каждой системе служба NFS позволяет разместить одну копию на диске одного компьютера. Все остальные системы получают доступ к файлам по сети. В режиме NFS удаленные файловые системы почти неотличимы от локальных файловых систем.

Файловые системы, совместно используемые через службу NFS, можно монтировать с помощью автоматического монтирования. Autofs, служба на стороне клиента, представляет собой структуру файловой системы, обеспечивающую автоматическое монтирование. Файловая система autofs инициализируется функцией automount, которая запускается автоматически при загрузке системы. Демон автомонтирования automountd работает непрерывно, монтируя и размонтируя удаленные каталоги по мере необходимости.

Всякий раз, когда клиентский компьютер, на котором выполняется automountd, пытается получить доступ к удаленному файлу или удаленному каталогу, демон монтирует удаленную файловую систему. Эта удаленная файловая система остается подключенной столько времени, сколько необходимо. Если к удаленной файловой системе нет доступа в течение определенного периода времени, файловая система автоматически демонтируется.

Монтирование не нужно выполнять во время загрузки, и пользователю больше не нужно знать пароль суперпользователя для монтирования каталога. Пользователям не нужно использовать команды mount и umount. Служба autofs монтирует и размонтирует файловые системы по мере необходимости без вмешательства пользователя.

Монтирование некоторых иерархий файлов с помощью automountd не исключает возможности монтирования других иерархий с помощью mount . Бездисковый компьютер должен монтировать / (root), /usr и /usr/kvm с помощью команды mount и файла /etc/vfstab.

Обзор задач для администрирования Autofs и принцип работы Autofs содержат более подробную информацию о службе autofs.

В этом разделе описываются важные функции, включенные в службу NFS.

Протокол NFS версии 2

Версия 2 была первой широко используемой версией протокола NFS. Версия 2 по-прежнему доступна на самых разных платформах. Все выпуски Solaris поддерживают версию 2 протокола NFS, но выпуски Solaris до Solaris 2.5 поддерживают только версию 2.

Протокол NFS версии 3

Реализация протокола NFS версии 3 была новой функцией выпуска Solaris 2.5. Внесено несколько изменений для улучшения совместимости и производительности. Для оптимального использования протокол версии 3 должен работать как на серверах NFS, так и на клиентах.

Эта версия обеспечивает безопасную асинхронную запись на сервере, что повышает производительность, позволяя серверу кэшировать клиентские запросы на запись в памяти. Клиенту не нужно ждать, пока сервер зафиксирует изменения на диске, поэтому время отклика сокращается. Кроме того, сервер может группировать запросы, что сокращает время отклика на сервере.

Все операции Solaris NFS версии 3 возвращают атрибуты файла, которые хранятся в локальном кэше. Поскольку кеш обновляется чаще, необходимость делать отдельную операцию для обновления этих данных возникает реже. Таким образом, количество вызовов RPC к серверу уменьшается, что повышает производительность.

Улучшен процесс проверки прав доступа к файлам. Версия 2 генерировала сообщение «ошибка записи» или сообщение «ошибка чтения», если пользователи пытались скопировать удаленный файл без соответствующих разрешений.В версии 3 права доступа проверяются перед открытием файла, поэтому об ошибке сообщается как об «ошибке открытия».

Поддержка NFS ACL

Поддержка списков управления доступом (ACL) была добавлена в выпуск Solaris 2.5. ACL предоставляют более тонкий механизм для установки разрешений на доступ к файлам, чем доступный через стандартные разрешения на доступ к файлам UNIX. Поддержка NFS ACL обеспечивает метод изменения и просмотра записей ACL от клиента Solaris NFS на сервер Solaris NFS. Дополнительную информацию о списках ACL см. в разделе «Использование списков контроля доступа (ACL)» в Руководстве системного администратора: Службы безопасности.

NFS через TCP

Транспортный протокол по умолчанию для протокола NFS был изменен на протокол управления транспортом (TCP) в версии Solaris 2.5. TCP повышает производительность в медленных сетях и глобальных сетях. TCP также обеспечивает контроль перегрузки и устранение ошибок. NFS через TCP работает с версиями 2 и 3. До версии 2.5 протоколом NFS по умолчанию был протокол пользовательских дейтаграмм (UDP).

Диспетчер блокировки сети и NFS

Выпуск Solaris 2.5 также включает улучшенную версию диспетчера сетевой блокировки. Диспетчер сетевой блокировки обеспечивает блокировку записей UNIX и совместное использование файлов ПК для файлов NFS. Механизм блокировки теперь более надежен для файлов NFS, поэтому команды, использующие блокировку, с меньшей вероятностью будут зависать.

Поддержка больших файлов NFS

Реализация протокола NFS версии 3 в Solaris 2.6 была изменена для правильной работы с файлами размером более 2 Гбайт. Протокол NFS версии 2 и реализация протокола версии 3 в Solaris 2.5 не могли обрабатывать файлы размером более 2 ГБ.

Отказ клиента NFS

В версии Solaris 2.6 добавлено динамическое отключение файловых систем, доступных только для чтения. Отказоустойчивость обеспечивает высокий уровень доступности уже реплицированных ресурсов только для чтения, таких как справочные страницы, другая документация и общие двоичные файлы. Отработка отказа может произойти в любой момент после монтирования файловой системы. При ручном монтировании теперь можно перечислить несколько реплик, как и при автоматическом монтировании в предыдущих выпусках. Средство автоматического монтирования не изменилось, за исключением того, что аварийное переключение не требует ожидания перемонтирования файловой системы. Дополнительную информацию см. в разделе Как использовать отказоустойчивость на стороне клиента и Отказоустойчивость на стороне клиента.

Поддержка Kerberos для службы NFS

Поддержка клиентов Kerberos V4 была включена в выпуск Solaris 2.0. В выпуске 2.6 команды mount и share были изменены для поддержки монтирования NFS версии 3, использующей аутентификацию Kerberos V5. Кроме того, команда общего доступа была изменена, чтобы включить несколько вариантов аутентификации для разных клиентов. См. RPCSEC_GSS Security Flavor для получения дополнительной информации об изменениях, затрагивающих разновидности безопасности. Информацию об аутентификации Kerberos V5 см. в разделе «Настройка серверов SEAM NFS» в Руководстве системного администратора: Службы безопасности.

Поддержка WebNFS

Вариант безопасности RPCSEC_GSS

Разновидность безопасности, называемая RPCSEC_GSS, поддерживается в версии Solaris 7. Этот вариант использует стандартные интерфейсы GSS-API для обеспечения аутентификации, целостности и конфиденциальности, а также для поддержки нескольких механизмов безопасности. Дополнительные сведения о поддержке проверки подлинности Kerberos V5 см. в разделе Поддержка Kerberos для службы NFS. Дополнительную информацию о GSS-API см. в Руководстве по программированию GSS-API.

Расширения Solaris 7 для монтирования NFS

Выпуск Solaris 7 включает расширения для команд mount и automountd. Расширения позволяют запросу на монтирование использовать общедоступный дескриптор файла вместо протокола MOUNT. Протокол MOUNT — это тот же метод доступа, который использует служба WebNFS. В обход протокола MOUNT монтирование может происходить через брандмауэр. Кроме того, поскольку между сервером и клиентом должно выполняться меньше транзакций, монтирование должно выполняться быстрее.

Расширения также позволяют использовать URL-адреса NFS вместо стандартного имени пути. Кроме того, вы можете использовать параметр public с командой mount и картами автомонтирования, чтобы принудительно использовать дескриптор общедоступного файла. Дополнительную информацию об изменениях в службе WebNFS см. в разделе Поддержка WebNFS.

Согласование безопасности для службы WebNFS

Добавлен новый протокол, позволяющий клиенту WebNFS согласовывать механизм безопасности с сервером NFS в версии Solaris 8. Этот протокол обеспечивает возможность использования безопасных транзакций при использовании сервиса WebNFS. Дополнительную информацию см. в разделе Как работает согласование безопасности WebNFS.

Ведение журнала сервера NFS

В версии Solaris 8 ведение журнала сервера NFS позволяет серверу NFS предоставлять записи файловых операций, которые были выполнены в его файловых системах. Запись включает информацию о том, к какому файлу был осуществлен доступ, когда к файлу был осуществлен доступ и кто имел доступ к файлу. Вы можете указать расположение журналов, содержащих эту информацию, с помощью набора параметров конфигурации.Вы также можете использовать эти параметры для выбора операций, которые следует регистрировать. Эта функция особенно полезна для сайтов, которые делают анонимные FTP-архивы доступными для клиентов NFS и WebNFS. Дополнительную информацию см. в разделе Как включить ведение журнала сервера NFS.

Возможности Autofs

Autofs работает с файловыми системами, указанными в локальном пространстве имен. Эта информация может храниться в NIS, NIS+ или в локальных файлах.

Полностью многопоточная версия automountd была включена в выпуск Solaris 2.6. Это усовершенствование делает autofs более надежным и позволяет одновременно обслуживать несколько подключений, что предотвращает зависание службы, если сервер недоступен.

Новый automountd также обеспечивает улучшенное монтирование по требованию. Предыдущие выпуски монтировали весь набор файловых систем, если файловые системы были иерархически связаны. Теперь монтируется только верхняя файловая система. Другие файловые системы, связанные с этой точкой монтирования, монтируются по мере необходимости.

Служба autofs поддерживает просмотр непрямых карт. Эта поддержка позволяет пользователю видеть, какие каталоги могут быть смонтированы, без фактического монтирования каждой из файловых систем. В карты autofs добавлена опция -nobrowse, чтобы большие файловые системы, такие как /net и /home, не были доступны для автоматического просмотра. Кроме того, вы можете отключить возможность просмотра autofs на каждом клиенте, используя параметр -n с automount . Дополнительные сведения см. в разделе Отключение возможности просмотра Autofs.

Первая версия сетевой файловой системы, сокращенно NFS, была опубликована компанией Sun Microsystems в 1985 году. Название немного вводит в заблуждение, поскольку сегодня NFS – это не настоящая файловая система, а протокол, используемый между клиентами и сервером. серверы с данными.

Протокол сетевой файловой системы (NFS) был разработан, чтобы позволить нескольким клиентским компьютерам осуществлять прозрачный доступ к файловой системе на одном сервере. Одной из целей разработки было обеспечение возможности реализации NFS в широком диапазоне операционных систем и архитектур процессоров. Большинство операционных систем имеют расширенную встроенную поддержку NFS, включая Linux и macOS, а также более «экзотические» системы, такие как FreeBSD или Solaris. Более новые версии Windows имеют встроенную поддержку монтирования NFS.

На сегодняшний день используются только две версии протокола NFS: версия 3, опубликованная в 1995 г., и версия 4, выпущенная в 2000 г. NFS 3 по-прежнему является наиболее распространенной версией протокола и единственной, поддерживаемой Клиенты Windows.

Иллюстрация клиента Linux NFS, взаимодействующего с сервером NFS Linux (nfsd, NFS-сервером в ядре) и задействованными компонентами ядра Linux.

Каковы преимущества NFS?

На самом деле их немного. Будучи таким устаревшим протоколом, NFS не может адаптироваться к постоянно меняющимся потребностям современных пользователей хранилища. Это как наименьший общий знаменатель хранилища, поскольку почти все операционные системы могут получить доступ к хранилищу NFS версии 3.

Каковы недостатки NFS?

Большинство недостатков NFS связано с тем, что он был разработан несколько десятилетий назад и для связи с одним сервером:

NFS не поддерживает отработку отказа. Это должно быть сделано на уровне IP и часто вызывает прерывания, задержки и видимые пользователю ошибки (устаревший дескриптор файла).
В NFS нет балансировки нагрузки. Хотя NFS была разработана для одного сервера, отсутствие балансировки нагрузки в горизонтально масштабируемой системе хранения стало серьезной проблемой с появлением масштабируемых рабочих нагрузок.
В NFS нет контрольных сумм. В основном из-за высокой стоимости контрольных сумм в 90-х годах это является серьезной проблемой сегодня. Контрольные суммы защищают ваши данные при передаче, а современные процессоры имеют для них аппаратные инструкции. Контрольные суммы отсутствуют даже в более новых версиях протокола NFS.

Это то же самое, что NAS и NFS?

Короткий ответ: нет. Сетевая файловая система, несмотря на свое название, представляет собой протокол для доступа к файловой системе, расположенной на удаленном сервере. NAS означает сетевое хранилище и стало синонимом хранилища удаленной файловой системы (подробнее о NAS читайте здесь). NFS — это один из протоколов для доступа к системе хранения NAS по сети и наиболее распространенный в мире Linux/Unix. В мире Windows SMB/CIFS является основным протоколом для доступа к хранилищу NAS.

В чем разница между SMB и NFS?

Эти два протокола служат примерно одной цели: сделать удаленную файловую систему доступной для клиентов через компьютерную сеть. Sun Microsystems разработала NFS как открытый стандарт, предназначенный для сред Unix (Sun разработала Solaris, которая была системой Unix). С другой стороны, SMB/CIFS был разработан Microsoft для своей операционной системы Windows.Таким образом, операционная система вашего клиента определяет, какой протокол вы используете: Unix/Linux=NFS и Windows=SMB/CIFS. Существуют драйверы для монтирования NFS в Windows и SMB в Linux. Однако это скорее крайняя мера.

В чем разница между локальной файловой системой и NFS?

Очевидная разница заключается в том, что локальное хранилище, или хранилище с прямым подключением (DAS), находится внутри одного компьютера и не может использоваться совместно с другими хостами. Часто NFS-сервер Linux используется для совместного использования локальной файловой системы через NFS с другими хостами. Однако есть небольшие различия в поведении локальной файловой системы и NFS.

На компьютерах Linux и Unix локальные файловые системы и NFS выглядят и «ощущаются» одинаково для пользователей и приложений, когда доступ к файлам осуществляется только с одного хоста (за некоторыми незначительными исключениями, такими как xattrs). Однако при доступе к файлам с нескольких хостов в поведении есть несколько очень важных отличий. Основная причина различий в поведении — локальное кэширование.

NFS позволяет клиентам кэшировать метаданные, такие как списки каталогов, имена файлов и данные (фактическое содержимое файлов). Когда вы записываете в файл, данные сначала кэшируются на локальном компьютере, а затем записываются на сервер позднее. Это отличная функция, поскольку она скрывает задержки в сети и позволяет клиенту выполнять групповую запись меньшего размера. Однако, когда клиент A записывает в файл, а затем клиент B пытается его прочитать, данные могут все еще находиться в кеше на клиенте A. Клиент B увидит, например, более короткий файл или просто нули. Подобные эффекты могут произойти, когда клиент A только что создал файл, а клиент B все еще имеет список содержимого каталога. В этом случае клиент Б не увидит файл.

Распределенные приложения (запущенные на нескольких серверах одновременно), работающие в NFS, должны иметь возможность работать с так называемой согласованностью NFS "близко к открытию". NFS сбрасывает локальные кэши, когда приложение закрывает файл. Вызов close возвращается только после того, как данные были записаны на сервер. Следующее приложение, которое откроет файл (на другом клиентском компьютере), гарантированно прочитает последние данные с сервера. Эффект блокировки файлов тот же. NFS сбрасывает данные при разблокировке и гарантирует, что следующее приложение, которое заблокирует область файла на другом клиенте, получит самые последние данные с сервера. Это называется согласованностью "от разблокировки до блокировки".

Что такое RPC и XDR и как они связаны с NFS?

NFS — это протокол, описывающий доступ к удаленной файловой системе по сети. Операции протокола NFS кажутся знакомыми всем, кто видел вызовы файловой системы POSIX, например. NFSPROC_LOOKUP или NFSPROC_MKDIR .

Для выполнения этих операций или процедур на удаленном сервере компания Sun изобрела протокол удаленного вызова процедур SunRPC (сегодня он называется просто RPC). Этот протокол не связан с реальным приложением, в данном случае NFS, а является общим протоколом для отправки сообщений на удаленный сервер и с него и для вызова удаленных процедур. Это просто означает указание удаленному серверу выполнить определенную операцию.

XDR – это язык или стандарт кодирования сообщений в двоичном виде, которые отправляются туда и обратно между клиентами и серверами при выполнении RPC. Одной из важных целей XDR было обеспечение взаимодействия между различными разновидностями Unix и, что более важно, между множеством различных архитектур процессоров, существовавших в 1980-х и 1990-х годах, например. убедитесь, что системы, основанные на прямом и прямом порядке байтов, могут взаимодействовать друг с другом.

Несмотря на то, что Quobyte поддерживает версии 3 и 4 NFS, он также поставляется со встроенными драйверами со встроенным аварийным переключением, балансировкой нагрузки, параллельным вводом-выводом и сквозными контрольными суммами. Благодаря этим функциям при использовании Quobyte, в отличие от NFS, нет узких мест в производительности, что делает его более подходящим вариантом для большинства потребностей в хранении.

NFS – это протокол, который позволяет пользователям клиентских компьютеров получать доступ к файлам в сети, превращая ее в распределенную файловую систему. Сетевая файловая система или NFS необходима для того, чтобы помочь вашему бизнесу обмениваться файлами по сети. Вы можете получить доступ к удаленным данным и файлам с любого удаленного компьютера или устройства, подключенного к сети, которую вы будете использовать. Все люди в сети будут иметь доступ к одним и тем же файлам, что упростит обмен файлами.

Протокол NFS развивался с тех пор, как Sun Microsystems впервые представила его в 1984 году. Он продолжает меняться и сегодня, поскольку представляет собой решение с открытым стандартом, где любой может внедрить протокол во всех операционных системах и настроить его по мере необходимости.

Общая концепция

В NFS используется базовая система, в которой команда «mount» предложит серверу установить связь со многими клиентами. Клиенты получат доступ к тем же файлам на сервере через соответствующую платформу. В проекте могут использоваться протоколы безопасности, определяющие, кто будет иметь доступ к определенным файлам, что обеспечивает упрощенный и безопасный подход к работе.

В NFS также может использоваться система блокировки файлов, которая позволяет нескольким клиентам совместно использовать одни и те же файлы. NFS может управлять несколькими приложениями или вычислительными потоками для работы.
NFS использует несколько хостов, которые будут обращаться к одним и тем же файлам. Для его работы не требуется одно приложение, что обеспечивает простой дизайн для обработки содержимого, которое будет прочитано.

Как работает NFS? Взгляд на три версии

Способ работы NFS зависит от используемой версии. Сегодня вы найдете три версии NFS, каждая из которых имеет разные стандарты работы.

NFS версии 2 (NFSv2)

NFSv2 — это самый старый формат и наиболее широко поддерживаемый формат, который вы можете использовать. Он работает с протоколом пользовательских дейтаграмм или UDP через IP-сеть. IP-сеть обеспечивает стабильное сетевое соединение.

Протокол UDP при такой настройке формально не устанавливает соединение, прежде чем он сможет начать передачу данных. Функция удобна, так как облегчает работу соединений за меньшее время. Но клиенты UDP могут продолжать отправлять запросы на сервер, даже когда сервер не работает.

NFS версии 3 (NFSv3)

NFSv3 поддерживает асинхронную запись, что позволяет серверу определять правильную политику синхронизации данных. Данные будут синхронизированы до того, как будет установлена команда для фиксации управления данными. Дизайн обеспечивает лучшую буферизацию по сравнению с NFSv2.

NFSv3 также может более эффективно обрабатывать ошибки и управлять файлами большего размера. Он может работать с 64-разрядными размерами файлов, то есть пользователь может получить доступ к содержимому файлов в среднем около 2 ГБ.

NFS версии 4 (NFSv4)

NFSv4 — это самая последняя версия протокола NFS, которую вы можете использовать. Он может работать в Интернете и через брандмауэры. Он не требует службы rpcbind, что упрощает запуск в большем количестве мест.
Протокол управления передачей или TCP работает в этом формате NFS. Связи TCP между приложением и IP. Он отслеживает сегменты данных и получает потерянные кадры в наборе TCP только тогда, когда что-то нужно отправить во второй раз.

Сервер также будет принимать команды TCP-порта 2049. Этот порт является одним из наиболее часто используемых портов, которые вы найдете на рынке. Ему не нужно взаимодействовать с демонами, такими как параметры rpcbind и lockd.

Какие услуги необходимы?

Для работы файловой системы NFS вам потребуется несколько служб:

nfs — служба nfs запустит сервер и процессы RPC, необходимые для приема общих систем.
nfslock — служба nfslock запускает процессы RPC и позволяет клиентам NFC блокировать файлы.
portmap — с помощью этого вы можете зарезервировать порт от местных служб. portmap будет отвечать на сообщения о том, что определенные порты доступны для доступа к файлам.

Другие службы, которые вы можете использовать

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

rpc.mountd — вы можете начать с процесса, который получает запросы на монтирование и подтверждает, что компьютер может получить доступ к файлам NFS, к которым он хочет получить доступ.
rpc.nsfd — здесь вы можете определить конкретные версии и протоколы NFS для поддержки сервером.
rpc.lockd — с помощью этой команды легко заблокировать файлы на сервере.
rpc.statd — этой командой запускается протокол Network Status Monitor. Он будет уведомлять клиентов о перезапуске сервера, а также гарантирует, что сервер останется в сети без возможного отключения.

Чем полезна NFS?

Все в вашей сети могут получить доступ к одним и тем же файлам, если они станут клиентами одной и той же NFS.
Процесс монтирования файловой системы остается прозрачным, что дает клиентам представление о том, как они могут работать с контентом, которым вы управляете.
NFS может быть более безопасным, поскольку у вас не будет столько съемных дисков и съемных дисков.
Несколько компьютеров могут совместно использовать одни и те же приложения. Им не нужно использовать лишнее дисковое пространство, плюс им не нужно хранить вещи так часто.
Есть ли какие-либо опасения?

Есть несколько недостатков NFS, на которые стоит обратить внимание:

Брандмауэр необходим для работы NFS, чтобы предотвратить доступ нежелательных сторон. Любая NFS, не использующая эту защиту, подвергается риску.
Несколько сторон могут получить одновременный доступ к файлу, особенно если файл имеет большой размер.
Некоторые протоколы позволяют перемещать до 1 МБ данных при каждом запросе на чтение или запись. Хотя современные протоколы могут обрабатывать огромное количество запросов, стандарт 1 МБ может оказаться слишком слабым.

Полезное решение

NFS может понадобиться, когда вы пытаетесь передать файлы большему количеству людей в вашей сети. Убедитесь, что вы видите, как может работать NFS, если вам нужна помощь в том, чтобы сделать вашу сеть и содержимое ваших файлов более видимыми для всех в вашем бизнесе.Чтобы быстро получить доступ к данным, хранящимся на другом устройстве, сервер должен внедрить процессы демона NFS, чтобы сделать данные доступными для других пользователей.

Увидеть Atera в действии

Программное обеспечение RMM, PSA и удаленный доступ, которые изменят способ ведения вашего бизнеса MSP

Читайте также: