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 NET
einiger 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 NET
Befehl 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.msc
und 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:YES
gleiche Fehler.
Ich habe versucht net view \\hostname
, das erhöht Error 53
auch.
Ich den gleichen Fehler, wenn die Computer versuchen , IP statt \\hostname
- auf net use ...
undnet view ...
Der Befehl ver
zeigt 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.
NET USE X: \\CORRECT_COMPUTERNAME\CORRECT_SHARENAME
? Was bekommst du, wenn du ein machstNET VIEW \\CORRECT_COMPUTERNAME
?CORRECT_COMPUTERNAME
könnten Sie auch seine IP-Adresse verwenden. dhNET VIEW \\IP_ADDRESS
undNET USE X: \\IP_ADDRESS\CORRECT_SHARENAME
.NET
Befehl -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.NET VIEW
Befehl 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)NET
-GUI angezeigt wird . Es geht nicht um den Inhalt selbst.) Ich habe vergessen zu erwähnen, dass diesNET VIEW \\CORRECT_COMPUTERNAME
zu 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!Antworten:
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 53
versucht, eine Verbindung zu einem Windows 7-Computer herzustellen. (SogarNET VIEW \\MACHINE_NAME
gab dieerror 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: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 occurred
auf,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.
quelle
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.NET LOGON
ich ein mache,NET VIEW
bekomme ich auch einerror 6118
. Verlassen Sie die Maschine für 15 Sekunden undNET VIEW
wiederholen 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.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.
quelle