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ć NET
poleceń 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”, NET
któ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.msc
i 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ę ping
tam 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 ver
wyś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.
CORRECT_COMPUTERNAME
ciebie możesz również użyć jego adresu IP. tj . NET VIEW \\IP_ADDRESS
i NET USE X: \\IP_ADDRESS\CORRECT_SHARENAME
.
NET
Komenda 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.
NET VIEW
polecenia? 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)
NET
-GUI. Nie jest to kwestia samej treści.) Zapomniałem wspomnieć, że NET VIEW \\CORRECT_COMPUTERNAME
prowadzi 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!
NET USE X: \\CORRECT_COMPUTERNAME\CORRECT_SHARENAME
? Co otrzymasz, jeśli zrobiszNET VIEW \\CORRECT_COMPUTERNAME
?