Computadores MS-DOS virtualizados não podem se comunicar por IPX

18

Eu converti 2 máquinas MS-Dos 6.22 em máquinas virtuais. Ambos os computadores possuem software que se comunica através do NETBEUI e do IPX (cheguei a essa conclusão após inspecionar o autoexec.bat - ele carrega a pilha IPX).

Segui esta postagem dos Fóruns do VMware e instalei o driver amd_pcnet do DOS, configurei-o e vinculei-o aos protocolos necessários. Também instalei o driver ODI para IPX / SPX, executando as mesmas etapas acima.

Parece que eles têm comunicação NetBEUI, mas não consigo PING entre eles usando o IPXPING.exe. Eu usei o endereço de rede 00: 00: 00: 00 e o MAC do segundo computador ao fazer ping.

Como posso ter certeza absoluta de que há comunicação NetBEUI e IPX entre as 2 VMs?

ATUALIZAÇÃO 1: Descobri que c: \ net \ possui arquivos .ini com o nome de outras máquinas na rede. Presumi que os arquivos armazenam a configuração da conexão e descobri que o arquivo realmente possui um parâmetro netcard=DRIVER_FILEe o alterei para o driver correto.

ATUALIZAÇÃO 2: Executei o Wireshark no VMNet0 e vejo que as duas VMs usam IPX, NETVIOS, SMB e outros protocolos. Vou inspecionar os pacotes e tentar encontrar mais pistas.

ATUALIZAÇÃO 3: A partir da inspeção de pacotes, vejo que as duas máquinas se comunicaram com sucesso pelo NetBIOS, estabeleceram uma sessão e transferiram arquivos usando o SMB. Eu acho que esse é um indicador sólido de que o NetBIOS não é o problema.

IPX, por outro lado, parece ter pacotes malformados. Ambos os anfitriões transmitiram um anúncio e ambos foram malformados.

Uma pergunta: Existe um comando para verificar a conectividade pelo NetBIOS?

ATUALIZAÇÃO 4: Após muito esforço na tentativa de resolver o problema e na tentativa de encontrar um especialista em MS-DOS, o cliente decidiu interromper o projeto.

reitor
fonte
28
Mãe de Deus ...
Ryan Ries
3
Software legado que controla o equipamento. Eles me pediram para encontrar uma solução para preservar o dinossauro. Sem hardware disponível, pensei em virtualizá-lo.
Dean
3
Boa velocidade, senhor.
18713 Jacob
4
Infelizmente, manter os dinossauros vivos com qualquer método possível geralmente é a única maneira de conectar equipamentos físicos. Às vezes, as substituições são proibitivamente caras, às vezes são impossíveis, pois não há nada no mercado. Eu sempre pensei que isso era muito mais divertido do que apenas reunir as máquinas mais recentes.
Sven
7
Se as máquinas físicas de origem ainda estiverem em execução, recomendo uma auditoria e uma captura de rede para verificar quais protocolos de comunicação estão realmente usando. A solução de problemas do IPX / SPX e NetBEUI com base no fato de que eles estão sendo carregados no Autoexec.bat pode estar enviando você a uma loucura.
joeqwerty

Respostas:

2

Eu experimentaria o Dosbox. Possui suporte a ipx e com alguns comandos você pode ativá-lo. De fato, jogadores simples são o público-alvo. O Dosbox encapsula o ipx em pacotes UDP.

cstamas
fonte
Ambas as VMs são usadas para executar o software que controla o equipamento, não tenho idéia de como configurá-lo para funcionar em uma nova máquina.
Dean
Use o VirtualBox da Oracle. Ele executa as versões mais antigas do NetWare muito bem. Os problemas podem surgir aleatoriamente no NW mais recente, especialmente com o SMP ativado (pelos desenvolvedores do Vbox, o NW faz coisas estranhas com o SMP que eles ainda não descobriram como lidar com isso). Eu consegui configurar (por diversão experimental) um gateway IPX para IP e usei com êxito o NetScape 4.78 em uma VM Win 3.11 que só tem suporte IPX para conectar-se ao Google, encapsulando IP / TCP dentro do IPX. O Google estava obviamente um pouco confuso com a sequência User-Agent.
Kumba 04/04