Virtualisierte MS-DOS-Computer können nicht über IPX kommunizieren

18

Ich habe 2 MS-Dos 6.22-Maschinen in virtuelle Maschinen konvertiert. Beide Computer verfügen über eine Software, die über NETBEUI und IPX kommuniziert (ich bin zu diesem Schluss gekommen, nachdem ich autoexec.bat überprüft habe - Es lädt den IPX-Stapel).

Ich bin diesem Beitrag in den VMware-Foren gefolgt und habe den DOS-Treiber amd_pcnet installiert, konfiguriert und an die erforderlichen Protokolle gebunden. Außerdem habe ich den ODI-Treiber für IPX / SPX wie oben beschrieben installiert.

Es scheint, dass sie NetBEUI-Kommunikation haben, aber ich kann nicht mit IPXPING.exe PING zwischen ihnen. Ich habe beim Pingen die Netzwerkadresse 00: 00: 00: 00 und den MAC des zweiten Computers verwendet.

Wie kann ich absolut sicherstellen, dass zwischen den beiden VMs NetBEUI- und IPX-Kommunikation besteht?

UPDATE 1: Ich habe festgestellt, dass c: \ net \ INI-Dateien mit dem Namen anderer Computer im Netzwerk enthält. Ich ging davon aus, dass die Verbindungskonfiguration in den Dateien gespeichert ist, und stellte fest, dass die Datei tatsächlich einen Parameter enthält, netcard=DRIVER_FILEund änderte ihn in den richtigen Treiber.

UPDATE 2: Ich habe Wireshark auf dem VMNet0 ausgeführt und sehe, dass beide VMs IPX, NETVIOS, SMB und andere Protokolle verwenden. Ich werde die Pakete untersuchen und versuchen, weitere Hinweise zu finden.

UPDATE 3: Anhand der Paketinspektion kann ich erkennen, dass beide Computer erfolgreich über NetBIOS kommuniziert, eine Sitzung eingerichtet und Dateien mithilfe von SMB übertragen haben. Ich denke, das ist ein solider Indikator, dass NetBIOS nicht das Problem ist.

IPX scheint auf der anderen Seite fehlerhafte Pakete zu haben. Beide Hosts sendeten eine Ankündigung und beide Ankündigungen waren fehlerhaft.

Eine Frage: Gibt es einen Befehl zum Überprüfen der Konnektivität über NetBIOS?

UPDATE 4: Nach langem Bemühen, das Problem zu lösen und einen MS-DOS-Experten zu finden, entschloss sich der Client, das Projekt abzubrechen.

virtualization ms-dos Dean
quelle
28
Mutter Gottes ...
Ryan Ries
3
Legacy-Software zur Steuerung von Geräten. Sie baten mich, eine Lösung zu finden, um den Dinosaurier zu erhalten. Da keine Hardware verfügbar ist, habe ich mir überlegt, diese zu virtualisieren.
Dean
3
Gute Fahrt, Sir.
Jacob
4
Leider ist es oft die einzige Möglichkeit, Dinosaurier mit einer beliebigen Methode am Leben zu erhalten, wenn physische Geräte angeschlossen sind. Manchmal sind Ersatzteile unerschwinglich teuer, manchmal sind sie unmöglich, da es nichts auf dem Markt gibt. Ich dachte immer, dass das viel mehr Spaß macht, als nur die neuesten Maschinen zu hüten.
Sven
7
Wenn die physischen Quellcomputer noch ausgeführt werden, würde ich eine Prüfung und eine Netzwerkerfassung empfehlen, um zu überprüfen, welche Kommunikationsprotokolle sie tatsächlich verwenden. Die Fehlerbehebung bei IPX / SPX und NetBEUI basierend auf der Tatsache, dass sie von Autoexec.bat geladen werden, kann zu einer wilden Verfolgungsjagd führen.
Joeqwerty

Antworten:

2

Ich würde Dosbox ausprobieren. Es hat IPX-Unterstützung und mit ein paar Befehlen können Sie es aktivieren. Tatsächlich sind einfache Spieler das Zielpublikum. Dosbox tunnelt ipx in UDP-Paketen.

cstamas
quelle
Beide VMs werden zum Ausführen von Software zur Steuerung von Geräten verwendet. Ich habe keine Ahnung, wie sie für die Arbeit an neuen Maschinen konfiguriert werden soll.
Dean
Verwenden Sie die VirtualBox von Oracle. Es läuft ziemlich gut mit den älteren NetWare-Versionen. Auf dem neueren NW können zufällige Probleme auftreten, insbesondere bei aktiviertem SMP (laut den Vbox-Entwicklern macht NW einige seltsame Dinge mit SMP, die sie noch nicht herausgefunden haben, wie sie damit umgehen sollen). Ich habe es geschafft (für experimentellen Spaß) ein IPX-zu-IP-Gateway einzurichten und NetScape 4.78 erfolgreich auf einer Win 3.11-VM verwendet, die nur IPX-Unterstützung bietet, um eine Verbindung zu Google herzustellen, indem IP / TCP innerhalb von IPX getunnelt wird. Google war bei dieser User-Agent-Zeichenfolge offensichtlich etwas verwirrt.
Kumba