Connexion LAN - DOS à Windows 7

9

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 NETcommandes 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" NETfournie 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.mscet 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 pinglà-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 53aussi.

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 veraffiche:

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.

xph
la source
1
Sans la commande exacte, nous devinerions seulement. Avez-vous spécifié le nom d'ordinateur correct. c'est à dire NET USE X: \\CORRECT_COMPUTERNAME\CORRECT_SHARENAME? Qu'obtenez-vous si vous faites un NET VIEW \\CORRECT_COMPUTERNAME?
Rik
Et au lieu de CORRECT_COMPUTERNAMEvous, vous pouvez également utiliser son adresse IP. c'est à dire NET VIEW \\IP_ADDRESSet NET USE X: \\IP_ADDRESS\CORRECT_SHARENAME.
Rik
Bonjour Rik. J'ai d'abord essayé d'établir la connexion en utilisant une sorte de DOS-GUI que la NETcommande 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é.
xph
> texte d'erreur légèrement différent. ??? Quelle différence; -? Avez-vous essayé la NET VIEWcommande? 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)
Rik
@Rik: Le message d'erreur affiche toujours "Erreur 53" , tout simplement pas la pleine longueur comme cité dans ma question. Il indique "Erreur 53: le serveur que vous avez spécifié n'existe pas ou n'a pas été démarré." (... c'est juste une différence dans la façon dont cette erreur est affichée, en utilisant la ligne de commande ou cette NET-GUI. Ce n'est pas une question de contenu lui-même.). J'ai oublié de mentionner que cela NET VIEW \\CORRECT_COMPUTERNAMEmè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!
xph

Réponses:

5

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 53essayé de me connecter à une machine Windows 7. (Même NET VIEW \\MACHINE_NAMEdonné le error 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:

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

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 occurredsur le NET VIEW \\MACHINE_NAME mais j'ai pu créer un driveletter avec NET USE P: \\MACHINE_NAME\SHAREet 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.

Rik
la source
Rik, tu es vraiment génial. +1 pour le fait que vous ayez essayé cela! Excellent travail, également en fournissant toutes les informations. Mais ... ça ne marche pas pour moi. Peut-être parce que je n'utilise pas "MS-DOS" , mais "PC DOS" . J'ai mis à jour ma question et ajouté plus de détails.
xph
@xph 4 autres questions. 1) Quelle IP (v4 ou v6) pour la machine Win7 avez-vous utilisée en ajoutant LMHOSTS sur la machine DOS ? Il doit s'agir de l'IPv4 de la machine Win7. 2) Qu'avez-vous fait pour désactiver IPv6? L'avez-vous décochée uniquement dans l'adaptateur ou avez-vous utilisé les clés de registre? 3) Quelle version du "Network Client"? Faites un 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.
Rik
1) J'ai utilisé l'adresse IPv4 de l'ordinateur Windows 7 dans les LMHOSTS de la machine DOS. 2) Je viens de décocher le paramètre dans la configuration de l'adaptateur du PC Windows 7. Comme je ne sais pas quand les modifications sont disponibles directement ou après un redémarrage, je redémarre le PC Windows après avoir décoché IPv6. 3) ... à faire la prochaine fois que je pourrai mettre la main sur la machine. Je fournirai alors ces informations. 4) Sur le PC Windows 7, le groupe de travail et le domaine sont identiques. C'est le nom que j'ai défini dans le SYSTEM.INI, mais je ne sais pas si j'ai ajouté les deux, ou simplement un groupe de travail. Va vérifier ça, bientôt.
xph
Si je redémarre et après le NET LOGONfaire, NET VIEWj'en reçois un error 6118aussi. Quitter la machine pendant 15 secondes et NET VIEWrefaire cela a fonctionné. Donc, ne faites pas toutes les commandes en un seul lot mais saisissez-les dans une invite à quelques secondes d'intervalle.
Rik
Je ne travaille pas avec un fichier batch, je tape des commandes moi-même. Et je peux vous dire que j'ai déjà attendu plus de 15 secondes - cela me prend au moins 20 secondes pour marcher de l'ordinateur à la machine. De plus, j'avais vérifié plusieurs commandes plusieurs fois, avec un peu de temps d'attente entre (essayer une commande, remarquer qu'elle ne fonctionne pas, vérifier les options des deux côtés, googler, vérifier à nouveau les options, ne rien changer, essayer à nouveau la commande, ne fonctionne toujours pas, etc.) . Mais merci!
xph
0

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.

user275069
la source
Je peux imaginer que ce sont des paramètres obligatoires pour établir une connexion - mais les choses que vous mentionnez ont été faites, sans chance. Je suppose que les deux principales raisons pour lesquelles cela ne fonctionne pas sont - comme vous le dites - gagner 7 paramètres de sécurité (... il pourrait y en avoir d'autres, restreignant de telles tentatives de connexion), et je blâme également certains paramètres réseau mal configurés, concernant la deux cartes réseau de l'ordinateur win 7. Mais honnêtement, je m'en fiche. On m'a dit que ce n'était pas mon travail de m'occuper de tels problèmes il y a longtemps - ce n'est pas mon problème maintenant. Mais merci quand même!
xph