Les ordinateurs MS-DOS virtualisés ne peuvent pas communiquer via IPX

J'ai converti 2 machines MS-Dos 6.22 en machines virtuelles. Les deux ordinateurs ont un logiciel qui communique via NETBEUI et IPX (je suis arrivé à cette conclusion après avoir inspecté autoexec.bat - Il charge la pile IPX).

J'ai suivi ce post sur les forums Vmware et installé le pilote DOS amd_pcnet, l'ai configuré et lié aux protocoles requis. J'ai également installé le pilote ODI pour IPX / SPX a fait les mêmes étapes que ci-dessus pour cela.

Il semble qu'ils aient une communication NetBEUI, mais je ne peux pas PING entre eux en utilisant IPXPING.exe. J'ai utilisé l'adresse réseau 00: 00: 00: 00 et le MAC du deuxième ordinateur lors du ping.

Comment puis-je absolument m'assurer qu'il y a une communication NetBEUI et IPX entre les 2 VM?

MISE À JOUR 1: J'ai trouvé que c: \ net \ a un fichier .ini avec le nom d'autres machines sur le réseau. J'ai supposé que les fichiers stockent la configuration de la connexion, et j'ai constaté que le fichier avait en fait un paramètre netcard=DRIVER_FILEet l' ai changé pour le bon pilote.

MISE À JOUR 2: J'ai exécuté Wireshark sur le VMNet0 et je vois que les deux VM utilisent IPX, NETVIOS, SMB et d'autres protocoles. Je vais inspecter les paquets et essayer de trouver plus d'indices.

MISE À JOUR 3: À partir de l'inspection des paquets, je peux voir que les deux machines ont réussi à communiquer via NetBIOS, à établir une session et à transférer des fichiers à l'aide de SMB. Je pense que c'est un indicateur solide que NetBIOS n'est pas le problème.

IPX, de l'autre côté, semble avoir des paquets mal formés. Les deux hôtes ont diffusé une annonce et les deux annonces étaient malformées.

Une question: existe-t-il une commande pour vérifier la connectivité sur NetBIOS?

MISE À JOUR 4: Après beaucoup d'efforts à la fois pour essayer de résoudre le problème et pour trouver un expert MS-DOS, le client a décidé d'arrêter le projet.

virtualization ms-dos

— doyen
source

Mère de Dieu ...

— Ryan Ries

Logiciel hérité qui contrôle l'équipement. Ils m'ont demandé de trouver une solution pour préserver le dinosaure. Sans matériel disponible, j'ai pensé à le virtualiser.

— Dean

Bonne chance.

— Jacob

Malheureusement, garder les dinosaures en vie avec n'importe quelle méthode possible est souvent le seul moyen lorsque l'équipement physique est connecté. Parfois, les remplacements sont prohibitifs, parfois ils sont impossibles car il n'y a rien sur le marché. J'ai toujours pensé que c'était beaucoup plus amusant que d'élever les machines les plus récentes.

— Sven

Si les machines physiques sources fonctionnent toujours, je recommanderais un audit et une capture réseau pour vérifier quels protocoles de communication ils utilisent réellement. Dépanner IPX / SPX et NetBEUI en raison du fait qu'ils sont chargés à partir d'Autoexec.bat peut vous envoyer sur une chasse aux oies sauvages.

— joeqwerty

J'essaierais Dosbox. Il prend en charge ipx et avec quelques commandes, vous pouvez l'activer. En fait, les joueurs simples sont le public cible. Dosbox tunnels ipx dans des paquets UDP.

— cstamas
source

Les deux machines virtuelles sont utilisées pour exécuter un logiciel qui contrôle l'équipement, je ne sais pas comment le configurer pour qu'il fonctionne sur une nouvelle machine.

— Dean

Utilisez VirtualBox d'Oracle. Il exécute assez bien les anciennes versions de NetWare. Des problèmes peuvent survenir au hasard sur le nouveau NW, en particulier avec SMP activé (par les développeurs de la Vbox, NW fait des choses étranges avec SMP qu'ils n'ont pas encore compris comment gérer). J'ai réussi à configurer (pour le plaisir expérimental) une passerelle IPX vers IP et à utiliser avec succès NetScape 4.78 sur une machine virtuelle Win 3.11 qui ne prend en charge IPX que pour se connecter à Google en tunnelant IP / TCP à l'intérieur d'IPX. Google était évidemment un peu confus à cette chaîne User-Agent.

— Kumba