LAN-Verbindung - DOS zu Windows 7

16948
xph

Hallo Community,

Das ist mein Problem:

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

Ich möchte über den DOS-Rechner 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 zwischen dem DOS-Computer und einem Windows XP-Computer funktionierte einwandfrei.

Wenn Sie Windows 7 jetzt verwenden, wird es nicht geschehen.

Einzelheiten

Der Windows-PC

Ausführen von Windows 7 (Ultimate - oder Professional, jetzt nicht sicher) 64bit. Darin befinden sich zwei Netzwerkkarten, eine für die Anmeldung über Authentifizierungsserver, Internet usw. - und die zweite nur, um eine Verbindung zur DOS-Maschine herzustellen.

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

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

(Genau das habe ich gemacht, wenn ich XP benutze)

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 Verzeichnisse neige ich dazu, 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 herzustellen, die einen Laufwerksbuchstaben, den freigegebenen Netzwerkpfad und den angegebenen Benutzernamen, den Namen und das Kennwort verwendet.

Das hat einfach funktioniert. Das so konfigurierte, freigegebene Verzeichnis war beim Ausführen der Steuerungssoftware der Maschine sichtbar und nutzbar - das ist das Ziel all dies.

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, wenn Sie die "GUI" verwenden, die der NET-Befehl bereitstellt. Wenn NET USE ...der Fehlercode direkt verwendet wird, ist die Textnachricht etwas anders (... aber im Grunde dasselbe) .

Da ich mich nicht so sehr mit Networking beschäftige, habe ich keine Ahnung, was ich tun soll. Die Netzwerkprotokolle müssen von XP auf 7 geändert worden sein - das ist alles, was ich sagen kann.

Ich habe etwas über einen Tweak gelesen, gpedit.mscder die "LAN Manager-Authentifizierungsebene" verwendet und auf "LM & NTLM senden - NTLMv2-Sitzungssicherheit verwenden, wenn ausgehandelt" gesetzt hat . Habe nichts getan

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

Ich bin auch über einen Fehler auf dem DOS-Rechner gestolpert - ich kann ihn dort nicht verwenden ping. Der Befehl selbst ist irgendwie defekt, statt einer passenden Meldung sehe ich nur undefinierbare Zeichen auf dem Bildschirm. Ich weiß nicht, ob dies Einfluss auf die Netzwerkeinstellungen haben könnte.

Ich habe den Maschinen-Support jetzt nicht angerufen - und ich glaube nicht, dass ich das tun werde. Sie sind bei diesen Netzwerkproblemen nicht sehr hilfreich, sie konnten unter XP keine funktionierende Verbindung aufbauen (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 gefragt, sogar nach dem japanischen Hersteller der Maschine.

AKTUALISIEREN,

16. Sept. 2013

Ich habe versucht, mich mit dem Windows 7-PC zu verbinden net use x: \\hostname\\shared_dir- das führt zu dem erwähnten Error 53. Ich habe diesen Befehl auch mit der Option versucht /PERSISTENT:YES, derselbe Fehler.

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

Ich erhalte die gleiche Fehlermeldung, wenn ich die IP-Adresse des Computers versuche \\hostname- sowohl auf net use ...als auch aufnet view ...

Der Befehl verzeigt an:

PC DOS Version 6.3

Revision 0

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

Rik konnte seinen alten 486-Computer (mit MS-DOS 6.22) an einen Windows 7-Computer anschließen (siehe 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 bleibe dabei Error 53.

Ich weiß nicht, ob es obligatorisch ist, aber ich habe die Arbeitsgruppe und die Domäne für den DOS-Computer an den Windows 7-PC angepasst. Das war vorher nicht der Fall. Es hat nicht geholfen, dies zum Laufen zu bringen, aber es gibt einen neuen Fehler, wenn man es versucht 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 brachte ich mein Notebook (mit Windows 7) mit und entfernte den DOS-Computer.

Ich könnte beim ersten Versuch eine funktionierende Verbindung zwischen diesen Windows-Computern herstellen, genauso wie dies funktionieren sollte. Beide Computer können pingen, anzeigen und sich mit dem anderen verbinden, alles in Ordnung.

Dabei erkannte ich, dass die beiden Windows-Computer nur über IPv6 miteinander sprachen . Ich bin mir ziemlich sicher, dass der DOS-Rechner dieses neue Protokoll nicht verarbeiten kann. Selbst bei Verwendung der beiden Windows-PCs sollte diese Verbindung kein IPv6 erfordern. Also habe ich dieses Protokoll von den Einstellungen des Netzwerkadapters deaktiviert.

Ergebnis: ... Ich habe die Verbindung verloren. Kein PC konnte pingen, anzeigen oder sich mit dem anderen verbinden, sie konnten sich einfach nicht mehr finden.

Nachdem IPv6 wieder aktiviert wurde, funktionierte alles einwandfrei.

Ich weiß nicht, warum diese Windows 7-Computer IPv6 für die Kommunikation benötigen. Ich denke nicht, dass es auf diese Weise "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.

Die Maschine wird die meiste Zeit verwendet (... Daten werden mit Floppy-Disks übertragen), aber sobald es Zeit dafür gibt, versuche ich jeden hilfreichen Vorschlag.

Letztes Update:

Über dieses Problem muss nicht mehr nachgedacht werden. Danke für jeden, der mir beim Ausprobieren verschiedener Dinge geholfen hat!

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

Ich wollte nur helfen, wurde aber aufgefordert, sich 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 zu diesem Thema mitgehört. Jemand scheint erkannt zu haben, dass diese unterbrochene Verbindung wirklich ärgerlich ist und behoben werden sollte. Bisher ist nichts passiert.

Disketten FTW.

9
Ohne den genauen Befehl würden wir nur raten. Haben Sie den richtigen Rechnernamen angegeben. dh NET USE X: \\ CORRECT_COMPUTERNAME \ CORRECT_SHARENAME`? Was bekommen Sie, wenn Sie eine `NET VIEW \\ CORRECT_COMPUTERNAME` machen? Rik vor 10 Jahren 1
Anstelle von 'CORRECT_COMPUTERNAME' können Sie auch dessen IP-Adresse verwenden. dh `NET VIEW \\ IP_ADDRESS` und` NET USE X: \\ IP_ADDRESS \ CORRECT_SHARENAME`. Rik vor 10 Jahren 0
Hallo Rik. Zuerst habe ich versucht, die Verbindung mit einer Art DOS-GUI herzustellen. Der `NET`-Befehl wird gestartet, wenn nur eingegeben wird:` C: \ NET \ net` - das führt zu dem genannten Fehler. Dann habe ich versucht, eine Verbindung über die Befehlszeile * herzustellen (... was im Grunde das gleiche ist) *: 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 - es hat sich nichts geändert. xph vor 10 Jahren 0
> Fehlertext etwas anders. ??? Wie unterschiedlich ;-? Haben Sie den Befehl "NET VIEW" 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, Öffentliche Ordnerfreigabe ein, Medienstreaming aus, Kennwortgeschützte Freigabe aus, Senkung der Verschlüsselung auf 40 bis 56 Bit, Befinden sich in derselben Arbeitsgruppe) Rik vor 10 Jahren 0
@Rik: Die Fehlermeldung zeigt immer noch * "Error 53" * an, nur nicht die in meiner Frage angegebene Länge. Sie sagt * "Fehler 53: Der von Ihnen angegebene Server ist nicht vorhanden oder wurde noch nicht gestartet." * (... Das ist nur ein Unterschied, wie dieser Fehler angezeigt wird, wenn die Befehlszeile oder diese `NET`-GUI verwendet wird. Keine Frage des Inhalts selbst.). Ich habe vergessen zu erwähnen, dass "NET VIEW \\ CORRECT_COMPUTERNAME" zu derselben Fehlermeldung führt. Sobald ich konnte, versuche ich, von einem anderen Computer aus eine Verbindung zum Windows 7-PC herzustellen. Das ist eine gute Idee, ich werde das überprüfen! xph vor 10 Jahren 0
Was zeigt aus Neugierde "ver" auf der DOS-Box? (Auch ein Wireshark-Capture von Verbindungsversuchen kann interessant sein.) grawity vor 10 Jahren 0
... ich kann 'ver' nicht überprüfen - und ich kann in den nächsten Tagen keine weiteren Analysen durchführen, da es sich um eine Maschine handelt, die meistens verwendet wird * (Leute übertragen Daten mit Hilfe von) Disketten, die vom PC zur Maschine und zurück laufen ...) *. Wenn das Gerät nicht verwendet wird, überprüfe ich `ver` und versuche, mit einem anderen Computer eine Verbindung zum Windows 7-PC herzustellen. Es ist nicht nötig, dies so schnell wie möglich zum Laufen zu bringen - aber es sollte geändert werden. Ich meine: ... Disketten. 2013. Komm schon ... :-) xph vor 10 Jahren 0
Ich habe meine Frage aktualisiert und weitere Details hinzugefügt, zB über "ver". xph vor 10 Jahren 0

2 Antworten auf die Frage

4
Rik

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. (Gab sogar NET VIEW \\MACHINE_NAMEdie 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 bekam 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 ausgeführt, benötigen aber auch die zweite (Einstellung auf "Deaktiviert").

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

Danach bekam ich eine error 1: An internal error occurredauf das, NET VIEW \\MACHINE_NAME aber ich konnte einen Laufwerksbuchstaben erstellen mit NET USE P: \\MACHINE_NAME\SHAREund Zugriff auf alle seine Dateien.

Wenn Sie also dieselbe Konfiguration verwenden (Netzwerkclient und DOS-Version), sollten Sie diese Funktion zum Laufen 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 geht bei mir nicht. Möglicherweise, weil ich nicht "MS-DOS" *, sondern "PC-DOS" * verwende. Ich habe meine Frage aktualisiert und weitere Details hinzugefügt. xph vor 10 Jahren 0
@xph 4 weitere Fragen. 1) Welche IP (v4 oder v6) für den Win7-Computer haben Sie verwendet, um LMHOSTS ** auf dem DOS-Computer ** hinzuzufügen? Es sollte die IPv4 für den Win7-Rechner sein. 2) Was haben Sie getan, um IPv6 zu deaktivieren? Haben Sie es nur im Adapter deaktiviert oder die Registrierungsschlüssel verwendet? 3) Welche Version des "Network Client"? Machen Sie eine "NET VERSION". 4) Verwenden Sie eine Domäne oder Arbeitsgruppe? [Here Microsoft] (http://support.microsoft.com/kb/139910) hat für Ihren Fehler angegeben "Ihr Arbeitsgruppenname unterscheidet sich von Ihrem Domänennamen." Ich benutze nur eine Arbeitsgruppe, aber ** beide ** sind in meiner SYSTEM.INI auf dem DOS-Rechner gleich. Rik vor 10 Jahren 0
1) Ich habe die IPv4-Adresse des Windows 7-Computers im * 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 IPv6 deaktiviert wurde. 3) ... das nächste Mal, wenn ich meine Hände auf die Maschine legen kann. Ich werde diese Informationen dann zur Verfügung stellen. 4) Auf dem Windows 7-PC sind Arbeitsgruppe und Domäne identisch. Das ist der Name, den ich in der SYSTEM.INI eingestellt habe, aber ich bin mir nicht sicher, ob ich beides hinzugefügt habe oder nur eine Arbeitsgruppe. Ich werde das bald überprüfen. xph vor 10 Jahren 0
Wenn ich neu starte und nach dem "NET LOGON" einen "NET VIEW" mache, bekomme ich auch einen "Fehler 6118". Wenn Sie die Maschine für 15 Sekunden verlassen und die "NET VIEW" erneut ausführen, hat es funktioniert. Führen Sie also nicht alle Befehle in einem Stapel aus, sondern geben Sie sie in einem Abstand von wenigen Sekunden ein. Rik vor 10 Jahren 0
Ich arbeite nicht mit einer Batchdatei, ich gebe selbst Befehle ein. Und ich kann Ihnen sagen, dass ich schon länger als 15 Sekunden gewartet habe - es dauert mindestens 20 Sekunden, um vom Computer zur Maschine zu gelangen. Außerdem hatte ich verschiedene Befehle mehr als einmal geprüft, mit einer kurzen Wartezeit zwischen * (Versuch, einen Befehl auszuführen, es funktioniert nicht, 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 vor 10 Jahren 0
0
user275069

Ihr Problem könnte aus Sicherheitsgründen in Windows 7 liegen. Das Netzwerk ist nicht bekannt und Windows kann den Zugriff blockieren. Sie sollten versuchen, "Arbeit" oder "Zuhause" zu bewirken und / oder Ihre Firewall zu deaktivieren. Stellen Sie außerdem sicher, dass der freigegebene Ordner für alle Benutzer und den vollen Zugriff hat (siehe Registerkarte "Sicherheit" in den Eigenschaften). Ach 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 Erfolg getan. Ich denke, die zwei Hauptgründe, warum es nicht funktioniert, sind - wie Sie sagen - 7 Sicherheitseinstellungen zu gewinnen (... möglicherweise gibt es noch andere, die solche Verbindungsversuche einschränken), und ich gebe auch einige falsch konfigurierte Netzwerkeinstellungen in Bezug auf die zwei Netzwerkkarten des Win 7-Computers. Aber ehrlich, es interessiert mich nicht mehr. 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 vor 9 Jahren 0

Verwandte Probleme