Bonjour communauté,
C'est mon problème:
J'essaie de connecter une machine DOS à un ordinateur Windows 7, en utilisant un câble croisé LAN - et cela ne fonctionnera pas.
Je veux accéder à un répertoire partagé sur le PC Windows à partir de la machine DOS. La meilleure solution serait d'attribuer une lettre de lecteur au répertoire partagé et de la rendre persistante.
J'ai fait cela avant d'avoir un nouveau matériel, établir que la connexion de la machine DOS à un ordinateur Windows XP fonctionnait très bien.
Avec Windows 7 maintenant, ce ne sera pas le cas.
Détails
Le Windows-PC
Exécution de Windows 7 (Ultimate - ou Professionnel, pas sûr pour l'instant) 64 bits. Il contient deux cartes réseau, une pour la connexion via le serveur d'authentification, Internet, etc. - et la seconde uniquement pour établir une connexion avec la machine DOS.
Un utilisateur local distinct est spécifié, avec nom et mot de passe.
Il existe également un répertoire partagé C:\
avec tous les droits d'accès à cet utilisateur.
(C'est exactement ce que j'ai fait en utilisant XP)
La machine DOS
C'est exactement cela - une machine. Pas un PC. C'est une machine CNC avec un logiciel de contrôle spécial et ainsi de suite. Ce logiciel de contrôle fonctionne sous DOS et les connexions réseau sont également établies via DOS.
Je ne peux pas vous dire quelle version de DOS - mais en parcourant les répertoires, j'ai tendance à dire que ce n'est pas une sorte de version DOS "normale". Semble être quelque chose de "spécial" ou de "minimal", juste pour faire fonctionner le logiciel de la machine et fournir des choses de base.
En utilisant l'ordinateur XP mentionné il y a quelque temps, je pouvais utiliser les NET
commandes pour établir une connexion en utilisant une lettre de lecteur, le chemin réseau partagé - et la date d'utilisateur, le nom et le mot de passe spécifiés.
Cela a juste fonctionné. Ce répertoire partagé ainsi configuré était visible et utilisable lors de l'exécution du logiciel de contrôle des machines - c'est le but de tout cela.
Situation actuelle
Essayer d'établir la connexion comme je l'ai fait auparavant ne provoque que l'erreur suivante:
Erreur 53:
L'ordinateur spécifié dans le chemin d'accès réseau est introuvable.
Explication: Le serveur que vous avez spécifié n'existe pas ou n'a pas été démarré.
... c'est du moins le message d'erreur lors de l'utilisation de la "GUI" NET
fournie par la commande. Lorsque vous utilisez directement NET USE ...
le code d'erreur est le même, juste le message texte légèrement différent (... mais en gros, dit la même chose) .
Comme je ne suis pas tellement en réseau, je ne sais pas quoi faire. Il doit y avoir eu quelques changements dans les protocoles réseau de XP à 7 - c'est tout ce que je peux dire.
J'ai lu quelque chose sur un ajustement utilisant gpedit.msc
et définissant le "niveau d'authentification LAN Manager" sur "Envoyer LM & NTLM - utiliser la sécurité de session NTLMv2 si négocié" . Je n'ai rien fait.
J'ai également lu quelque chose sur l'autorisation de "NetBIOS" sur la carte réseau sur Windows 7-PC, j'ai donc changé les paramètres avancés TCP / IP v4 - je n'ai rien fait.
J'ai également rencontré une erreur sur la machine DOS - je ne peux pas l'utiliser ping
là-bas. La commande elle-même est en quelque sorte cassée, au lieu d'un message approprié, je ne vois que des caractères indéfinissables à l'écran. Je ne sais pas si cela pourrait avoir une influence sur les paramètres réseau.
Je n'ai pas encore appelé le support de la machine - et je ne pense pas que je le ferai. Ils ne sont pas très utiles avec ces problèmes de réseau, ils n'étaient pas en mesure d'établir une connexion fonctionnelle lorsque nous avions XP (c'est pourquoi je l'ai dit moi-même) .
De plus, il n'y a pas de documentation utile sur la machine en ce qui concerne ces sujets. Les informations détaillées n'existent tout simplement pas - j'ai demandé n'importe quelle adresse possible pour cela, même le fabricant japonais de la machine.
MISE À JOUR,
16. Sept. 2013
J'ai essayé de me connecter au PC Windows 7 à l'aide de net use x: \\hostname\\shared_dir
- ce qui conduit à ce qui est mentionné Error 53
. J'ai également essayé cette commande avec l'option /PERSISTENT:YES
, même erreur.
J'ai essayé net view \\hostname
, cela a soulevé Error 53
aussi.
J'obtiens la même erreur en essayant l'IP des ordinateurs au lieu de \\hostname
- à la fois sur net use ...
etnet view ...
La commande ver
affiche:
PC DOS version 6.3
Révision 0
... il n'y a donc pas de MS-DOS en cours d'exécution sur la machine. Je ne sais pas à quel point c'est important en ce qui concerne cette connexion réseau.
Rik a réussi à connecter son ancien ordinateur 486 (exécutant MS-DOS 6.22) à un ordinateur Windows 7, voir sa réponse ci-dessous. J'ai suivi ses étapes et configuré les deux systèmes comme il l'a fait (changements dans gpedit.msc, ajout de l'ordinateur à LMHOSTS, configuration d'un nouvel utilisateur, ...) , sans succès - je ne reçois même pas divers codes d'erreur, je ' m coincé avec Error 53
.
Je ne sais pas si c'est obligatoire, mais j'ai changé le groupe de travail et le domaine pour la machine DOS pour correspondre au PC Windows 7. Ce n'était pas le cas auparavant. Cela n'a pas aidé à faire fonctionner cela, mais a soulevé un nouveau type d'erreur lors de la tentative net view \\hostname
:
Erreur 6118: la liste des serveurs de ce groupe de travail n'est pas disponible actuellement.
Quoi que cela signifie.
J'ai également essayé de connecter un autre ordinateur à ce Windows 7-PC, j'ai donc apporté mon ordinateur portable (exécutant Windows 7) et débranché la machine DOS.
Je pourrais obtenir une connexion fonctionnelle entre ces ordinateurs Windows au premier essai, tout comme cela devrait fonctionner. Les deux ordinateurs peuvent cingler, visualiser et se connecter à l'autre, très bien.
Ce faisant, j'ai reconnu que les deux machines Windows ne se parlaient qu'en utilisant IPv6 . Je suis à peu près sûr que la machine DOS ne peut pas gérer ce nouveau protocole et même en utilisant les deux PC Windows, cette connexion ne devrait pas nécessiter IPv6. J'ai donc désactivé ce protocole dans les paramètres de la carte réseau.
Résultat: ... j'ai perdu la connexion. Aucun PC n'était capable de cingler, de visualiser ou de se connecter à l'autre, ils ne pouvaient plus se trouver.
Après avoir réactivé IPv6, tout a bien fonctionné.
... je ne sais pas pourquoi ces ordinateurs Windows 7 ont besoin d'IPv6 pour communiquer. Je ne pense pas que ce soit "bon" de cette façon, car cela pourrait causer un problème lors de la connexion de la machine DOS.
Je ne sais pas ce qui se passe là-bas - et où apporter des modifications pour que IPv4 fonctionne.
La machine est utilisée la plupart du temps (... Les données sont transférées à l'aide de disquettes) , mais dès qu'il en aura le temps, j'essaierai toute suggestion utile.
Dernière mise à jour:
Il n'est plus nécessaire de réfléchir à ce problème. Merci pour tous ceux qui m'ont aidé à essayer plusieurs choses!
Il suffit de regarder la date - c'est en 2013 que j'ai essayé de résoudre ce problème. Peu de temps après avoir bidouillé avec divers paramètres, on m'a dit que ce n'était pas mon travail de m'occuper de ce problème.
Je voulais juste aider, mais on m'a dit de m'occuper de mes propres affaires - et c'est ce que j'ai fait.
Bien sûr, cela ne fonctionne toujours pas.
Il y a deux mois, j'ai entendu une conversation sur ce sujet. Quelqu'un semble avoir reconnu que cette connexion rompue est vraiment ennuyeuse et devrait être corrigée. Jusqu'à présent, rien ne s'est passé.
Disquettes FTW.
NET USE X: \\CORRECT_COMPUTERNAME\CORRECT_SHARENAME
? Qu'obtenez-vous si vous faites unNET VIEW \\CORRECT_COMPUTERNAME
?CORRECT_COMPUTERNAME
vous, vous pouvez également utiliser son adresse IP. c'est à direNET VIEW \\IP_ADDRESS
etNET USE X: \\IP_ADDRESS\CORRECT_SHARENAME
.NET
commande lance lorsqu'elle est entrée uniquement:C:\NET\net
- cela conduit à l'erreur mentionnée. Ensuite, j'ai essayé de me connecter via la ligne de commande (... qui est fondamentalement la même) en utilisant:C:\NET\NET USE G: \\CORRECT_COMPUTERNAME\CORRECT_SHARENAME /PERSISTENT:YES
- même résultat, texte d'erreur légèrement différent. J'ai essayé d'utiliser l'IP des ordinateurs au lieu du nom d'hôte - je n'ai rien changé.NET VIEW
commande? Avez-vous accès à une autre machine Windows pour vérifier si les paramètres de Windows 7 sont corrects. (Pare-feu désactivé, découverte du réseau activée, partage de fichiers et d'imprimantes activé, partage de dossiers publics activé, streaming multimédia désactivé, partage protégé par mot de passe désactivé, abaissement du cryptage à 40-56 bits, sont-ils dans le même groupe de travail)NET
-GUI. Ce n'est pas une question de contenu lui-même.). J'ai oublié de mentionner que celaNET VIEW \\CORRECT_COMPUTERNAME
mène au même message d'erreur. Dès que je pourrais, je vais essayer de me connecter au PC Windows 7 à partir d'un autre ordinateur. C'est une bonne idée, je vais vérifier ça!Réponses:
Je peux confirmer que le "Microsoft Network Client v.3.0 pour MS-DOS" sur MS-DOS 6.22 peut se connecter à une machine Windows 7. J'ai dépoussiéré une vieille machine 486 avec ce client toujours sur le disque dur.
J'ai également
error 53
essayé de me connecter à une machine Windows 7. (MêmeNET VIEW \\MACHINE_NAME
donné leerror 53
.J'avais besoin d'ajuster les LMHOSTS pour inclure l'adresse IP de la machine.
(en y ajoutant 192.168.1.33 MACHINE_NAME).
Après cela, j'ai obtenu un
error 5: Access denied
. J'ai changé ce qui suit avec gpedit.msc dans Windows 7:Vous avez déjà fait la première ligne mais vous avez également besoin de la seconde (en la réglant sur "Désactivé").
Après cela, j'ai créé un nouvel utilisateur avec un mot de passe (vous pouvez probablement changer votre utilisateur mais vous devez le changer sinon cela ne fonctionne pas).
Après cela, j'ai obtenu un
error 1: An internal error occurred
sur leNET VIEW \\MACHINE_NAME
mais j'ai pu créer un driveletter avecNET USE P: \\MACHINE_NAME\SHARE
et accéder à tous ses fichiers.Donc, si vous utilisez la même configuration (client réseau et version DOS), vous devriez pouvoir la faire fonctionner. J'espère que cela t'aides.
la source
NET VERSION
. 4) Utilisez-vous un domaine ou un groupe de travail? Ici, Microsoft a déclaré pour votre erreur "Votre nom de groupe de travail est différent de votre nom de domaine.". J'utilise uniquement le groupe de travail, mais les deux sont les mêmes dans mon SYSTEM.INI sur la machine DOS.NET LOGON
faire,NET VIEW
j'en reçois unerror 6118
aussi. Quitter la machine pendant 15 secondes etNET VIEW
refaire cela a fonctionné. Donc, ne faites pas toutes les commandes en un seul lot mais saisissez-les dans une invite à quelques secondes d'intervalle.Votre problème peut être dû à des raisons de sécurité dans Windows 7. Le réseau n'est pas identifié et Windows peut bloquer l'accès. Vous devriez essayer de le faire "fonctionner" ou "à la maison" et / ou désactiver votre pare-feu. Assurez-vous également que le dossier partagé a un accès complet pour tous les utilisateurs et (voir l'onglet sécurité dans les propriétés). Oh oui, vous devez également accéder aux paramètres de partage avancés et désactiver le partage protégé par mot de passe, afin que tout le monde puisse se connecter sans informations d'identification spécifiques.
la source