Połączenie LAN - DOS do Windows 7

9

Witaj społeczność,

To jest mój problem:

Próbuję podłączyć komputer z systemem DOS do komputera z systemem Windows 7 za pomocą kabla krosowego LAN - i to nie zadziała.

Chcę uzyskać dostęp do udostępnionego katalogu na komputerze z systemem Windows z komputera z systemem DOS. Najlepszym rozwiązaniem byłoby przypisanie litery dysku do współdzielonego katalogu i uczynienie go trwałym.

Zrobiłem to, zanim dostaliśmy nowy sprzęt, nawiązanie połączenia z komputera DOS z komputerem z systemem Windows XP działało dobrze.

Teraz używa Windows 7.


Detale

Komputer z systemem Windows

System Windows 7 (Ultimate - lub Professional, nie jestem pewien, teraz) 64bit. Są w nim dwie karty sieciowe, jedna do logowania przez serwer uwierzytelniający, Internet itd. - a druga tylko do zbudowania połączenia z DOS-Machine.

Podano osobnego lokalnego użytkownika z nazwą i hasłem.

Istnieje również wspólny katalog C:\z pełnymi prawami dostępu do dokładnie tego użytkownika.

(Właśnie to zrobiłem, używając XP)

Maszyna DOS

Dokładnie tak - maszyna. Nie komputer. To maszyna CNC ze specjalnym oprogramowaniem sterującym i tak dalej. To oprogramowanie sterujące działa w systemie DOS, a połączenia sieciowe są również tworzone przez system DOS.

Nie potrafię powiedzieć, która wersja DOS - ale przeglądając katalogi, zwykle twierdzę, że nie jest to jakaś „normalna” wersja DOS. Wydaje się być czymś „specjalnym” lub „minimalnym”, tylko po to, aby uruchomić oprogramowanie maszyny i zapewnić podstawowe rzeczy.

Korzystając ze wspomnianego komputera XP jakiś czas temu, mogłem użyć NETpoleceń do nawiązania połączenia za pomocą litery dysku, udostępnionej ścieżki sieci - oraz określonej daty użytkownika, nazwy i hasła.

To po prostu działało. Tak skonfigurowany udostępniony katalog był widoczny i użyteczny podczas uruchamiania oprogramowania sterującego maszynami - taki jest cel tego wszystkiego.


Obecna sytuacja

Próba nawiązania połączenia, tak jak wcześniej, powoduje tylko następujący błąd:

Błąd 53:

Nie można znaleźć komputera określonego w ścieżce sieciowej.

Objaśnienie: Podany serwer nie istnieje lub nie został uruchomiony.

... przynajmniej taki jest komunikat o błędzie podczas korzystania z „GUI”, NETktóre zapewnia komenda. Gdy bezpośrednie użycie NET USE ...kodu błędu jest takie samo, tylko wiadomość tekstowa jest nieco inna (... ale w zasadzie mówi to samo) .

Ponieważ nie jestem zbytnio w sieci, nie mam pojęcia, co robić. Pewne zmiany w protokołach sieciowych od XP do 7 - to wszystko, co mogę powiedzieć.

Przeczytałem już coś o poprawce przy użyciu gpedit.msci ustawieniu „Poziomu uwierzytelniania LAN Managera” na „Wyślij LM i NTLM - użyj zabezpieczeń sesji NTLMv2, jeśli negocjowane” . Nic nie zrobiłem

Przeczytałem też coś o dopuszczaniu „NetBIOS” na karcie sieciowej na Windows 7-PC, więc zmieniłem zaawansowane ustawienia TCP / IP v4 - nic nie zrobiłem.

Natknąłem się również na błąd na maszynie DOS - nie mogę pingtam używać . Samo polecenie jest w jakiś sposób złamane, zamiast odpowiedniej wiadomości widzę tylko niezdefiniowane znaki na ekranie. Nie wiem, czy to może mieć wpływ na ustawienia sieciowe.

Do tej pory nie zadzwoniłem do obsługi maszyny - i nie sądzę, że to zrobię. Nie są bardzo pomocni w tych problemach z siecią, nie byli w stanie nawiązać działającego połączenia, gdy mieliśmy XP (dlatego sam to zrobiłem) .

Ponadto nie ma przydatnej dokumentacji maszyny, jeśli chodzi o te tematy. Szczegółowe informacje po prostu nie istnieją - poprosiłem o to ewentualny adres, nawet japoński producent maszyny.



AKTUALIZACJA,

16 września 2013 r

Próbowałem połączyć się z Windows 7-PC przy użyciu net use x: \\hostname\\shared_dir- to prowadzi do wspomnianego Error 53. Próbowałem również tego polecenia z opcją /PERSISTENT:YES, ten sam błąd.

Próbowałem net view \\hostname, to też podniosłem Error 53.

Otrzymuję ten sam błąd, gdy próbuję IP komputera zamiast \\hostname- zarówno na, jak net use ...i nanet view ...

Polecenie verwyświetla:

Wersja PC DOS 6.3

Wersja 0

... więc na komputerze nie działa MS-DOS. Nie wiem, jak ważne jest to połączenie sieciowe.

Rikowi udało się podłączyć swoją starą maszynę 486 (działającą pod MS-DOS 6.22) do komputera z systemem Windows 7, patrz jego odpowiedź poniżej. Podążyłem za jego krokami i skonfigurowałem oba systemy tak jak on (zmiany w gpedit.msc, dodanie komputera do LMHOSTS, konfiguracja nowego użytkownika, ...) , bez powodzenia - nie otrzymuję nawet różnych kodów błędów, utknąłem z Error 53.

Nie wiem, czy jest to obowiązkowe, ale zmieniłem grupę roboczą i domenę dla komputera z systemem DOS, aby pasowało do systemu Windows 7-PC. Tak było wcześniej. Nie pomogło to uruchomić tego problemu, ale wywołało nowy rodzaj błędu podczas próby net view \\hostname:

Błąd 6118: lista serwerów dla tej grupy roboczej jest obecnie niedostępna.

Cokolwiek to znaczy.

Próbowałem także podłączyć inny komputer do tego systemu Windows 7-PC, więc przyniosłem notebooka (z systemem Windows 7) i odłączyłem urządzenie DOS.

Mogłem uzyskać działające połączenie między tymi komputerami z systemem Windows przy pierwszej próbie, tak jak powinno to działać. Oba komputery mogą pingować, przeglądać i łączyć się z drugim, wszystko w porządku.

W ten sposób rozpoznałem, że dwa komputery z Windows rozmawiają ze sobą tylko przy użyciu IPv6 . Jestem prawie pewien, że maszyna DOS nie poradzi sobie z tym nowym protokołem, a nawet używając dwóch komputerów z systemem Windows, to połączenie nie powinno wymagać IPv6. Więc wyłączyłem ten protokół w ustawieniach karty sieciowej.

Wynik: ... straciłem połączenie. Żaden komputer nie był w stanie pingować, przeglądać ani łączyć się z drugim, po prostu nie mogli się już znaleźć.

Po ponownym włączeniu IPv6 wszystko działało dobrze.

... nie wiem, dlaczego te komputery z systemem Windows 7 potrzebują protokołu IPv6 do komunikacji. Nie sądzę, żeby było to „dobre” w ten sposób, ponieważ może to powodować problemy przy próbie podłączenia maszyny DOS.

Nie wiem, co się tam dzieje - i gdzie wprowadzić zmiany, aby uruchomić IPv4.


Maszyna jest używana przez większość czasu (... Dane są przesyłane za pomocą dyskietek) , ale gdy tylko będzie na to czas, spróbuję wszelkich pomocnych sugestii.


Ostatnia aktualizacja:

Nie trzeba już myśleć o tym problemie. Dzięki za każdego, kto pomógł mi spróbować kilku rzeczy!

Spójrz tylko na datę - to był rok 2013, kiedy próbowałem rozwiązać ten problem. Niedługo po majstrowaniu przy różnych ustawieniach powiedziano mi, że nie jest moim obowiązkiem zajmować się tym problemem.

Chciałem tylko pomóc, ale powiedziano mi, że mam na myśli moją własną firmę - i tak też zrobiłem.

Oczywiście nadal nie działa.

Dwa miesiące temu podsłuchałem rozmowę na ten temat. Wydaje się, że ktoś rozpoznał, że to zerwane połączenie jest naprawdę denerwujące i powinno zostać naprawione. Do tej pory nic się nie wydarzyło.

Dyskietki FTW.

xph
źródło
1
Bez dokładnego polecenia zgadywalibyśmy tylko. Czy podałeś prawidłową nazwę komputera? tj. NET USE X: \\CORRECT_COMPUTERNAME\CORRECT_SHARENAME? Co otrzymasz, jeśli zrobisz NET VIEW \\CORRECT_COMPUTERNAME?
Rik
I zamiast CORRECT_COMPUTERNAMEciebie możesz również użyć jego adresu IP. tj . NET VIEW \\IP_ADDRESSi NET USE X: \\IP_ADDRESS\CORRECT_SHARENAME.
Rik
Cześć Rik. Najpierw próbowałem nawiązać połączenie za pomocą jakiegoś DOS-GUI. NETKomenda uruchamia się po wprowadzeniu: C:\NET\net- prowadzi to do wspomnianego błędu. Następnie próbowałem połączyć się za pomocą wiersza polecenia (... który jest w zasadzie taki sam), używając: C:\NET\NET USE G: \\CORRECT_COMPUTERNAME\CORRECT_SHARENAME /PERSISTENT:YES- tego samego wyniku, tekst błędu nieco inny. Próbowałem użyć adresu IP komputera zamiast nazwy hosta - nic nie zmieniłem.
xph
> tekst błędu nieco inny. ??? Jak różne; -? Próbowałeś NET VIEWpolecenia? Czy masz dostęp do innego komputera z systemem Windows, aby sprawdzić, czy ustawienia systemu Windows 7 są prawidłowe? (Firewall wyłączony, na odkrycie sieci, udostępnianie plików i drukarek na, Public Folder udostępniania, media strumieniowe off, udostępnianie chronione hasłem off, Obniżenie szyfrowania do 40-56 bitów, są w tej samej grupie roboczej)
Rik
@Rik: Komunikat o błędzie nadal wyświetla „Błąd 53” , ale nie pełnej długości, jak podano w moim pytaniu. Mówi „Błąd 53: Podany serwer nie istnieje lub nie został uruchomiony”. (... to tylko niewielka różnica w sposobie wyświetlania tego błędu przy użyciu wiersza polecenia lub tego NET-GUI. Nie jest to kwestia samej treści.) Zapomniałem wspomnieć, że NET VIEW \\CORRECT_COMPUTERNAMEprowadzi do tego samego komunikatu o błędzie. Jak tylko będę mógł, spróbuję połączyć się z Windows 7-PC z innego komputera. To dobry pomysł, sprawdzę to!
xph

Odpowiedzi:

5

Mogę potwierdzić, że „Microsoft Network Client v.3.0 dla MS-DOS” w MS-DOS 6.22 może połączyć się z komputerem z systemem Windows 7. Odkurzyłem starą maszynę 486 z tym klientem wciąż na dysku twardym.

Dostałam też error 53próbuje połączyć się z systemem Windows 7 maszynie. (Nawet NET VIEW \\MACHINE_NAMEdał error 53.

Musiałem dostosować LMHOSTS, aby zawierał adres IP komputera.
(dodając do niego 192.168.1.33 MACHINE_NAME).

Potem dostałem error 5: Access denied. Zmieniłem następujące z gpedit.msc w 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

Zrobiłeś już pierwszą linię, ale potrzebujesz również drugiej (ustawiając ją na „Wyłączone”).

Potem utworzyłem nowego użytkownika z hasłem (prawdopodobnie możesz go zmienić, ale musisz go zmienić, bo inaczej to nie działa).

Potem dostałem error 1: An internal error occurredna NET VIEW \\MACHINE_NAME ale mogę stworzyć litera_dysku z NET USE P: \\MACHINE_NAME\SHAREoraz dostęp do wszystkich swoich plików.

Więc jeśli używasz tej samej konfiguracji (klient sieci i wersja DOS), powinieneś być w stanie ją uruchomić. Mam nadzieję że to pomoże.

Rik
źródło
Rik, jesteś niesamowity. +1 za fakt, że tak naprawdę próbowałeś! Świetna robota, także w dostarczaniu wszystkich informacji. Ale ... to nie działa dla mnie. Może dlatego, że nie używam „MS-DOS” , ale „PC DOS” . Zaktualizowałem swoje pytanie i dodałem dalsze szczegóły.
xph
@ xph 4 kolejne pytania. 1) Jaki adres IP (v4 lub v6) dla maszyny Win7 użyłeś dodając LMHOSTS na maszynie DOS ? Powinien to być IPv4 dla maszyny Win7. 2) Co zrobiłeś, aby wyłączyć IPv6? Czy odznaczyłeś go tylko w adapterze, czy użyłeś kluczy rejestru? 3) Jaka wersja „klienta sieciowego”? Zrobić NET VERSION. 4) Czy korzystasz z domeny lub grupy roboczej? W tym miejscu Microsoft stwierdził dla twojego błędu „Twoja nazwa grupy roboczej jest inna niż nazwa Twojej domeny”. Używam tylko grupy roboczej, ale oba są takie same w moim SYSTEM.INI na komputerze z systemem DOS.
Rik
1) Użyłem adresu IPv4 komputera z systemem Windows 7 w LMHOSTS maszyny DOS. 2) Właśnie odznaczyłem ustawienie w konfiguracji karty na komputerze z systemem Windows 7. Ponieważ nie jestem pewien, kiedy zmiany są dostępne bezpośrednio lub po ponownym uruchomieniu, ponownie uruchamiam komputer z systemem Windows po odznaczeniu IPv6. 3) ... do zrobienia następnym razem, gdy będę mógł położyć ręce na maszynie. Podam wtedy te informacje. 4) Na komputerze z systemem Windows 7 zarówno grupa robocza, jak i domena są identyczne. Taką nazwę ustawiłem w SYSTEM.INI, ale nie jestem pewien, czy dodałem oba, czy tylko grupę roboczą. Wkrótce to sprawdzi.
xph
Jeśli zrestartuję się i po NET LOGONzrobie to też NET VIEWdostanę error 6118. Pozostawienie maszyny na 15 sekund i powtórzenie NET VIEWjej zadziałało. Więc nie wykonuj wszystkich poleceń w jednej partii, ale wpisz je w wierszu w odstępie kilku sekund.
Rik
Nie pracuję z plikiem wsadowym, sam piszę polecenia. I mogę powiedzieć, że już czekałem dłużej niż 15 sekund - przejście z komputera na maszynę zajmuje mi co najmniej 20 sekund. Ponadto sprawdziłem różne polecenia więcej niż raz, z krótkim czasem oczekiwania (wypróbowanie polecenia, zauważ, że to nie działa, sprawdź opcje po obu stronach, przeglądanie, ponowne sprawdzenie opcji, nic nie zmienianie, ponowne uruchomienie polecenia, wciąż nie działa i tak dalej ...) . Ale dzięki!
xph
0

Problem może wynikać z powodów bezpieczeństwa w systemie Windows 7. Sieć jest niezidentyfikowana, a system Windows może zablokować dostęp. Powinieneś spróbować ustawić go jako „działający” lub „domowy” i / lub wyłączyć zaporę ogniową. Upewnij się także, że folder współdzielony ma pełny dostęp dla wszystkich użytkowników i (patrz karta bezpieczeństwa we właściwościach). O tak, powinieneś także przejść do zaawansowanych ustawień udostępniania i wyłączyć udostępnianie chronione hasłem, aby każdy mógł połączyć się bez określonych poświadczeń.

użytkownik275069
źródło
Mogę sobie wyobrazić, że są to ustawienia obowiązkowe do nawiązania połączenia - ale rzeczy, o których wspomniałeś, zostały zrobione bez powodzenia. Sądzę, że dwa główne powody, dla których to nie działa, to - jak mówisz - wygranie 7 ustawień bezpieczeństwa (... nadal mogą istnieć inne, ograniczające takie próby połączenia), a także obwiniam niektóre źle skonfigurowane ustawienia sieciowe, dotyczące dwie karty sieciowe komputera z systemem Windows 7. Ale szczerze mówiąc, już mnie to nie obchodzi. Powiedziano mi, że dbanie o takie problemy dawno temu nie jest moim zadaniem - teraz nie jest to mój problem. Ale i tak dzięki!
xph