Connessione LAN - DOS a Windows 7


9

Ciao comunità,

Questo è il mio problema:

Sto cercando di connettere una macchina DOS a un computer Windows 7, usando un cavo crossover LAN - e non funzionerà.

Voglio accedere a una directory condivisa sul PC Windows dalla macchina DOS. La soluzione migliore sarebbe quella di assegnare una lettera di unità alla directory condivisa e renderla persistente.

L'ho fatto prima che ottenessimo nuovo hardware, stabilendo che la connessione dalla macchina DOS a un computer Windows XP funzionava perfettamente.

Usando Windows 7 ora, non lo farà.


Dettagli

Il PC Windows

Esecuzione di Windows 7 (Ultimate - o Professional, non sono sicuro in questo momento) a 64 bit. Ci sono due schede di rete, una per l'accesso tramite server di autenticazione, Internet e così via - e la seconda solo per creare una connessione alla DOS-Machine.

È stato specificato un utente locale separato, con nome e password.

Esiste anche una directory condivisa C:\con tutti i diritti di accesso a quell'utente.

(È esattamente quello che ho fatto usando XP)

La macchina DOS

È esattamente quello: una macchina. Non un PC. È una macchina CNC con uno speciale software di controllo e così via. Questo software di controllo è in esecuzione su DOS e anche le connessioni di rete vengono create tramite DOS.

Non posso dirvi quale versione di DOS - ma analizzando le directory tendo a dire che questa non è una sorta di "normale" versione DOS. Sembra essere qualcosa di "speciale" o "minimo", solo per far funzionare il software della macchina e fornire cose di base.

Usando il computer XP citato qualche tempo fa, potevo usare i NETcomandi per stabilire una connessione usando una lettera di unità, il percorso di rete condiviso - e la data utente, il nome e la password specificati.

Questo ha funzionato. Quella directory condivisa così configurata era visibile e utilizzabile quando si eseguiva il software di controllo delle macchine - questo è l'obiettivo di tutto ciò.


Situazione attuale

Cercare di costruire la connessione come ho fatto prima provoca solo il seguente errore:

Errore 53:

Impossibile trovare il computer specificato nel percorso di rete.

Spiegazione: Il server specificato non esiste o non è stato avviato.

... almeno questo è il messaggio di errore quando si utilizza la "GUI" NETfornita dal comando-. Quando si utilizza direttamente NET USE ...il codice di errore è lo stesso, solo il messaggio di testo leggermente diverso (... ma sostanzialmente dicendo lo stesso) .

Dato che non mi piace molto il networking, non ho idea di cosa fare. Devono esserci stati alcuni cambiamenti nei protocolli di rete da XP a 7 - questo è tutto ciò che posso dire.

Ho letto qualcosa su un tweak usando gpedit.msce impostando il "Livello di autenticazione LAN Manager" su "Invia LM e NTLM - usa la sicurezza della sessione NTLMv2 se negoziata" . Non ho fatto niente.

Ho anche letto qualcosa su come consentire "NetBIOS" sulla scheda di rete sul PC Windows 7, quindi ho cambiato le impostazioni avanzate TCP / IP v4 - non ho fatto nulla.

Mi sono anche imbattuto in un errore sulla macchina DOS - non posso usarlo ping. Il comando stesso è in qualche modo rotto, invece di un messaggio appropriato vedo solo caratteri indefinibili sullo schermo. Non so se ciò possa influenzare le impostazioni di rete.

Ormai non ho chiamato il supporto della macchina - e non credo che lo farò. Non sono molto utili con questi problemi di rete, non sono stati in grado di creare una connessione funzionante quando avevamo XP (ecco perché l'ho fatto da solo) .

Inoltre, non esiste una documentazione utile della macchina quando si tratta di tali argomenti. Non esistono semplicemente informazioni dettagliate - ho chiesto a tutti i possibili indirizzi, anche il produttore giapponese della macchina.



AGGIORNARE,

16. settembre 2013

Ho provato a connettermi al Windows 7-PC usando net use x: \\hostname\\shared_dir- questo sta portando al menzionato Error 53. Ho anche provato quel comando con l'opzione /PERSISTENT:YES, stesso errore.

Ho provato net view \\hostname, anche quello sollevato Error 53.

Ottengo lo stesso errore quando si cerca i computer IP invece \\hostname- sia su net use ...enet view ...

Il comando vervisualizza:

PC DOS versione 6.3

Revisione 0

... quindi non c'è MS-DOS in esecuzione sul computer. Non so quanto sia importante, quando si tratta di questa connessione di rete.

Rik è riuscito a collegare la sua vecchia macchina 486 (che esegue MS-DOS 6.22) a un computer Windows 7, vedere la sua risposta di seguito. Ho seguito i suoi passi e configurato entrambi i sistemi come ha fatto lui (modifiche in gpedit.msc, aggiunta del computer a LMHOSTS, configurazione di un nuovo utente, ...) , senza successo - non sto nemmeno ricevendo vari codici di errore, io ' Sono bloccato con Error 53.

Non so se è obbligatorio, ma ho modificato il gruppo di lavoro e il dominio per la macchina DOS in modo che corrispondano al PC Windows 7. Non era prima il caso. Non ha aiutato a farlo funzionare, ma ha generato un nuovo tipo di errore, quando si tenta net view \\hostname:

Errore 6118: l'elenco dei server per questo gruppo di lavoro non è attualmente disponibile.

Qualsiasi cosa significhi.

Ho anche provato a collegare un altro computer a questo Windows 7-PC, quindi ho portato il mio Notebook (con Windows 7) e ho scollegato il computer DOS.

Potrei ottenere una connessione funzionante tra quei computer Windows al primo tentativo, proprio come dovrebbe funzionare. Entrambi i computer possono eseguire il ping, visualizzare e connettersi all'altro, tutto bene.

In questo modo, ho riconosciuto che i due computer Windows stavano parlando tra loro solo tramite IPv6 . Sono abbastanza sicuro che la macchina DOS non sia in grado di gestire questo nuovo protocollo e anche usando i due PC Windows, questa connessione non dovrebbe richiedere IPv6. Quindi ho disabilitato questo protocollo dalle impostazioni della scheda di rete.

Risultato: ... ho perso la connessione. Nessun PC è stato in grado di eseguire il ping, visualizzare o connettersi all'altro, non potevano più trovarsi.

Dopo aver nuovamente abilitato IPv6, tutto ha funzionato bene.

... non so perché questo computer con Windows 7 necessiti di IPv6 per comunicare. Non penso che sia "buono" in questo modo, in quanto ciò potrebbe causare un problema quando si tenta di collegare la macchina DOS.

Non so cosa stia succedendo lì - e dove apportare modifiche per far funzionare IPv4.


La macchina è in uso per la maggior parte del tempo (... I dati vengono trasferiti utilizzando i dischetti) , ma non appena sarà il momento, proverò qualsiasi suggerimento utile.


Ultimo aggiornamento:

Non è più necessario pensare a questo problema. Grazie per chiunque mi abbia aiutato a provare diverse cose!

Guarda la data: è stato il 2013 quando ho provato a risolvere questo problema. Non molto tempo dopo aver armeggiato con varie impostazioni, mi è stato detto che non è mio compito occuparmi di questo problema.

Volevo solo aiutare, ma mi è stato detto di farmi gli affari miei - e così ho fatto.

Certo, non funziona ancora.

Due mesi fa, ho ascoltato per caso una conversazione su questo argomento. Qualcuno sembra aver riconosciuto che questa connessione interrotta è davvero fastidiosa e dovrebbe essere risolta. Fino ad ora non è successo niente.

Dischetti FTW.


1
Senza il comando esatto indovineremmo soltanto. Hai specificato il nomecomputer corretto. cioè NET USE X: \\CORRECT_COMPUTERNAME\CORRECT_SHARENAME? Cosa ottieni se fai un NET VIEW \\CORRECT_COMPUTERNAME?
Rik,

E al posto CORRECT_COMPUTERNAMEtuo potresti anche usare il suo indirizzo IP. ie NET VIEW \\IP_ADDRESSe NET USE X: \\IP_ADDRESS\CORRECT_SHARENAME.
Rik,

Ciao Rik. Per prima cosa ho provato a stabilire la connessione usando un qualche tipo di DOS-GUI il NET-comando si avvia quando viene inserito solo: C:\NET\net- che porta all'errore menzionato. Poi ho provato a connettermi tramite linea di comando (... che è sostanzialmente la stessa) usando: C:\NET\NET USE G: \\CORRECT_COMPUTERNAME\CORRECT_SHARENAME /PERSISTENT:YES- stesso risultato, testo di errore leggermente diverso. Ho provato a usare l'IP del computer invece del nome host - non ho cambiato nulla.
xph,

> testo di errore leggermente diverso. ??? Come è diverso ;-? Hai provato il NET VIEWcomando? Hai accesso a un altro computer Windows in modo da poter verificare se le impostazioni di Windows 7 sono corrette. (Firewall disattivato, Individuazione rete attivata, Condivisione file e stampanti attivata, Condivisione cartella pubblica attivata, Streaming multimediale disattivato, Condivisione protetta da password disattivata, Riduzione della crittografia a 40-56 bit, Sono nello stesso gruppo di lavoro)
Rik

@Rik: il messaggio di errore visualizza ancora "Errore 53" , ma non l'intera lunghezza citata nella mia domanda. Dice "Errore 53: il server specificato non esiste o non è stato avviato." (... questa è solo una differenza nel modo in cui questo errore viene visualizzato, usando la riga di comando o questo NET-GUI. Non è una questione di contenuto stesso.). Ho dimenticato di dire che NET VIEW \\CORRECT_COMPUTERNAMEsta portando allo stesso messaggio di errore. Non appena potrò, proverò a connettermi a Windows 7-PC da un altro computer. È una buona idea, lo controllerò!
xph,

Risposte:


5

Posso confermare che il "Microsoft Network Client v.3.0 per MS-DOS" su MS-DOS 6.22 può connettersi a una macchina Windows 7. Ho rispolverato una vecchia macchina 486 con questo client ancora sul disco rigido.

Ho anche error 53provato a connettermi a una macchina Windows 7. (Anche NET VIEW \\MACHINE_NAMEdato il error 53.

Avevo bisogno di regolare LMHOSTS per includere l'indirizzo IP macchina.
(aggiungendo 192.168.1.33 MACHINE_NAME ad esso).

Dopo quello ho ottenuto un error 5: Access denied. Ho modificato quanto segue con gpedit.msc in 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

Hai già fatto la prima riga ma ti serve anche la seconda (impostandola su "Disabilitato").

Dopo di che ho creato un nuovo utente con una password (probabilmente puoi cambiare il tuo utente ma devi cambiarlo altrimenti non funziona).

Dopo di che ho ottenuto un error 1: An internal error occurredon NET VIEW \\MACHINE_NAME ma ho potuto creare un driveletter con NET USE P: \\MACHINE_NAME\SHAREe accedere a tutti i suoi file.

Quindi se stai usando la stessa configurazione (client di rete e versione DOS) dovresti riuscire a farlo funzionare. Spero che sia di aiuto.


Rik, sei semplicemente fantastico. +1 per il fatto che ci hai provato! Ottimo lavoro, anche nel fornire tutte le informazioni. Ma ... non funziona per me. Potrebbe essere perché non sto usando "MS-DOS" , ma "PC DOS" . Ho aggiornato la mia domanda e aggiunto ulteriori dettagli.
xph,

@xph 4 altre domande. 1) Quale IP (v4 o v6) per la macchina Win7 hai usato per aggiungere LMHOSTS sulla macchina DOS ? Dovrebbe essere l'IPv4 per la macchina Win7. 2) Cosa hai fatto per disabilitare IPv6? L'hai deselezionato solo nell'adattatore o hai usato le chiavi di registro? 3) Quale versione del "Network Client"? Fare un NET VERSION. 4) Stai usando un dominio o un gruppo di lavoro? Qui Microsoft ha dichiarato l'errore "Il nome del tuo gruppo di lavoro è diverso dal nome del tuo dominio". Uso solo il gruppo di lavoro ma entrambi sono uguali nel mio SYSTEM.INI sulla macchina DOS.
Rik,

1) Ho usato l'indirizzo IPv4 del computer Windows 7 in LMHOSTS della macchina DOS. 2) Ho appena deselezionato l'impostazione nella confugurazione dell'adattatore del PC Windows 7. Poiché non sono sicuro di quando le modifiche sono disponibili direttamente o dopo un riavvio, riavvio il PC Windows dopo aver deselezionato IPv6. 3) ... da fare la prossima volta che posso mettere le mani sulla macchina. Allora fornirò queste informazioni. 4) Sul PC Windows 7, sia il gruppo di lavoro che il dominio sono identici. Questo è il nome che ho impostato in SYSTEM.INI, ma non sono sicuro di aver aggiunto entrambi o solo il gruppo di lavoro. Lo verificherò presto.
xph,

Se riavvio e dopo lo NET LOGONfaccio NET VIEWottengo error 6118anche un . Lasciare la macchina per 15 secondi e fare di NET VIEWnuovo ha funzionato. Quindi non eseguire tutti i comandi in un batch, ma digitarli in un prompt a distanza di pochi secondi.
Rik,

Non sto lavorando con un file batch, sto scrivendo i comandi da solo. E posso dirti che ho già aspettato più di 15 secondi - mi ci vogliono almeno 20 secondi per camminare dal computer alla macchina. Inoltre, avevo controllato vari comandi più di una volta, con un po 'di tempo di attesa tra (provare un comando, notare che non funziona, controllare le opzioni su entrambi i lati, cercare su Google, controllare di nuovo le opzioni, non cambiare nulla, provare di nuovo il comando, ancora non funziona, e così via ...) . Ma grazie!
xph,

0

Il problema potrebbe essere dovuto a motivi di sicurezza in Windows 7. La rete non è identificata e Windows potrebbe bloccare l'accesso. Dovresti provare a farlo "funzionare" o "a casa" e / o disabilitare il tuo firewall. Assicurarsi inoltre che la cartella condivisa abbia pieno accesso per tutti gli utenti e (vedere la scheda sicurezza nelle proprietà). Oh sì, dovresti anche andare alle impostazioni di condivisione avanzate e disabilitare la condivisione protetta da password, in modo che tutti possano connettersi senza credenziali specifiche.


Posso immaginare che si tratti di impostazioni obbligatorie per stabilire una connessione, ma le cose che menzioni sono state fatte, senza fortuna. Immagino che i due motivi principali per cui non funziona siano - come dici tu - vincere 7 impostazioni di sicurezza (... potrebbero essercene ancora altre, limitando tali tentativi di connessione) e incolpo anche alcune impostazioni di rete non configurate, per quanto riguarda il due schede di rete del computer win 7. Ma onestamente, non mi interessa più. Mi è stato detto che non è il mio lavoro occuparmi di questi problemi molto tempo fa - non è il mio problema ora. Ma grazie comunque!
xph
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.