O que você tem em mãos é um programa em modo DOS executado com um cliente NetWare. É totalmente possível que a parte do NetWare não seja necessária, mas isso depende do que o programa é e como ele envia dados para os outros dois computadores. Se estiver usando um servidor NetWare real para a transferência, o programa coloca os dados em um diretório hospedado pelo NW específico, onde os outros computadores o lêem, então ele seria integral. Se você ainda tiver um servidor NetWare em algum lugar, esse pode ser o caso.
No entanto, se estiver lá porque é o disco DOS-boot que o criador original deste sistema tinha disponível, então você pode se safar de não usá-lo.
É muito provável que você consiga usar um disquete de inicialização do DOS que não tenha o cliente Netware NETX, ou talvez uma instalação direta do Windows com os conjuntos de sinalizadores de compatibilidade corretos.
Eu vou pegar a imagem de disquete e ver o que eu posso fazer, e vou atualizar se eu aprender alguma coisa.
Dissecando o processo de inicialização nessa coisa ...
CONFIG.SYS:
lastdrive=Z
files=100
Buffers=50
Nada especial lá.
AUTOEXEC.BAT:
cls @echo ***************************************** @echo *** PETERSIME NETWORK NODE CONTROLLER *** @echo ***************************************** @echo * * @echo * BOOTDISK NODE1 * @echo * NOVELL 3.2 - ARB1572 * @echo * ETHERNET FRAME 802.2 * @echo * * @echo ***************************************** node1
Invoca um arquivo em lote chamado NODE1.BAT. O arquivo NET.CFG que você já postou, mas nada de especial também.
NODE1.BAT:
lsl -- Load key part of the VLM client rem pnpodi -- Commented out rtsodi -- Load the network driver for the VLM client ipxodi -- Load the IPX network-protocol driver for the VLM client vlm -- Load the VLM client, which starts the connection to the NetWare server f: -- Changes directory to the SYS:/PUBLIC/LOGIN directory on the NW server login node1 -- Logs in as the "node1" user, which should also run the login-script map -- Shows the drives mapped as part of the login-script
Parece que o molho secreto aqui está escondido no login-script que é executado após o login pelo usuário node1 . Isso provavelmente chama um executável localizado em algum lugar no próprio servidor NetWare que é carregado localmente, que monitora o tráfego RS-232. Como o driver TCP / IP não está sendo carregado, acredito que uma das duas coisas está acontecendo aqui:
- O programa coloca os dados em um diretório em algum lugar no servidor NetWare, onde os outros dois computadores monitoram e agem sobre ele.
- O programa usa o IPX para entregar / veicular dados diretamente para as outras máquinas de alguma forma.
Eu colocaria boas chances no primeiro sendo o caso mais provável, embora eu saiba que existem muitas configurações estranhas e difíceis de suportar no início dos anos 90. No meu antigo trabalho, tínhamos alguns instrumentos científicos que eram anexados a máquinas Windows 3.11, porque suas placas ISA não entrariam em nada mais recente e Win3.11 era o driver mais recente para elas. Pelo menos um foi codificado para IPX, não para TCP / IP, o que significa que tivemos que usar truques como esse para obter dados dele.
Como seu arquivo NET.CFG está dizendo "use o NDS primeiro", é quase certo que você tenha pelo menos um servidor NetWare 4.11 em algum lugar. O script de login é um script de login específico do usuário ou um para a Unidade Organizacional na qual o usuário 'node1' está localizado. OBTER esse script pode ser complicado se você não tiver uma pessoa do administrador do NetWare por perto para perguntar sobre isso. Se é um script de login do usuário, há uma maneira de obtê-lo a partir da linha de comando, mas eu esqueci como (eu não estou brincando, 15 anos desde que eu tive que fazer isso).
Há um caso final do que poderia ser. Pode ser que tudo que o script de login faça seja mapear unidades do NetWare para letras de unidade e, após a inicialização, uma pessoa emite uma série de comandos para exibir o programa correto. Se for esse o caso, encontre a pessoa que faz isso e questione-a.