我正在尝试用一台现代计算机替换一台从软盘启动的装有 Novell Netware 3.12 的旧计算机。这台计算机有一个串行 com 端口和一个以太网卡，它所做的就是将串行 com 转换为 lan。lan 电缆连接到交换机，数据传送到两台计算机，一台用于监控，一台用于存储。我想要做的是在带有 com 端口的计算机上运行用于监控和存储的软件，并在途中摆脱装有 Novell Netware 的计算机和交换机。
我有 Novell Netware 的软盘映像。我检查了一下。它所做的就是加载 Novel Netware。这是 autoexec.bat 文件：
lsl
rem pnpodi
rtsodi
ipxodi
vlm
f:
login node1
map这是 net.cfg：
NetWare DOS 请求程序 第一个网络驱动器 = F NETWARE 协议 = NDS BIND 最大 IPG = 0
我把软盘映像上传到了这里： 软盘映像文件 您可以使用 winimage 打开 ima 文件，可在 winimage.com 免费下载
我不熟悉 Novell 系统。首先，我想确保这台计算机所做的一切都是将 com 端口上的数据转发到 lan。然后我想知道如何在 Windows 上将 com 端口上的数据用作本地 lan 节点。
顺便问一下，有人知道 Netware 协议 = NDS BIND 在那里起什么作用吗？
答案1
您手头上的是一个运行 NetWare 客户端的 DOS 模式程序。完全有可能不需要 NetWare 部分，但这取决于程序是什么以及它如何将数据发送到其他两台计算机。如果它使用实际的 NetWare 服务器进行传输，程序会将数据放入特定的 NW 托管目录中，然后其他计算机会读取该目录，那么它将是不可或缺的。如果您仍然在某处有 NetWare 服务器，情况可能就是这样。
然而，如果它只是因为这是该系统原始制造商手头上的 DOS 启动盘而存在，那么您可以不使用它。
很有可能您能够使用没有 Netware NETX 客户端的 DOS 启动软盘，或者直接使用设置了正确兼容性标志的 Windows 安装。
我将获取软盘映像并查看我能用它做什么，如果我了解到任何东西，我将更新。
剖析这个东西的启动过程......
配置系统：
lastdrive=Z
files=100
Buffers=50
没什么特别的。
自动执行命令：
分类 @echo ***************************************** @echo *** PETERSIME 网络节点控制器 *** @echo ***************************************** @回显** @echo * 启动盘节点 1 * @echo * NOVELL 3.2-ARB1572 * @echo * 以太网帧 802.2 * @回显** @echo ***************************************** 节点1
它调用一个名为 NODE1.BAT 的批处理文件。NET.CFG 文件您已经发布过了，但里面也没什么特别的。
节点1.BAT：
lsl——加载VLM客户端的关键部分 rem pnpodi -- 注释掉 rtsodi——为 VLM 客户端加载网络驱动程序 ipxodi——为 VLM 客户端加载 IPX 网络协议驱动程序 vlm——加载 VLM 客户端，启动与 NetWare 服务器的连接 f: -- 将目录更改为 NW 服务器上的 SYS:/PUBLIC/LOGIN 目录 login node1——以“node1”用户身份登录，该用户还应运行登录脚本 map——显示作为登录脚本一部分映射的驱动器
看来这里的秘密武器就藏在用户登录后执行的登录脚本中node1。这很可能调用位于 NetWare 服务器本身某处的可执行文件，然后在本地加载，以监视 RS-232 流量。由于未加载 TCP/IP 驱动程序，我猜想这里发生了以下两种情况之一：
- 该程序将数据放到 NetWare 服务器上的某个目录中，然后其他两台计算机在该目录中进行监视并对其采取行动。
- 该程序使用 IPX 以某种方式直接向其他机器传送/提供数据。
我认为第一种情况更有可能发生，尽管我知道 90 年代初期存在许多奇怪且难以支持的配置。在我以前的工作中，我们有一些科学仪器连接到 Windows 3.11 机器，因为它们的 ISA 卡无法放入任何较新的机器中，而 Win3.11 是它们的最新驱动程序。至少有一个是针对 IPX 而不是 TCP/IP 进行硬编码的，这意味着我们必须使用这样的技巧才能从中获取数据。
由于您的 NET.CFG 文件说“首先使用 NDS”，因此几乎可以肯定您至少在某处有一个 NetWare 4.11 服务器在运行。登录脚本要么是用户特定的登录脚本，要么是“node1”用户所在的组织单位的登录脚本。如果您身边没有 NetWare 管理员可以询问，获取该脚本可能会很棘手。如果它是一个用户登录脚本，有一种方法可以从命令行获取它，但我忘了怎么做（我不是在开玩笑，我已经 15 年没有这样做了）。
还有最后一种情况。登录脚本可能只是将 NetWare 驱动器映射到驱动器号，启动后用户发出一系列命令来启动正确的程序。如果是这样，请找到执行此操作的人并询问他们。
答案2
我不确定我是否完全理解了你正在尝试做的事情，但从你提供的信息来看，似乎你的 PC 正在运行 Netware CLIENT 应用程序，而不是服务器。也许你可以添加更多信息或图表？
该行Netware protocol = NDS BIND设置客户端与“旧式” BINDery 身份验证模型和“较新”的 Netware 目录服务 (NDS) 模型进行通信 - 简而言之，这允许客户端与较旧的 Netware 2.x 和 3.x 服务器（BINDery 模式）以及 NDS 模式下的 4.x 及以上服务器（或支持 BINDERY 的 4.x 及以上服务器）进行通信。
您的问题可能会在 Serverfault 上得到更好的关注，因此我已将其标记为移动。