haneWIN NFS Server
Version 1.2

Copyright 2002-2018, Herbert Hanewinkel, Neuried

Updated: for 1.2.31 May 2018

Users Guide


This software implements a NFS Server based on RFC 1813 (NFS 3 Protocol), RFC 1094 (NFS 2 Protocol), RFC 2055 (WebNFS Protocol) and NLM Protocol based on XNFS specification.
A SunRPC PortMap Daemon is implemented as a separate service to allow the use of the NFS server also with other PortMapper implementations.

NFS server and PortMap daemon are implemented for Windows XP/VISTA/20xx/7/8/10 as services for background operation.
A Control Panel applet is implemented for configuring and controlling the operation of the NFS Server.

The NFS Server can also be started as an application with optionally built-in PortMap daemon.

The software is implemented as 32- and 64 Bit versions.

The reason for this implementation was not to set up yet another way of networking for Windows computers, but to give Unix systems with basic networking capabilities an easy way to access volumes connected to a Windows computer, providing disc space, CD/DVD access and data sharing with Unix systems.
Because the server supports hard links, soft links and special devices, it can be used to run diskless unix clients from a Windows volume.



Computer with Windows XP/VISTA/20xx/7/8/10. The NFS Server as application can also be used on elder Windows versions (Windows 9x/ME)

Installation of the NFS server on Windows XP/VISTA/20xx/7/8/10
  1. Install the software by running the setup.
  2. Enable PortMap Daemon and NFS server in firewall for incoming requests. An example is given in file firewall.bat. the example enables acces to the server from clients in your local subnet only.
  3. With the control panel applet NFS Server you can configure and monitor the service. Administrator rights are required to change setting from the applet.
  4. Create an exports file with the directories you want to access from NFS clients. (The format of the exports file is the same as on Unix. Details are specified below.)
  5. Use the Restart Server button on the Exports tab to restart the server to activate options or exports modifications.
Running the NFS server as application.
  1. Install the software by running the setup.
  2. Use NFS Server from the start menu to start the server.
  3. Create an exports file with the directories you want to access from NFS clients. (The format of the exports file is the same as on Unix. Details are specified below.)
  4. Restart the NFS Server to activate the new options or exports configuration.


NFS requires Unix-style inodes for indexing files on a file system. The NFS server creates its own inode table in a file called inodes.nfs (created in the NFS server software directory or in the directory specified by registry key InodePath). Because inodes must be created for all files accessed via NFS, depending on the accessed volumes and files on the server the file can grow to some MBytes in size. Generated inodes are unique for the server, therefore the use of junctions is transparent for the server.

On native NTFS volumes on Windows7 and higher the 64-Bit NTFS file id is used as inode by default. Because file id's are valid only on a specific volume, access fails on subfolders mounted as junctions of other volumes. For the use of file id each volume must be exported by the server.

On FAT/FAT32 volumes, remote SMB volumes or other mountable volumes the implemented inode table is used.

WebNFS specifies an alternate access method to mount protocol. A client can specify any path in exports as multicomponent start path requesting a first file handle. If the -public option is specified for an exports entry WebNFS access is restricted to this exports entry and the multicomponent path must be a subdirectory of this entry.

For easy use the server does not require user mapping between windows users names and unix uid's and does not use windows acl for access.
The unix user is returned as the owner of the Windows files. Owner access rights are set based on the Windows permission bits readonly and hidden. The Windows file system hidden attribute is used by the NFS server to mark unix files as executable. For unix group and world access rights a default mask of 022 is applied to the owner access rights. The mask is configurable per filesystem using the -umask exports option.

Special files and properties, like Unix soft links and the SUID bit are marked by the system attribute. For Windows 7 and higher the server can use NTFS hard link and reparse point features for implementing unix hard link and symbolic links.

The exports file uses the same basic format as on Unix, but uses different options. Directory specification must follow the Windows notation starting with a drive specification or volume specification e.g.


Remote SMB shares can be exported by the NFS server as well. Remote directories MUST use UNC path specification in exports file because driver letters are available only on a per user basis.

The following exports options are supported:
-name:<sharename> assigns a name to the exported path as an alternate name for mounting.
-alldirs allows the host(s) to mount at any point within the exported filesystem.
-umask:<mask> set the umask for group and world permissions on the filesystem, default 022
-readonly limits access to reading
-public Enables WebNFS access only for this entry and subdirectories.
-lowercase maps all file names to lowercase, otherwise case is preserved.
-exec forces in access rights the x bit for all files.
-mapall:<uid>[:<gid>] all Unix user-ids and group-ids are mapped to the specified user-id and group-id.
-maproot:<uid>[:<gid>] the Unix super user root is mapped to the specified user-id, group-id. Without a mapping entry root will be mapped to user and group NOBODY by default. Because there are a lot of unix boxes running as root only, there is also an option to map to root by default for all entries (see exports section below).
-range IP adresses are interpreted in pairs as from-to ranges enabling client access from all addresses in a range (more flexible than the unix -net -mask options).

To export a directory name containing spaces put the path name in quotes.
e.g. "c:\my files" ...

A directory can be specified more than once for different clients.

On the client side use standard Unix notation for mounting drives and directories:
C: --> /c
D:\nfs --> /d/nfs
e.g.: Directory D:\nfs is mounted on /mnt/nfs.
mount -t nfs /mnt/nfs

For mounting Windows remote network shares use the following notation:
\\server\share --> //server/share
e.g.: Directory \\amilo\nfs is mounted on /mnt/nfs.
mount -t nfs /mnt/nfs

For mounting a directory by volume GUID use the following notation:
\\?\Volume{6ca75309-178c-11e6-b0b3-806e6f6e6963}\dir --> //?/Volume{6ca75309-178c-11e6-b0b3-806e6f6e6963}/dir
e.g.: Directory //?/Volume{6ca75309-178c-11e6-b0b3-806e6f6e6963}/dir is mounted on /mnt/nfs.
mount -t nfs{6ca75309-178c-11e6-b0b3-806e6f6e6963}/dir /mnt/nfs

With the -name option a share name can be assigned to an exported Windows path:
e.g..: Windows path D:\OwnFiles\music\mp3 is exported with option -name:mp3.
It is mounted under Unix with the command
mount -t nfs ...
The real Windows path is invisible for the Unix user.

Unmodified entries in the exports list are still valid without remount after restarting the server. If a mounted entry was modified a client must remount. For UDP connected clients the server can be restarted without remounting at the client, for TCP connections it depends on the client implementation.

Users Guide

The Info Box at startup of the Control Panel is displayed only for the unregistered version.

Running the NFS server as a Service on Windows XP/VISTA/20xx/7/8/10

PortMap Daemon and NFS Server are implemented as services for background operation. The entries created in the start menu execute the following commands.


  1. The PortMap Daemon is installed and started by the command:
    PMAPD -install
    The service can be started and stopped manually by the service control panel.
  2. The NFS Server service is installed and started by the command:
    NFSD -install PMAPDaemon
    The service depends on the service PMAPDaemon. If you use a Portmapper from another vendor use their service name for the portmapper. If no service name is specifed no dependency check is applied.
    The service can be started and stopped manually by the service control panel.
  3. Run
    PMAPD -remove
    NFSD -remove
    to stop and remove the PortMap daemon or NFS server service.

Running the NFS server on Windows 9x/ME

To use the software as application on Windows 9x/ME run
Use the tray icon menu to configure or terminate the NFS Server.

The NFS Server control panel


starts a HTML browser displaying the manual.

prompts for the license key and your name, company. Check the Info menu to find out if the license information was accepted.

displays program version information.

The server is started for NFS-2 and NFS-3 protocol on transport protocol UDP and TCP by default. Disabling NFS-2 disables also mount version 1 and NLM version 1 protocol. Disabling NFS-3 disables mount version 3 and NLM version 4 protocol. If transport UDP or TCP is disabled it is also disabled for mount and NLM protocol.

WebNFS enables client mount through public file handle NFS access.

The NFS Server operates multithreaded. For TCP connections a thread is created per client. For UDP the configured number of threads is created to handle concurrent access from clients.

For NFS-2 client ans server must use the same maximum NFS transfer size. For NFS-3 server and client choose a common value by handshake transaction.

Unix hard links are supported on NTFS volumes. For non NTFS volumes and elder Windows releases a hard link can be emulated by creating a copy of the file.


The NFS server can use the Windows 64-bit file id as inode number. It is supported on NTFS volumes for Windows 7 and higher releases of Windows. On all other volumes the NFS server internal inode implementation is used. This also includes remote SMB shares displayed as of type NTFS.

The server can use ASCII, Windows character set or UTF-8. For most Linux based clients UTF-8 should be the best choice.

Linux clients can create a temporary file with no access bits set and are allowed to write to the file. Because this fails on Windows you can force the server to use the default access in case no access rights are specified.
The behaviour was not observed for NetBSD/FreeBSD clients.


lists exported folders and allows editing of the exports table. Exported folders are stored in unix style exports file.

By default all exports entries are visible for all clients requesting the exports list. For improved security it could be restricted to only those entries accessible for a client.

The Windows file system hidden attribute is used by the NFS server to mark unix files as executable. This makes executable files hidden on Windows. To avoid this all files could be marked as executable either by option -exec for a single exports entry or using the option for all entries.

The Unix super user root is mapped to the access rights of user NOBODY by default. This could be overritten in exports using -maproot:0 on a per entry basis. Because there are a lot of unix boxes running as root only, root could be map to root by default for all entries.


displays a list of clients that have directories mounted.

To survive a reboot entries are saved in file mounttab. Negative side effect, clients that don't unmount may still appear in the list after client shutdown and server reboot.


displays RPC programs registered with the SunRPC PortMap daemon.


The latest version is available on www.hanewin.net. For comments, questions, problems please use our contact form.