Las computadoras virtualizadas de MS-DOS no pueden comunicarse a través de IPX

18

Convertí 2 máquinas MS-Dos 6.22 en máquinas virtuales. Ambas computadoras tienen un software que se comunica a través de NETBEUI e IPX (llegué a esa conclusión después de inspeccionar autoexec.bat: carga la pila IPX).

Seguí esta publicación de foros de Vmware e instalé el controlador amd_pcnet de DOS, lo configuré y lo vinculé a los protocolos requeridos. También instalé el controlador ODI para IPX / SPX, hice los mismos pasos que anteriormente.

Parece que tienen comunicación NetBEUI, pero no puedo PING entre ellos usando IPXPING.exe. Utilicé la dirección de red 00: 00: 00: 00 y el MAC de la segunda computadora cuando hice ping.

¿Cómo puedo asegurarme de que haya comunicación NetBEUI e IPX entre las 2 máquinas virtuales?

ACTUALIZACIÓN 1: Encontré que c: \ net \ tiene un archivo .ini con el nombre de otras máquinas en la red. Supuse que los archivos almacenan la configuración de conexión, y descubrí que el archivo realmente tiene un parámetro netcard=DRIVER_FILEy lo cambié al controlador correcto.

ACTUALIZACIÓN 2: Ejecuté Wireshark en VMNet0 y veo que ambas VM usan IPX, NETVIOS, SMB y otros protocolos. Inspeccionaré los paquetes e intentaré encontrar más pistas.

ACTUALIZACIÓN 3: De la inspección de paquetes puedo ver que ambas máquinas se han comunicado con éxito a través de NetBIOS, establecieron una sesión y transfirieron archivos usando SMB. Creo que es un indicador sólido de que NetBIOS no es el problema.

IPX, por otro lado, parece tener paquetes mal formados. Ambos anfitriones transmitieron un anuncio y ambos fueron malformados.

Una pregunta: ¿Hay un comando para verificar la conectividad a través de NetBIOS?

ACTUALIZACIÓN 4: Después de mucho esfuerzo al tratar de resolver el problema y al buscar un experto en MS-DOS, el cliente decidió suspender el proyecto.

Decano
fuente
28
Madre de Dios ...
Ryan Ries
3
Software heredado que controla los equipos. Me pidieron que encontrara una solución para preservar al dinosaurio. Sin hardware disponible, pensé en virtualizarlo.
Dean
3
Buena suerte, buen señor.
Jacob
44
Desafortunadamente, mantener vivos a los dinosaurios con cualquier método posible es a menudo la única forma cuando se conecta el equipo físico. A veces, los reemplazos son prohibitivamente caros, a veces son imposibles ya que no hay nada en el mercado. Siempre pensé que esto era mucho más divertido que simplemente conducir las máquinas más nuevas.
Sven
77
Si las máquinas físicas de origen todavía se están ejecutando, recomendaría una auditoría y una captura de red para verificar qué protocolos de comunicación están usando realmente. La solución de problemas de IPX / SPX y NetBEUI en función del hecho de que se están cargando desde Autoexec.bat podría estar enviándolo en una persecución salvaje.
joeqwerty

Respuestas:

2

Yo probaría Dosbox. Tiene soporte para ipx y con algunos comandos puedes activarlo. De hecho, los jugadores simples son el público objetivo. Dosbox hace un túnel ipx en paquetes UDP.

cstamas
fuente
Ambas máquinas virtuales se utilizan para ejecutar software que controla el equipo, no tengo idea de cómo configurarlo para que funcione en una nueva máquina.
Dean
Use Oracle's VirtualBox. Ejecuta las versiones anteriores de NetWare bastante bien. Pueden surgir problemas al azar en el NW más nuevo, especialmente con SMP habilitado (según los desarrolladores de Vbox, NW hace algunas cosas raras con SMP que aún no han descubierto cómo manejar). Logré configurar (por diversión experimental) una puerta de enlace IPX a IP y utilicé con éxito NetScape 4.78 en una máquina virtual Win 3.11 que solo tiene soporte IPX para conectarse a Google al hacer un túnel IP / TCP dentro de IPX. Google obviamente estaba un poco confundido con esa cadena de User-Agent.
Kumba