LAN-Verbindung - DOS zu Windows 7


9

Hallo Community,

Das ist mein Problem:

Ich versuche, einen DOS-Computer mit einem LAN-Crossover-Kabel an einen Windows 7-Computer anzuschließen - und es funktioniert nicht.

Ich möchte vom DOS-Computer aus auf ein freigegebenes Verzeichnis auf dem Windows-PC zugreifen. Die beste Lösung wäre, dem freigegebenen Verzeichnis einen Laufwerksbuchstaben zuzuweisen und diesen dauerhaft zu machen.

Ich habe dies getan, bevor wir neue Hardware bekommen haben. Die Verbindung vom DOS-Computer zu einem Windows XP-Computer hat einwandfrei funktioniert.

Wenn Sie jetzt Windows 7 verwenden, wird dies nicht der Fall sein.


Einzelheiten

Der Windows-PC

Unter Windows 7 (Ultimate - oder Professional, derzeit nicht sicher) 64-Bit. Es gibt zwei Netzwerkkarten, eine für die Anmeldung über Authentifizierungsserver, Internet usw. - und die zweite nur, um eine Verbindung zum DOS-Computer herzustellen.

Es ist ein separater lokaler Benutzer mit Name und Passwort angegeben.

Es gibt auch ein freigegebenes Verzeichnis C:\mit vollständigen Zugriffsrechten für genau diesen Benutzer.

(Genau das habe ich bei XP gemacht)

Die DOS-Maschine

Es ist genau das - eine Maschine. Kein PC. Es ist eine CNC-Maschine mit einer speziellen Steuerungssoftware und so weiter. Diese Steuerungssoftware läuft unter DOS und die Netzwerkverbindungen werden auch über DOS aufgebaut.

Ich kann Ihnen nicht sagen, welche Version von DOS - aber beim Durchsuchen der Regisseure neige ich dazu zu sagen, dass dies keine "normale" DOS-Version ist. Scheint etwas "Besonderes" oder "Minimales" zu sein, nur um die Maschinensoftware zum Laufen zu bringen und grundlegende Dinge bereitzustellen.

Mit dem erwähnten XP-Computer vor NETeiniger Zeit konnte ich die Befehle verwenden, um eine Verbindung unter Verwendung eines Laufwerksbuchstabens, des freigegebenen Netzwerkpfads - und des angegebenen Benutzerdatums, Namens und Kennworts herzustellen.

Das hat einfach funktioniert. Dieses so konfigurierte freigegebene Verzeichnis war beim Ausführen der Maschinensteuerungssoftware sichtbar und verwendbar - das ist das Ziel all dessen.


Momentane Situation

Der Versuch, die Verbindung wie zuvor aufzubauen, führt nur zu folgendem Fehler:

Fehler 53:

Der im Netzwerkpfad angegebene Computer kann nicht gefunden werden.

Erläuterung: Der von Ihnen angegebene Server ist nicht vorhanden oder wurde nicht gestartet.

... zumindest ist dies die Fehlermeldung bei Verwendung der vom NETBefehl bereitgestellten "GUI" . Wenn die direkte Verwendung NET USE ...des Fehlercodes gleich ist, unterscheidet sich nur die Textnachricht geringfügig (... aber im Grunde genommen dasselbe) .

Da ich mich nicht so sehr mit Networking beschäftige, habe ich keine Ahnung, was ich tun soll. Es muss einige Änderungen in den Netzwerkprotokollen von XP auf 7 gegeben haben - das ist alles, was ich sagen kann.

Ich habe etwas über eine Optimierung gelesen gpedit.mscund die "LAN Manager-Authentifizierungsstufe" auf "LM & NTLM senden - NTLMv2-Sitzungssicherheit verwenden, wenn ausgehandelt" eingestellt . Hab nichts gemacht.

Ich habe auch etwas über das Zulassen von "NetBIOS" auf dem Netzwerkadapter auf dem Windows 7-PC gelesen, also habe ich die erweiterten TCP / IP v4-Einstellungen geändert - habe nichts getan.

Ich bin auch auf einen Fehler auf dem DOS-Rechner gestoßen - ich kann ihn dort nicht verwenden ping. Der Befehl selbst ist irgendwie kaputt, anstelle einer entsprechenden Meldung sehe ich nur undefinierbare Zeichen auf dem Bildschirm. Ich weiß nicht, ob dies Auswirkungen auf die Netzwerkeinstellungen haben könnte.

Ich habe den Maschinen-Support bis jetzt nicht angerufen - und ich glaube nicht, dass ich das tun werde. Sie sind bei diesen Netzwerkproblemen nicht sehr hilfreich, sie konnten keine funktionierende Verbindung aufbauen, als wir XP hatten (deshalb habe ich das selbst gemacht) .

Außerdem gibt es keine nützliche Dokumentation der Maschine, wenn es um diese Themen geht. Detaillierte Informationen gibt es einfach nicht - ich habe nach einer möglichen Adresse dafür gefragt, sogar nach dem japanischen Hersteller der Maschine.



AKTUALISIEREN,

16. Sept. 2013

Ich habe versucht, eine Verbindung zum Windows 7-PC herzustellen net use x: \\hostname\\shared_dir- das führt zu dem genannten Error 53. Ich habe diesen Befehl auch mit der Option versucht, der /PERSISTENT:YESgleiche Fehler.

Ich habe versucht net view \\hostname, das erhöht Error 53auch.

Ich den gleichen Fehler, wenn die Computer versuchen , IP statt \\hostname- auf net use ...undnet view ...

Der Befehl verzeigt Folgendes an:

PC DOS Version 6.3

Revision 0

... also läuft kein MS-DOS auf dem Computer. Ich weiß nicht, wie wichtig das ist, wenn es um diese Netzwerkverbindung geht.

Rik hat es geschafft, seinen alten 486-Computer (unter MS-DOS 6.22) mit einem Windows 7-Computer zu verbinden, siehe seine Antwort unten. Ich folgte seinen Schritten und konfigurierte beide Systeme wie er (Änderungen in gpedit.msc, Hinzufügen des Computers zu LMHOSTS, Konfigurieren eines neuen Benutzers, ...) , ohne Erfolg - ich bekomme nicht einmal verschiedene Fehlercodes, ich ' Ich bin dabei geblieben Error 53.

Ich weiß nicht, ob es obligatorisch ist, aber ich habe die Arbeitsgruppe und die Domäne für den DOS-Computer so geändert, dass sie mit dem Windows 7-PC übereinstimmen. Das war vorher nicht der Fall. Es hat nicht geholfen, dies zum Laufen zu bringen, aber beim Versuch eine neue Art von Fehler auszulösen net view \\hostname:

Fehler 6118: Die Liste der Server für diese Arbeitsgruppe ist derzeit nicht verfügbar.

Was auch immer das heißt.

Ich habe auch versucht, einen anderen Computer an diesen Windows 7-PC anzuschließen, also habe ich mein Notebook (unter Windows 7) mitgebracht und den DOS-Computer ausgesteckt.

Ich könnte beim ersten Versuch eine funktionierende Verbindung zwischen diesen Windows-Computern herstellen, genau wie dies funktionieren sollte. Beide Computer können pingen, anzeigen und eine Verbindung zum anderen herstellen.

Auf diese Weise erkannte ich, dass die beiden Windows-Computer nur über IPv6 miteinander sprachen . Ich bin mir ziemlich sicher, dass der DOS-Computer dieses neue Protokoll nicht verarbeiten kann, und selbst bei Verwendung der beiden Windows-PCs sollte für diese Verbindung kein IPv6 erforderlich sein. Also habe ich dieses Protokoll in den Netzwerkadapter-Einstellungen deaktiviert.

Ergebnis: ... ich habe die Verbindung verloren. Kein PC konnte pingen, anzeigen oder eine Verbindung herstellen, sie konnten sich einfach nicht mehr finden.

Nach dem erneuten Aktivieren von IPv6 funktionierte alles einwandfrei.

Ich weiß nicht, warum diese Windows 7-Computer IPv6 für die Kommunikation benötigen. Ich denke nicht, dass es so "gut" ist, da dies ein Problem verursachen könnte, wenn versucht wird, die DOS-Maschine anzuschließen.

Ich weiß nicht, was dort passiert - und wo ich Änderungen vornehmen muss, damit IPv4 funktioniert.


Das Gerät ist die meiste Zeit in Betrieb (... Daten werden mit Disketten übertragen) , aber sobald Zeit dafür ist, werde ich jeden hilfreichen Vorschlag versuchen.


Letztes Update:

Über dieses Problem muss nicht mehr nachgedacht werden. Vielen Dank für jeden, der mir geholfen hat, verschiedene Dinge auszuprobieren!

Schauen Sie sich das Datum an - es war 2013, als ich versuchte, dieses Problem zu lösen. Kurz nachdem ich mit verschiedenen Einstellungen herumgespielt hatte, wurde mir gesagt, dass es nicht meine Aufgabe ist, mich um dieses Problem zu kümmern.

Ich wollte nur helfen, wurde aber angewiesen, mich um meine eigenen Angelegenheiten zu kümmern - und das tat ich auch.

Natürlich funktioniert es immer noch nicht.

Vor zwei Monaten habe ich ein Gespräch über dieses Thema mitgehört. Jemand scheint erkannt zu haben, dass diese unterbrochene Verbindung wirklich ärgerlich ist und behoben werden sollte. Bis jetzt ist nichts passiert.

Disketten FTW.


1
Ohne den genauen Befehl würden wir nur raten. Haben Sie den richtigen Computernamen angegeben? dh NET USE X: \\CORRECT_COMPUTERNAME\CORRECT_SHARENAME? Was bekommst du, wenn du ein machst NET VIEW \\CORRECT_COMPUTERNAME?
Rik

Und stattdessen CORRECT_COMPUTERNAMEkönnten Sie auch seine IP-Adresse verwenden. dh NET VIEW \\IP_ADDRESSund NET USE X: \\IP_ADDRESS\CORRECT_SHARENAME.
Rik

Hallo Rik. Zuerst habe ich versucht, die Verbindung mit einer Art DOS-GUI herzustellen, die der NETBefehl -start startet, wenn er nur eingegeben wird: C:\NET\net- das führt zu dem erwähnten Fehler. Dann habe ich versucht, eine Verbindung über die Kommandozeile herzustellen (... was im Grunde das gleiche ist), indem ich : C:\NET\NET USE G: \\CORRECT_COMPUTERNAME\CORRECT_SHARENAME /PERSISTENT:YES- dasselbe Ergebnis, Fehlertext etwas anders. Ich habe versucht, die IP des Computers anstelle des Hostnamens zu verwenden - habe nichts geändert.
xph

> Fehlertext etwas anders. ??? Wie unterschiedlich ;-? Hast du den NET VIEWBefehl ausprobiert ? Haben Sie Zugriff auf einen anderen Windows-Computer, damit Sie überprüfen können, ob die Einstellungen von Windows 7 korrekt sind? (Firewall aus, Netzwerkerkennung ein, Datei- und Druckerfreigabe ein, Freigabe öffentlicher Ordner ein, Medien-Streaming aus, kennwortgeschützte Freigabe aus, Senkung der Verschlüsselung auf 40-56 Bit, Befinden sie sich in derselben Arbeitsgruppe)
Rik

@Rik: Die Fehlermeldung zeigt immer noch "Fehler 53" an , nur nicht in voller Länge, wie in meiner Frage angegeben. Es heißt "Fehler 53: Der von Ihnen angegebene Server existiert nicht oder wurde nicht gestartet." (... das ist nur ein Unterschied, wie dieser Fehler über die Befehlszeile oder diese NET-GUI angezeigt wird . Es geht nicht um den Inhalt selbst.) Ich habe vergessen zu erwähnen, dass dies NET VIEW \\CORRECT_COMPUTERNAMEzu derselben Fehlermeldung führt. Sobald ich konnte, werde ich versuchen, von einem anderen Computer aus eine Verbindung zum Windows 7-PC herzustellen. Das ist eine gute Idee, das werde ich überprüfen!
xph

Antworten:


5

Ich kann bestätigen, dass der "Microsoft Network Client v.3.0 für MS-DOS" unter MS-DOS 6.22 eine Verbindung zu einem Windows 7-Computer herstellen kann. Ich habe eine alte 486-Maschine mit diesem Client auf der Festplatte abgestaubt.

Ich habe auch error 53versucht, eine Verbindung zu einem Windows 7-Computer herzustellen. (Sogar NET VIEW \\MACHINE_NAMEgab die error 53.

Ich musste die LMHOSTS anpassen , um die IP-Adresse der Maschine einzuschließen .
(Hinzufügen von 192.168.1.33 MACHINE_NAME).

Danach habe ich eine error 5: Access denied. Ich habe Folgendes mit gpedit.msc in Windows 7 geändert:

Network security:
LAN Manager authentication level: Send LM & NTLM - use NTLMv2 session security if negotiated
Do not store LAN Manager hash value on next password change: Disabled

Sie haben bereits die erste Zeile geschrieben, benötigen aber auch die zweite (setzen Sie sie auf "Deaktiviert").

Danach habe ich einen neuen Benutzer mit einem Passwort erstellt (Sie können Ihren Benutzer wahrscheinlich ändern, müssen ihn aber ändern, sonst funktioniert er nicht).

Danach bekam ich ein error 1: An internal error occurredauf, NET VIEW \\MACHINE_NAME aber ich konnte einen Driveletter mit erstellenNET USE P: \\MACHINE_NAME\SHARE und auf alle seine Dateien zugreifen.

Wenn Sie also dieselbe Konfiguration verwenden (Netzwerkclient und DOS-Version), sollten Sie in der Lage sein, sie zum Laufen zu bringen. Hoffe das hilft.


Rik, du bist einfach großartig. +1 für die Tatsache, dass Sie das tatsächlich versucht haben! Tolle Arbeit, auch bei der Bereitstellung aller Informationen. Aber ... das funktioniert bei mir nicht. Könnte daran liegen, dass ich nicht "MS-DOS" , sondern "PC DOS" verwende . Ich habe meine Frage aktualisiert und weitere Details hinzugefügt.
xph

@xph 4 weitere Fragen. 1) Welche IP (v4 oder v6) für den Win7-Rechner haben Sie beim Hinzufügen von LMHOSTS auf dem DOS-Rechner verwendet ? Es sollte das IPv4 für die Win7-Maschine sein. 2) Was haben Sie getan, um IPv6 zu deaktivieren? Haben Sie es nur im Adapter deaktiviert oder haben Sie die Registrierungsschlüssel verwendet? 3) Welche Version des "Network Client"? Mach a NET VERSION. 4) Verwenden Sie eine Domain oder Arbeitsgruppe? Hier hat Microsoft für Ihren Fehler angegeben: "Ihr Arbeitsgruppenname unterscheidet sich von Ihrem Domainnamen." Ich benutze nur Arbeitsgruppen, aber beide sind in meiner SYSTEM.INI auf dem DOS-Rechner gleich.
Rik

1) Ich habe die IPv4-Adresse des Windows 7-Computers in den LMHOSTS des DOS-Computers verwendet. 2) Ich habe gerade die Einstellung in der Adapterkonfiguration des Windows 7-PCs deaktiviert. Da ich nicht sicher bin, wann Änderungen direkt oder nach einem Neustart verfügbar sind, starte ich den Windows-PC neu, nachdem ich IPv6 deaktiviert habe. 3) ... muss das nächste Mal gemacht werden, wenn ich meine Hände auf die Maschine legen kann. Ich werde diese Informationen dann bereitstellen. 4) Auf dem Windows 7-PC sind sowohl Arbeitsgruppe als auch Domäne identisch. Das ist der Name, den ich in SYSTEM.INI festgelegt habe, aber ich bin mir nicht sicher, ob ich beide oder nur eine Arbeitsgruppe hinzugefügt habe. Werde das bald überprüfen.
xph

Wenn ich neu starte und nach dem NET LOGONich ein mache, NET VIEWbekomme ich auch ein error 6118. Verlassen Sie die Maschine für 15 Sekunden und NET VIEWwiederholen Sie den Vorgang. Führen Sie also nicht alle Befehle in einem Stapel aus, sondern geben Sie sie im Abstand von einigen Sekunden in eine Eingabeaufforderung ein.
Rik

Ich arbeite nicht mit einer Batchdatei, ich schreibe selbst Befehle. Und ich kann Ihnen sagen, dass ich bereits länger als 15 Sekunden gewartet habe - ich brauche mindestens 20 Sekunden, um vom Computer zur Maschine zu gehen. Außerdem hatte ich verschiedene Befehle mehr als einmal überprüft, mit einer kleinen Wartezeit dazwischen (einen Befehl versuchen, bemerken, dass er nicht funktioniert, Optionen auf beiden Seiten prüfen, googeln, Optionen erneut prüfen, nichts ändern, Befehl erneut versuchen, funktioniert immer noch nicht und so weiter ...) . Aber danke!
xph

0

Ihr Problem kann aus Sicherheitsgründen in Windows 7 liegen. Das Netzwerk ist nicht identifiziert und Windows kann den Zugriff blockieren. Sie sollten versuchen, es "funktionieren" oder "zu Hause" zu machen und / oder Ihre Firewall zu deaktivieren. Stellen Sie außerdem sicher, dass der freigegebene Ordner für alle Benutzer und uneingeschränkten Zugriff hat (siehe Registerkarte Sicherheit in den Eigenschaften). Oh ja, Sie sollten auch zu den erweiterten Freigabeeinstellungen gehen und die kennwortgeschützte Freigabe deaktivieren, damit jeder ohne bestimmte Anmeldeinformationen eine Verbindung herstellen kann.


Ich kann mir vorstellen, dass dies obligatorische Einstellungen sind, um eine Verbindung herzustellen - aber die Dinge, die Sie erwähnen, wurden ohne Glück getan. Ich denke, die beiden Hauptgründe, warum es nicht funktioniert, sind - wie Sie sagen - 7 Sicherheitseinstellungen zu gewinnen (... es gibt möglicherweise noch andere, die solche Verbindungsversuche einschränken), und ich beschuldige auch einige falsch konfigurierte Netzwerkeinstellungen in Bezug auf die zwei Netzwerkkarten des Win 7-Computers. Aber ehrlich gesagt ist mir das egal. Mir wurde gesagt, dass es nicht meine Aufgabe ist, sich vor langer Zeit um solche Probleme zu kümmern - es ist jetzt nicht mein Problem. Aber trotzdem danke!
xph
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.