Fwd: [Ms-nfs41-client-devel] [Announcement] NFSv4.2/NFSv4.1 filesystem client Windows driver binaries for Windows 10/11+WindowsServer 2019/2022/2025 for testing, 2026-08-01 ...

Martin Wege <[email protected]> Sat, 1 Aug 2026 23:15:00 +0200
Newsgroups org.kernel.vger.linux-nfs
Message-ID <CANH4o6PiCYcQsas7x-v0eCPd=Yh+Y9YRhskVPtX66AVFhhgPGw@mail.gmail.com>
Hello,

Please test the binaries. The NFSv4.2/4.1 client is for Windows 10/11
ARM64+AMD64+x86 and Windows Server 2019+2022+2025/AMD64, but
Interoperability feedback with NFSv4.1/NFSv4.2 servers based on Linux
6.6+ LTS and 6.19+/7.2 would be great.

News:
See announcement below; New idmapper which maps any NFS user/group to
any Windows user/group, support for Linux 7.2 case-insensitive NFS
filesystems, Windows Alternate Streams (Win32 streams) support,
xcopy.exe/cmd.exe copy/MS Explorer file copy acceleration via NFS
server side copies, and copy-by-block-cloning are IMO the most
interesting new features.

PS: Windows x86-64 users can now use the kernel module without the
kernel testsigning mode, just edit /sbin/msnfs41client and change
"use_secureboot=3Dfalse" to "use_secureboot=3Dtrue", and execute bash
/lib/msnfs41client/contrib/opensource_driver_bb/opensource_driver_bootbypas=
s.bash
after /sbin/msnfs41client install

Thanks,
Martin

---------- Forwarded message ---------
From: Roland Mainz <[email protected]>
Date: Sat, Aug 1, 2026 at 4:22=E2=80=AFPM
Subject: [Ms-nfs41-client-devel] [Announcement] NFSv4.2/NFSv4.1
filesystem client Windows driver binaries for Windows
10/11+WindowsServer 2019/2022/2025 for testing, 2026-08-01 ...
To: <[email protected]>


Hi!


----

We've created a set of test binaries for the NFSv4.2/NFSv4.1
filesystem client driver for Windows 10 (32bit x86, x86-64, ARM64),
Windows 11 (x86-64, ARM64)+Windows Server 2019/2022/2025 (x86-64,
ARM64), based on https://github.com/kofemann/ms-nfs41-client (commit
id #a2eb45f0ecb915260bc47dbcc783bf80771a815e, git bundle in tarball),
for testing and feedback.

** FULL release readme:
http://www.nrubsig.org/people/gisburn/work/msnfs41client/releases/testing/m=
snfs41client_cygwin_64bit32bit_binaries_20260801_13h39m_gita2eb45f.html
http://www.nrubsig.org/people/gisburn/work/msnfs41client/releases/testing/m=
snfs41client_cygwin_64bit32bit_binaries_20260801_13h39m_gita2eb45f.readme

** Download URL (all architectures+platforms):
http://www.nrubsig.org/people/gisburn/work/msnfs41client/releases/testing/m=
snfs41client_cygwin_64bit32bit_binaries_20260801_13h39m_gita2eb45f.tar.bz2

** Download hash sums:
SHA2-256(msnfs41client_cygwin_64bit32bit_binaries_20260801_13h39m_gita2eb45=
f.html)=3D
2ee71170d2b093c8cb736341c82ef099b528416fc890b26c51d699a328e93d01
SHA2-256(msnfs41client_cygwin_64bit32bit_binaries_20260801_13h39m_gita2eb45=
f.readme)=3D
af3040ce58ea79381f052e5dc4e87a1ecd5896ef7ef59d4bc3d8c8af52c403a2
SHA2-256(msnfs41client_cygwin_64bit32bit_binaries_20260801_13h39m_gita2eb45=
f.tar.bz2)=3D
caf406f0eb9c3fa0ccc0ea2c24d98d97abe84d00a33ac3b44c897f355153cf63


** Major changes since the last release:
- UNC tag numbers (experimetal), to give mounts an unique UNC path
(and separate NFS server connection) via $ /sbin/nfs_mount -o
unctagnum=3D4000 ... #)
- New winfsinfo subcmd "fsctlnfs41queryidmapinfo" to query the
idmapper data (Win32 user/group names+Cygwin/UWIN/SFU uid/gid, mapped
NFSv4 fatt4_owner/fattr4_owner_group data etc) for a file. This is
intended as diagnostics aid for administrators.
- Idmapper configuration is now obtained via "cygwin_idmapper.ksh"
- New idmapper, which allows to map any NFS server { uid, gid,
fattr4_owner, fattr4_owner_group } to any Windows user/group account.
Mapping is done per mount, so Windows user "abc@windomain" can be user
"def@nfslinux1" on NFS server "linux1" and "xyz@otherlinux2" on NFS
server "otherlinux2". Same applies to groups. Windows localised
builtin accounts are also supported, to handle situations like a
German Window client connecting to a French WindowServer NFSv4.1
server.
Idmapping itself is done with a shell script (for maximum flexibility,
as attemps to handle this with builtin code could NOT cover all
compliciated site setups, including Windows localised account names,
and NFS clients which have to connect to multiple different sites with
completely different NFS server account setups), and also provides
uid/gid values for Cygwin/MSYS2/UWIN (which can now be fully
independent from uid/gid values used by the NFS server)
- Added support for FreeBSD 16.0 NFS server
- More fixes for case-insensitive NFS filesystems (requires FreeBSD
n>=3D 16.0 NFS server, Linux >=3D 7.1 NFS server or Windows Server NFS
server with a case-insensitive filesystem)
- Bugfixes to enable compilation of ReactOS on a NFSv4.1 filesystem
- Support for Win32 named streams/Alternate Data Streams (ADS), if the
NFSv4.x server supports NFS named attributes (e.g. Solaris >=3D 11.4,
Illumos, FreeBSD >=3D 15.0, ...), including NTFS-style renaming support.
This also includes new utilities (e.g. winstreamsutil.exe) to find,
list, create, rename, delete etc. Win32 named streams
- Support for Windows "SRVOpen collapsing", which enables file handles
with the access/permission/etc attributes to share one NFS file handle
(saving open/close round trips to the NFS server)
- Symlinks are now using the group defined by Win32 PrimaryGroup
(which can be set via Cygwin newgrp(1)/|setgid()| or winsg(1))
- Added support for Windows "Extended Create Parameters" |ECP
QUERY_ON_CREATE| |QoCFileStatInformation| and |QoCFileLxInformation|
- Added support for setting a file's ACL at file creation time
- Fixed issues probing sparse files when using the nfs-ganesha NFS server
- Disk and CDROM/DVD images can now be mounted via
https://github.com/gisburn/filedisk-sparse/
- UNC path format changed to <hostname>@<protocol>@<port>, e.g.
ournfsserver@NFS@2049, to support future transport+mount options (e.g.
RDMA , TLS/SSL etc.)
- Window 11/ARM64 is now supported (native aarch64 kernel module and
nfs*.exe userland utilities)
- /sbin/nfs_globalmount, a new tool for Administrators to manage
global/machine-wide mounts which are available to all Windows
users/services/logons
- New "nfsclientdctl" utility to change the NFS client daemon
parameters at runtime
- support for case-insensitive filesystems (e.g. Windows Server NTFS)
- NFS referrals now work with custom (non-TCP/2049) port numbers
- Implemented |FSCTL_OFFLOAD_READ|+|FSCTL_OFFLOAD_WRITE| (e.g. used by
Windows 10 xcopy, Windows Explorer etc) for server-side NFSv4.2 COPY
- Better FreeBSD 14.x/15.0 nfsd compatibility
- More software tested for compatibility: MariaDB, Microsoft Office
2016, Visual Studio 2022 work with msnfs41client
- Volume label is now the nfs://-URL to the server (up to 31
characters for Windows Explorer compatibility)
- Support for user and group names with non-ASCII (e.g. Unicode) names
(like German umlauts) in ms-nfs41-client, winsg.exe etc.
- winsg.exe now has a /P option to run powershell.exe with the requested gr=
oup
- nfs_mount.exe now enforces that normal mounts need nfs://-URLs with
absolute paths, and "public NFS" mounts need relative paths in a
nfs://-URL
- sec=3Dnone support
- Improved /sbin/cygwinaccount2nfs4account script to better handle
creation of Windows Domain accounts on the NFS server side
- *.(exe|dll) executables are now signed with a WDK test signature,
helping with *rare* cases that Windows Defender with paranoid settings
wrongly recognising the binaries as potential threads. A *.cer
certificate file is supplied which can be imported into the Windows
Defender to whitelist the binaries if this happens.
- Support for |FSCTL_DUPLICATE_EXTENTS_TO_FILE|, which allows Windows
11 applications which use |CopyFile2()| (like cmd.exe  copy, xcopy.exe
etc) to copy files via block cloning. Requires NFSv4.2 NFS server with
{ CLONE, SEEK, DEALLOCATE } support, exporting a filesystem which
supports block cloning (e.g. btrfs, xfs). This includes correct
cloning of sparse files.
- Sparse file support (requires NFSv4.2 server { SEEK, ALLOCATE,
DEALLOCATE } and the |FATTR4_WORD1_SPACE_USED| attr), including
hole/data range enumeration, punching holes etc., e.g. $ fsutil sparse
queryrange mysparsefile # and Win32 named stream support
- Improved Windows Extended Attribute (EA) support (requires NFS named
attributes support in the NFS server (e.g. Solaris >=3D 11.4, Illumos,
FreeBSD >=3D 15.0, ...)), including create/read/write/delete
- Support for Storage32-API (e.g. enables use of *.msi installer files
on NFS filesystems)
- Cygwin /usr/bin/svn and Windows '/cygdrive/c/Program
Files/Git/cmd/git' now work
- Illumos NFSv4.2+Solaris 11.4 NFSv4.1 server is now supported
- Windows Server 2022 NFSv4.1 server is now supported (compared to
WS2019 this NFS server version has ACL support)

** Please send comments, bugs, test reports, complaints etc. to the
MailMan mailing list at
https://sourceforge.net/projects/ms-nfs41-client/lists/ms-nfs41-client-deve=
l

----

Bye,
Roland
--
  __ .  . __
 (o.\ \/ /.o) [email protected]
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /=3D=3D\ O\  TEL +49 641 3992797
 (;O/ \/ \O;)


_______________________________________________
Ms-nfs41-client-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ms-nfs41-client-devel