I've searched the forum, and I found no mention of EtherDFS.
So I quote here the post by its author, Mateusz Viste, in the Usenet group comp.os.msdos.misc:
"""
Hi all,
Today I released a new version of EtherDFS: v0.7. Since one of the major
changes of this version is that it became compatible with MS-DOS, I
thought it would be relevant to announce it here (so far it was
compatible only with FreeDOS).
EtherDFS is an 'installable filesystem' TSR for DOS. It maps a drive from
a remote computer (typically Linux-based) to a local drive letter, using
raw ethernet frames to communicate. It runs on 8086+ and consumes 7K of
RAM memory. It can be loaded high.
http://etherdfs.sourceforge.net
Mateusz
"""
Also, he then released version 0.8 of EtherDFS, with this announcement in the same newsgroup:
"""
Today I released a new version of EtherDFS (along with its server-side
Linux companion, ethersrv-linux). EtherDFS v0.8 brings a few enhancements
and compatibility improvements:
Changelog:
- improved self-detection to avoid loading EtherDFS twice,
- added unloading support (/u),
- fixed a FindFirst regression (fixes usage under 4DOS),
- fixed SETATTR action when using a non-FreeDOS attrib command,
- implemented the 'Seek From End' call,
- minor memory optimizations,
- makes sure the redirector API is available before installing,
- support for multiple drive mappings.
EtherDFS is available for download on the project's website:
http://etherdfs.sourceforge.net
Mateusz
"""
Basically, you run the EtherDFS Linux daemon and then in the same ethernet LAN you run the EtherDFS DOS client in your MS-DOS/FreeDOS machine and map a network drive against the EtherDFS server. This is done through raw ethernet, so no TCP/IP stack is involved. You only need an ethernet NIC with a DOS-compatible packet driver on the DOS machine. It runs on 8086 and up MS-DOS machines. And it is open source.
I haven't tried it yet, but I thought it could be of interest to the folks here.
So I quote here the post by its author, Mateusz Viste, in the Usenet group comp.os.msdos.misc:
"""
Hi all,
Today I released a new version of EtherDFS: v0.7. Since one of the major
changes of this version is that it became compatible with MS-DOS, I
thought it would be relevant to announce it here (so far it was
compatible only with FreeDOS).
EtherDFS is an 'installable filesystem' TSR for DOS. It maps a drive from
a remote computer (typically Linux-based) to a local drive letter, using
raw ethernet frames to communicate. It runs on 8086+ and consumes 7K of
RAM memory. It can be loaded high.
http://etherdfs.sourceforge.net
Mateusz
"""
Also, he then released version 0.8 of EtherDFS, with this announcement in the same newsgroup:
"""
Today I released a new version of EtherDFS (along with its server-side
Linux companion, ethersrv-linux). EtherDFS v0.8 brings a few enhancements
and compatibility improvements:
Changelog:
- improved self-detection to avoid loading EtherDFS twice,
- added unloading support (/u),
- fixed a FindFirst regression (fixes usage under 4DOS),
- fixed SETATTR action when using a non-FreeDOS attrib command,
- implemented the 'Seek From End' call,
- minor memory optimizations,
- makes sure the redirector API is available before installing,
- support for multiple drive mappings.
EtherDFS is available for download on the project's website:
http://etherdfs.sourceforge.net
Mateusz
"""
Basically, you run the EtherDFS Linux daemon and then in the same ethernet LAN you run the EtherDFS DOS client in your MS-DOS/FreeDOS machine and map a network drive against the EtherDFS server. This is done through raw ethernet, so no TCP/IP stack is involved. You only need an ethernet NIC with a DOS-compatible packet driver on the DOS machine. It runs on 8086 and up MS-DOS machines. And it is open source.
I haven't tried it yet, but I thought it could be of interest to the folks here.