Підключення до локальної мережі - DOS для Windows 7

Вітаємо, громада,

Це моя проблема:

Я намагаюся підключити DOS-машину до комп'ютера з Windows 7, використовуючи кабель LAN-кросовер - і він не працюватиме.

Я хочу отримати доступ до спільного каталогу на Windows-ПК з DOS-машини. Найкращим рішенням було б призначити букву диска в загальний каталог і зробити його стійким.

Я зробив це перед тим, як ми отримали нове обладнання, встановивши, що підключення від DOS-машини до комп'ютера з Windows XP працювало нормально.

Використовуючи Windows 7 зараз, він не буде.

Деталі

Windows-ПК

Запуск Windows 7 (Ultimate - або Professional, прямо зараз не впевнений) 64bit. У ній є дві мережеві карти, одна для входу через сервер аутентифікації, інтернет та інше, а друга - тільки для підключення до DOS-машини.

Існує окремий вказаний локальний користувач з іменем та паролем.

Існує також спільний каталог у C:\ з повними правами доступу саме до цього користувача.

(Це саме те, що я зробив під час використання XP)

DOS-машина

Саме це - машина. Не ПК. Це машина з ЧПУ зі спеціальним програмним забезпеченням для управління і так далі. Це контрольне програмне забезпечення працює на DOS, і мережні підключення побудовані через DOS.

Я не можу сказати, яка версія DOS - але сканування через каталоги я схильний сказати, що це не якийсь "нормальний" DOS-версії. Здається, щось «спеціальне» або «мінімальне», тільки для того, щоб запустити машинне програмне забезпечення і забезпечити основні речі.

Використовуючи згаданий XP-комп'ютер деякий час назад, я міг би використовувати NET команди для встановлення з'єднання за допомогою букви диска, загального мережевого шляху - і зазначеного користувача, ім'я та пароль.

Це просто спрацювало. Такий конфігурований спільний каталог був видимим і придатним для роботи з програмним забезпеченням для керування машинами - це мета всього цього.

Нинішня ситуація

Спроба створити підключення, як і раніше, призводить до наступної помилки:

Помилка 53:

Не вдалося знайти комп'ютер, вказаний у шляху мережі.

Пояснення: Вказаний сервер не існує або не був запущений.

... принаймні, це повідомлення про помилку при використанні "GUI" NET -команда забезпечує. При безпосередньому використанні NET USE ... код помилки однаковий, тільки текстове повідомлення трохи відрізняється (... але в основному те ж саме) .

Як я не в мережі, що багато, я поняття не маю, що робити. Потрібно було внести деякі зміни в мережевих протоколах від XP до 7 - це все, що я можу сказати.

Я прочитав щось про налаштування за допомогою gpedit.msc і встановлення "Рівень автентифікації менеджера LAN" до "Надіслати LM & NTLM - використовуйте безпеку сеансу NTLMv2, якщо узгоджені" . Нічого не робили.

Я також прочитав щось про дозвіл "NetBIOS" на мережевому адаптері на Windows 7-PC, тому я змінив передові налаштування TCP / IP v4 - нічого не робив.

Я також натрапив на помилку на DOS-машині - я не можу використовувати ping там. Сама команда якось зламана, замість відповідного повідомлення я бачу тільки невизначені символи на екрані. Я не знаю, чи може це вплинути на налаштування мережі.

Я не закликав підтримку машини зараз - та я не думаю я буду. Вони не дуже допомагають у вирішенні проблем з мережею, вони не змогли створити робоче з'єднання, коли ми мали XP (ось чому я вирішив це сам) .

Плюс, немає ніякої корисної документації машини, коли справа доходить до цих тем. Детальної інформації просто не існує - я запитав будь-який можливий адреса для цього, навіть японського виробника машини.

UPDATE,

16. вересня 2013

Я намагався підключитися до Windows 7-PC net use x: \\hostname\\shared_dir - це веде до згаданого Error 53. Я також спробував цю команду з опцією /PERSISTENT:YES, та ж помилка.

Я спробував net view \\hostname, що підняли Error 53.

Я отримую ту ж помилку при спробі комп'ютерів IP замість \\hostname - обидва на net use ... і net view ...

Команда ver відображає:

PC DOS версії 6.3

Версія 0

... тому на комп'ютері не працює MS-DOS. Я не знаю, наскільки це важливо, коли йдеться про це мережеве з'єднання.

Рік вдалося підключити свою стару 486-машину (працює MS-DOS 6.22) до Windows 7-Computer, див. його відповідь нижче. Я пішов за його кроками і налаштував обидві системи, як він (зміни в gpedit.msc, додавання комп'ютера до LMHOSTS, налаштування нового користувача, ...) , без успіху - я навіть не отримую різні коди помилок, я застряг Error 53.

Я не знаю, чи є це обов'язковим, але я змінив робочу групу і домен для DOS-машини, щоб відповідати Windows 7-PC. Це не було раніше. Це не допомогло зробити цю роботу, але підняти новий вид помилки, при спробі net view \\hostname:

Помилка 6118: Список серверів для цієї робочої групи наразі недоступний.

Що б це не означало.

Я також спробував підключити інший комп'ютер до цього Windows 7-PC, так що я приніс свій ноутбук (під керуванням Windows 7) і від'єднали DOS-машину.

Я міг би отримати робочу зв'язок між цими Windows-комп'ютерами з першої спроби, так само, як це повинно працювати. Обидва комп'ютери можуть пінгувати, переглядати і підключатися до іншого, всім добре.

Роблячи це, я визнав, що два вікна-машини тільки говорили один з одним, використовуючи IPv6 . Я впевнений, що DOS-машина не може впоратися з цим новим протоколом і навіть за допомогою двох Windows-ПК, це з'єднання не повинно вимагати IPv6. Тому я вимкнув цей протокол з налаштувань мережевого адаптера.

Результат: ... я втратив зв'язок. Жоден комп'ютер не зміг перевірити, переглядати або з'єднуватися з іншим, вони просто не могли знайти один одного більше.

Після повторного ввімкнення IPv6 все працювало нормально.

... Я не знаю, чому цим Windows 7-комп'ютерам потрібно IPv6 для спілкування. Я не думаю, що це "добре", тому що це може викликати проблеми при спробі підключити DOS-машину.

Я не знаю, що там відбувається - і де вносити зміни, щоб отримати роботу IPv4.

Машина використовується більшу частину часу (... Дані передаються за допомогою дискети дискети) , але як тільки з'явиться час, я спробую будь-яку корисну пропозицію.

Останнє оновлення:

Більше не треба думати про цю проблему. Дякуємо за тих, хто допоміг мені спробувати кілька речей!

Подивіться на дату - це було 2013 року, коли я намагався вирішити цю проблему. Не довго після того як возитися з різними налаштуваннями, мені сказали, що це не моя робота, щоб доглядати за цим питанням.

Я просто хотіла допомогти, але мені сказали, що я маю на увазі свій бізнес - і так я і зробив.

Звичайно, це все ще не працює.

Два місяці тому я почув розмову про цю тему. Здається, хтось визнав, що це розірване з'єднання дійсно дратує і має бути виправлено. До цих пір нічого не відбувалося.

Дискети FTW.

Я можу підтвердити, що "Microsoft Network Client v.3.0 для MS-DOS" на MS-DOS 6.22 може підключитися до Windows 7 машини. Я відкинув стару машину з цим клієнтом на жорсткому диску.

Я також отримав error 53 намагається підключитися до машини Windows 7. (Пар NET VIEW \\MACHINE_NAME дав error 53.

Мені потрібно було налаштувати LMHOSTS включити машину-ip-адресу.
(до нього додається 192.168.1.33 MACHINE_NAME).

Після цього я отримав error 5: Access denied. Я змінив наступне з gpedit.msc у 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

Ви вже зробили перший рядок, але вам також потрібен другий рядок (встановіть його на "Вимкнено").

Після цього я створив нового користувача з паролем (ви можете, ймовірно, змінити користувача, але вам потрібно змінити його, або ж він не працює).

Після цього я отримав error 1: An internal error occurred на NET VIEW \\MACHINE_NAME але я міг би створити driveletter с NET USE P: \\MACHINE_NAME\SHARE і доступ до всіх його файлів.

Отже, якщо ви використовуєте ту ж конфігурацію (мережевий клієнт і DOS-версія), ви повинні мати можливість працювати. Сподіваюся, що це допомагає.

Ваша проблема може виникнути через причини безпеки в Windows 7. Мережа невідома, і Windows може блокувати доступ. Ви повинні спробувати зробити його "робочим" або "домашньою" та / або вимкнути брандмауер. Також переконайтеся, що загальна папка має повний доступ для всіх користувачів і (див. Вкладку безпеки у властивостях). Так, вам слід також перейти до додаткових налаштувань спільного доступу та вимкнути спільний доступ, захищений паролем, щоб кожен міг підключитися без спеціальних облікових даних.