NFS (Network File System) — сетевой протокол доступа к доступ к файлам и файловой системе NFS-сервера, популярный в семейства ОС Linux/ UNIX, а также различных системах хранения. Microsoft также, не желая отставать от конкурентов, внедрила базовый функционал NFS сервера еще в Windows Server 2003 R2. В последующих версиях серверных платформ Microsoft возможности встроенного NFS Windows сервера расширялись, появлялся новый функционал и средства управления. NFS сервер в Windows Server 2012 – очередная веха в развитии данной технологии.
Что же нового предлагают нам разработчики Microsoft в данном продукте? Новые возможности NFS сервера в Windows Server 2012:
- Поддержка стандарта NFS v4.1. Поддержка последней версии NFS 4.1 – одно из основных новшеств Windows Server 2012. По сравнению с NFS v3 этот протокол обеспечивает повышенную безопасность, производительность и совместимость, полностью реализуя все аспекты RFC 5661.
- Производительность «из коробки». Благодаря использованию новой транспортной инфраструктуры RPC-XDR, оптимальная производительность NFS сервера может быть достигнута сразу «из коробки» без необходимости тонкой настройки параметров системы. Оптимальная производительность достигается за счет автоматически настраивающегося кэша, разделения рабочих процессов на пулы и динамическое управление пулами, основанное на их нагрузке.
- Упрощенное развертывание и управление. Данный факт достигнут за счет:
- — более 40 командлетов PowerShell для настройки сервера NFS и управления общими папками
- — простого графического интерфейса управления, позволяющего одновременно управлять как SMB, так и NFS шарами, а также настройками скрининга файлов и файловой классификации.
- — фиксации RPC порта (порт 2049) для простоты настройки файерволов
- — нового провайдера WMI v2
- — упрощенной идентификации за счет плоского файла мапинга
- Улучшения в NFSv3. За счет быстрой отправки клиентам уведомлений о сбоях монитором NSM (Network Status Monitor), старые NFS клиенты лучше и быстрее обрабатывают процедуру failover, что означает меньшее время простоя.
Итак, NFS сервер в Windows Server 2012 значительно улучшен с точки зрения простоты развертывания, масштабируемость, стабильность, доступность, надежность, безопасности и совместимости. Общие папки могут быть одновременно доступны по протоколам SMB и NFS, что означает возможность использования Windows Server 2012 в качестве хранилища в гетерогенных сетях.
Далее мы разберем сценарий развертывания и управления сервером NFS в Windows Server 2012.
Установка NFS сервера в Windows Server 2012
NFS сервер в Windows Server 2012 можно установить с помощью GUI и Powershell. Чтобы установить NFS сервер с помощью графического интерфейса, откройте консоль Server Manager и внутри роли файлового сервера (File and Storage Services) отметьте компонент Server for NFS.
После окончания установки компонента NFS, сервер необходимо перезагрузить.
Установка этой же роли с помощью Powershell также не вызывает затруднений, просто выполните команду:
Add-WindowsFeature "FS-NFS-Service"
Настройка общей папки NFS в Windows Server 2012
Далее мы покажем, как с помощью установленной нами роли создать NFS шару (общую папку) на сервере Windows. Создать NFS шару можно опять несколькими способами: с помощью графического интерфейса или Powershell.
Создание общего каталога NFS с помощью консоли Server Manager
Откройте консоль Server Manager, перейдите в раздел Share management (находится внутри роли File and Storage Services).
В контекстном меню запустите мастер создания нового общего каталога- New Share…
Выберите тип шары NFS Share — Quick
Далее нужно указать местоположение каталога на диске и путь, по которому должны подключатся удаленные NFS клиенты.
Затем необходимо задать тип аутентификации NFS клиентов: возможно, задействовать как Kerberos- аутентификацию, так и анонимную.
Предположим, в качестве потребителя создаваемого NFS ресурса будет выступать сервер виртуализации ESXi, в котором возможность аутентифицировать NFS соединения отсутствует (ESXi не поддерживает NFSv4). Поэтому тип аутентификации будет No Server Authentication, отметим также опции Enable unmapped user access и Allow unmapped user access by UID/GID.
Чтобы немного обезопасить создаваемую NFS шару от доступа сторонних лиц, ограничим доступ к NFS ресурсу по IP адресу клиента.
Host: 192.168.1.100
Language Encoding : BIG5
Share Permissions : Read/Write
Allow root access : Yes
Далее осталось проверить, что на уровне NTFS пользователь, в которого мапится подключающийся юзер, имеет доступ на чтение/запись (если решено задействовать анонимный доступ, придется для пользователя Everyone дать полные r/w права на уровне NTFS).
Как создать NFS шару с помощью Powershell
Создадим новую NFS шару:
New-NfsShare -Name "NFS " -Path "d:\shares\nfr" -AllowRootAccess $true -Permission Readwrite -Authentication sys
Разрешим доступ к шаре для IP адреса 192.168.1.100 и зададим кодировку BIG5 (возможность просмотра содержимого NFS шары для клиента ESXi).
Grant-NfsSharePermission -Name “NFS” -ClientName 192.168.1.100 -ClientType host -LanguageEncoding BIG5
Созданную NFS шару можно использовать, например, как NFS-datastore в среде виртуализации VMWare vSphere, или для доступа к данным с других Unix-like клиентов. Как смонтировать NFS шару в Windows — клиентах описано в этой статье.
Overview
Microsoft’s Windows Server has had the ability to host NFS shares since Server 2003. There are a number of reasons why you may need it, such as backing up SharePoint or sharing files with UnixLinux computers, and for the most part it works fairly well.
This tutorial will guide you through installing and configuring it. Although not covered in this tutorial, Active Directory mappings can be created for your Linux users accounts to grant them access to directories and files using NTFS shares.
Hardware Configuration
The sizing of your server will greatly depend on the type and volume of traffic. There absolutely is no one-size-fits-all configuration. Your success will be determined by how well you know the workload profile that the server will experience.
| Lots of Large File Tranfsers | If your server primarly serves large files and many of them are transfered concurrently, you’re going to want a lot of RAM in the server. The RAM will be used as a cache before the data is transmitted. |
|---|---|
| Lots of Tiny File Transfers | If instead you are transfering a lot of tiny files, you will want the storage be on fast disks. Transfing large amounts of tiny files can create an enormous amount of I/O, which may require a RAID group with lots of disk, an SSD drive, or Flash drive. |
| High Concurrency and File Transfers | Large amounts of memory and CPU may be required to handle the load. |
| ODX Supported Backend Storage | If you have multiple shares hosted on ODX supported storage served by your file server, and your users do a lot of copies between shares, ODX will significantly improve performance. It does this by offloading the data movement to the storage controller. It also means your file server frees more resources for other connections. |
These are just examples. Your mileage will vary depending on a lot factors in your environment. The best advice I can give is to monitor your server once it is in production. Keep an eye on disk queue times, latency, CPU, and memory utilization.
Install NFS File Services
- Launch Server Manager.
- On the top menu, click Manage.
- Click Add Roles and Features.
- On the Before you begin screen, click Next.
- On the Select installation type screen, ensure Role-based or feature-based installation is selected, and then click Next.
- On the Server selection screen, click Next.
- On the Select server roles screen, expand File and Storage Services, expand File and iSCSI Services, and then check Server for NFS.
- Click Next.
- If an Add features that are required for Server NFS dialog box appears, click Add Features.
- On the Select feature screen, click Next.
- Confirm the installation details, and then click Install.
Configure an NFS Share
- Launch File Explorer.
- Create a new directory for your NFS share.
- Right-click the directory and click Properties.
- Select the NFS Sharing tab.
- Under the NFS Sharing tab, click the Manage NFS Sharing… button
- Check the Share this folder check box.
- Enter a name into the Share name text field. This will be used when a user connects to your NFS share.
- Click the Permissions button.
- Click Add and then enter the IP address or hostname of the client(s) you want to allow connections to. When added, you may also select whether they have readwrite access or read-only access.
- Click OK.
- Click Apply and then OK.
- You now have a simple NFS share hosted on a Windows Server 2012 R2 box.
Connect a Linux Client to the NFS Share
- Log onto a Linux server or desktop.
- Open a terminal window, if you are in a Desktop version of the operating system.
- Create a new directory to mount the Windows NFS share.
mkdir /postprod
- Mount the NFS share to the new directory.
mount.nfs slfileserver01:/postprod /postprod
- If the client has readwrite access, test the share by creating a new file.
touch file01.txt
There are times when you need to access some Windows shares from Linux machines, or systems that have some Linux variations. A few methods exists on how you can do this, and NFS (Network File System) is one of them. NFS exists for a long time in Windows, starting with server 2003, and it’s still here in server 2012/R2. By sharing a folder using the NFS protocol, Linux users can map that share on their systems and use it as a central location for their documents. The only downside of using NFS is that you can’t have that granular control on those shares like you have in Windows, but usually read-write and read-only are enough.
Let’s begin by installing NFS on Windows, so open Server Manager, go to Manage and click Add Roles and Features.
Follow the wizard until you reach the Server Roles page. Here check the Server for NFS box under the File and Storage Services > File and iSCSI Services. You might also want to enable the File Server Resource Manager role if you want use some advance features of NFS.
Click Install to begin the installation.
If you want to do this using PowerShell, use the following command:
Add-WindowsFeature 'FS-NFS-Service'
Using this command will also install the File Server Resource Manager role. Right now we are ready to share a folder using NFS, and there are three methods to do this: the classic one, the wizard one and the PowerShell one.
Configuring NFS shares using the Manage NFS Sharing option
As a tip, before we get started, do not name your directory that you want to share ‘NFS Share‘, or you will get an error when configuring permissions:
“Server for NFS cannot update the share configuration. Try updating the shared directory again, or delete and recreate the shared directory“
I found this during my testing, and I taught, why not share this with you! Now open the properties of a folder you want to share using the NFS protocol and go to the NFS Sharing tab. Here click the Manage NFS Sharing button.
On the new window check the Share this folder box. Now all of the other options and settings are available and ready to be configured. If you want to change the proposed share name which is the name of the the folder, you can do this from the Share Name box. Among the authentication options you can choose Kerberos v5 [Krb5] which uses the Kerberos v5 protocol for authentication, Krbv5i which provides integrity checking to verify that authentication data has not been altered, and Krb5p which provides privacy (new addition for Windows Server 2012). Unmapped user access is useful for scenarios where integration doesn’t occur between the clients accessing the shares. Unmapped user access has other two options: anonymous and unmapped user access. With unmapped user access, the server for NFS creates custom SIDs that correspond to the UIDs and GIDs for the UNIX accounts accessing the share. If you are using anonymous you need to put the power of Windows Firewall in place to deny access to the NFS service from all but the required IP addresses or subnets. Usually you don’t have to change these settings and just go with the default ones.
For more advanced share permissions click the Permissions button. This is where you can allow or deny computers form the network to connect to the NFS share, and where you set the access type for those computers. To allow them to connect, click the Add button, and in the Add Names box type the name or IP addresses of the clients you want to be able to connect to the share. You can add multiple clients at once, just separate them with a semicolon (;). Leave the type of access to Read-Write because this will be controlled using NTFS permissions anyway.
When you add multiple clients in the list and separate them with a semicolon, make sure no spaces exist in front or after that semicolon, or you will get an error message that then name cannot be resolved. Long story short… no spaces are allowed in that list.
Before you map this from a Linux client you need to set the proper NTFS permissions, or the client will not be able to read the share even tough is in the IP allow list. Switch to the security tab and add Everyone with the default permissions. If you want clients to be able to modify or write in this share, set the permissions to Modify and Write. The final access on the share is determined by both, the NFS permissions and the NTFS permission; the most restrictive permission wins. For more information on how NFS access works over NTFS permissions read this Microsoft Technet article.
Configure NFS shares using the Server Manager Wizard
This method is not valid for Windows operating systems older than server 2012. For those, you need to use previous method. Now open Server Manager, go to File and Storage Services and here click on Shares.
From the Shares section click Tasks > New Share.
The New Share Wizard opens. On the first screen select NFS Share – Advanced; because going with NFS Share – Quick we don’t get all the options and goodies.
Here is where you provide the share location. You can share the an entire volume by selecting it under the Select by volume section, or you can share a specific folder, by using the Type a custom path radio button.
In case you want to change the proposed share name, you can do it here from the Share name box. The remote share path will be automatically modified/completed for you.
On the Authentication page, chose the authentication protocols you want to use for this share then click Next.
Click the Add button to open the Add Permissions window. In the Host box, type the IP address or IP addresses for those Linux machine(s) that connect to this share.
And here are the NTFS permissions for this folder. As you can see the Everyone group is already in the list with Modify permissions. If you just want Read permissions for this share, select the Everyone group and click the Customize Permissions button.
On the Management Properties page, you are given the option to select what type of files are kept in this shared folder; for data management policies.
From this page you can set a quota for the folder. In case the already available quota templates are not good for you, no worries, you can customize the quota or create a new one after the folder is shared using the File Server Resource Manager console.
Click Create to share this folder using NFS.
At the end you should have some nice graphics that tells you how much space is used on the share and how is the quota limit staying (if you applied one). And that’s it, your folder is shared using the NFS protocol.
Configure NFS shares using PowerShell
Just in case you are a scripting person, here is a simple PowerShell line that enables NFS sharing on a folder with the default settings:
New-NfsShare -Name "YOUR SHARE NAME" -Path "YOUR FOLDER PATH" -AllowRootAccess $false -Permission ReadOnly -Authentication all
You can also put ReadWrite for everyone but is better to do this on a per machine basis, and here is how:
Grant-NfsSharePermission -Name "YOUR SHARE NAME" -ClientName "YOUR LINUX CLIENT IP" -ClientType "host" -Permission "readwrite"
Now that the share permissions are in place, the next step is to configure the NTFS permissions. Follow this Microsoft Technet article on how to do it using PowerShell, or if you are in a hurry use the GUI to test this. Again, between the share permission and NTFS permissions, the one that is more restrictive wins. That’s why I set the share permissions to Read-Write so I can control the effective permissions trough NTFS.
Now log in to one of your Linux clients and open a terminal with root permissions. Go to your favorite path and create a new directory here using the mkdir command. This is needed in order to mount the Windows NFS share.
mkdir YOUR DIRECTORY NAME
To mount the NFS share to the directory that was just created use the following command:
mount YOUR NFS SERVER:/YOUR NFS SHARE DIRECTORY /YOUR MOUNT FOLDER
And here it is, the Windows share mounted on a Linux client. As you can see the client has Read-Write permissions, since it’s able to create files and folders in this share.
To make the mount permanent you will have to edit your /etc/fstab file, if not, the share will be un-mapped after reboot and you will have to use the mount command again.
This is all there is. Use whatever method you are more comfortable with because they all have the same result.
Want content like this delivered right to your
email inbox?
How-To
How To Set Up an NFS Server on Windows Server 2012
In five minutes, you could have one, too.
While working on an article about using vRealize Log Insight’s (vRLI) built-in archiving utility, I needed an NFS server to act as its archive repository. I have a Windows Server 2012 in my lab and decided to use it as the NFS repository. Although the process of setting the NFS server is relatively easy, I found it to be unintuitive. In this article I’ll walk you through the process of setting up the NFS server and then mounting it with a Linux system, using it as a vRLI repository, and eventually using it as a datastore on an ESXi host.
Setting up the Server
As the base operating system for the NFS server, I used a virtual machine with 2 vCPUs with 16GB of RAM running on a ESXi 6.5 host running Windows Server 2012 R2 Essentials.
After logging into my Windows Server 2012 as Administrator, I launched Windows Server Manager by typing «ServerManager.exe» in the «run command» window. I then clicked the Manage tab and clicked Add Roles and Features (Figure 1).
Figure 1.Adding Roles and Features within Windows Server Manager in Windows Server 2012.
Once in the Roles and Features Wizard, I clicked Next, selected Role-based or feature-based installation, clicked Next, clicked Next again, expanded the File and Storage Services, expanded File and iSCSI Services, checked the Server for NFS checkbox, and clicked Next. When the «Add features that are required for Server for NFS?» dialog box appeared (Figure 2), I clicked Add Features, then Next, and lastly Install. It took about one minute for the NFS feature to finish installing, including a required reboot.
Figure 2. Adding file service tools.
After Windows Server 2012 restarted, I logged back in and added an NFS share. First I created a new folder on my desktop called «NFS01,» right-clicked the NFS01 folder, clicked Properties, selected the NFS Sharing tab, clicked the Manage NFS Sharing button, checked the Share this folder check box, clicked the Permissions button, checked Allow root access, clicked OK, then Apply, and finally OK (see Figure 3).
Figure 3. Creating an NFS share.
Connecting a Linux System
After I set up the NFS server, I initially tested it by connecting to it from a Linux system (Ubuntu 14.04) by doing the following:
I first became the root user, then created a mount point, mounted the NFS filesystem on the mount point, listed the NFS filesystem, created a new file, listed the file, changed back to my home directory, unmounted the NFS filesystem, listed the file directory (which was now empty), remounted the NFS filesystem and listed the file again.
I completed these steps using the commands shown in Figure 4. If you want to have the NFS filesystem mounted every time that you boot the server, you can put an entry in the /etc/fstab file on the Linux server.
Figure 4. Mounting NFS in Linux.
vRealize Log Insight Repository
After I verified that I could access the NFS share from a Linux system, I configured vRealize Log Insight (vRLI) to use NFS as its archive repository. I started by logging into my vRLI instance as Admin from the vRLI interface, then went to the Administration page, selected Archiving, clicked Enable Data Archiving, entered nfs://10.0.0.60/NFS01 in the Archive Location text box, clicked Test and received a «Test successful» message (Figure 5 ).
Figure 5. Setting up an archive location for vRealize Log Insight.
Connecting an ESXi Host
Since I had an NFS share mounted, I decided to try and attach it to an ESXi server. (
As a disclaimer, VMware does not endorse, recommend or support using Windows 2012 NFS as a datastore on ESXi, and it’s not on their Hardware Compatibility List (HCL). The instructions here are to show that it can be done, not that it should be done.
)
I mounted the NFS filesystem on my ESXi 6.5 host from a vCenter 6.5 Web Client without any problems by opening the vSphere Web Client, from where I selected Storage, right-clicked My Datacenter, then selected Storage > New Datastore.
Figure 6.Adding the Windows NFS share to ESXi.
From the New Datastore Wizard, I clicked Next, selected NFS, clicked Next, selected NFS 4.1, clicked Next, supplied the name of the NFS filesystem and the IP address of the NFS server, clicked Next, clicked Next again, selected the ESXi hosts that would have access to the NFS filesystem, clicked Next, and clicked Finished (the steps are shown in 6). The NFS share then appeared in my vSphere Web Client (Figure 7).
Figure 7. The Windows NFS share, displayed on the ESXi server.
In total, it took me less than 5 minutes to create an NFS server on my Windows 2012 R2 Essentials server. I could mount its NFS share to a Linux system and use it as an archive repository for vRealize Log Insight (vLRI). I was even able to mount it to my ESXi host without any issues, although VMware does not officially support using it as a datastore.
About the Author
Tom Fenton has a wealth of hands-on IT experience gained over the past 30 years in a variety of technologies, with the past 20 years focusing on virtualization and storage. He currently works as a Technical Marketing Manager for ControlUp. He previously worked at VMware in Staff and Senior level positions. He has also worked as a Senior Validation Engineer with The Taneja Group, where he headed the Validation Service Lab and was instrumental in starting up its vSphere Virtual Volumes practice. He’s on X @vDoppler.
Для подключения NFS шары в Windows Server 2012 R2 необходимо выполнить следующие шаги:
- Установить клиент NFS Для этого нужно открыть PowerShell от имени администратора и выполнить следующую команду:
Install-WindowsFeature -Name NFS-Client
- Создать директорию, в которую будет монтироваться NFS шара В нашем примере создадим директорию
C:\mnt\nfs - Подключить NFS шару Для этого нужно выполнить команду
mountв PowerShell от имени администратора. Синтаксис командыmountследующий:mount -o anon \\nfs_server\share_name C:\mnt\nfs
Где:
-o anonуказывает использовать анонимный доступ\\nfs_server\share_name– путь до NFS шарыC:\mnt\nfs– путь до директории, в которую будет монтироваться NFS шара
После выполнения команды NFS шара будет подключена и доступна для использования.
Если необходимо автоматически монтировать NFS шару при загрузке Windows Server 2012 R2, можно использовать функционал Task Scheduler. Для этого нужно создать задачу, которая будет выполнять команду
mountпри каждой загрузке сервера.
Сегодня мы узнаем, как установить и настроить клиент сетевой файловой системы (NFS) в Windows Server 2012 R2 / Windows 8. Итак, чтобы подключить каталог (общий ресурс) с сервера NFS в Windows Server 2012 R2 / Win 8, вам необходимо: Требуется, как и в предыдущих версиях Windows, установить отдельный компонент: клиент NFS (Client for NFS). Кроме того, для управления настройками подключения NFS вы можете установить компонент «Службы для сетевой файловой системы» (NFS).
Клиент NFS был включен в операционные системы Microsoft, начиная с Windows 7. В Windows 2012/8 клиент NFS претерпел незначительные изменения. Теперь клиент NFS поддерживает аутентификацию по протоколу Krb5p – Kerberos версии 5 (помимо Krb5 и Krb5i, поддержка которых появилась в Windows 7), поддерживаются большие пакеты NFS – до 1024 КБ (в Win 7 максимальный размер пакет 32 КБ)
Клиент NFS можно установить через графический интерфейс или с помощью Powershell. Для установки в графическом режиме откройте консоль Server Manager и выберите компонент (Features) с именем Client for NFS.
По умолчанию графическая консоль управления NFS не устанавливается вместе с этим компонентом. Чтобы решить эту проблему, установите параметр «Службы» для инструментов управления сетевой файловой системой в «Инструменты удаленного администрирования сервера» -> «Инструменты администрирования ролей» – раздел> «Инструменты файловых служб.
Чтобы установить клиент NFS в Windows 8, вам необходимо активировать компонент Службы для NFS -> Клиент для NFS, установив / удалив компоненты (включив или отключив функции Windows) в Панели управления (Панель управления -> Программы -> Программы и Функции).
Примечание. В отличие от Windows 7, где клиент NFS присутствовал в выпусках Enterprise и Ultimate, в Windows 8 клиент сетевой файловой системы поддерживается только в предыдущей версии: Windows 8 Enterprise.
Все перечисленные выше системные компоненты можно установить с помощью одной команды Powershell:
Установка-Windows Функция NFS-Client, RSAT-NFS-Admin
После завершения установки запустите консоль «Службы для управления сетевой файловой системой» и откройте окно свойств «Клиент для NFS).
В настройках клиента NFS вы можете установить:
- Используемые транспортные протоколы – TCP + UDP по умолчанию
- Тип шарнирного крепления NFS: жесткий или мягкий
- На вкладке «Права доступа к файлам» указываются права по умолчанию для папок и файлов, созданных в общих папках NFS
- На вкладке «Безопасность» указаны протоколы аутентификации, которые могут использоваться для аутентификации на сервере NFS
После настройки установки администраторы смогут смонтировать каталог NFS с помощью команды mount:
Смонтируйте \\ lx01.abc.lab \ nfs z:
В этом примере мы смонтировали под буквой Z: каталог NFS, расположенный на сервере lx01.abc.lab.
После монтирования каталог, смонтированный таким образом на сервере NFS, доступен в системе как отдельный диск с буквой Z:\ .
Вы также можете смонтировать общий ресурс NFS с помощью Powershell:
Новый-PSdrive -PSProvider FileSystem -Name Z -Root \\ lx01.abc.lab \ nfs
Примечание. Каталог nfs, связанный таким образом, будет доступен только в том сеансе Powershell, в котором была запущена команда mount. Чтобы навсегда смонтировать каталог NFS в системе, добавьте параметр –Persist в конец команды Powershell.
Вы можете размонтировать смонтированный каталог следующим образом:
Remove-PSdrive -Name Y
Источник изображения: winitpro.ru