Короткий вопрос: как проверить, что сетевая машина DOS6 (MS-DOS 6.22) загружает свою сеть и свои общие диски нормально. Как на этой машине, так и с другого современного ноутбука (OSX, Linux или ... Windows-10) в той же интрасети.
Вот подробности:
У меня есть промышленное оборудование, которое управляется ПК с MS-DOS 6.22. MS Network Client используется для обеспечения сетевых возможностей, таких как общие диски. Эта машина находится в интрасети с большим количеством окон-10 и моим ноутбуком с OSX 10.8, который я использую для тестирования, поскольку не хочу связываться с офисными машинами.
Связь (то есть отправка файлов) с машиной осуществлялась через общие сетевые диски с компьютера под управлением Windows 10. Он использует SMBv1 без паролей. Это больше не работает.
На машине DOS6 было `net share test = c: \ test / full / yes`, и WIN10 перетаскивал на него файлы (я предполагаю, что отображение было через` net use \\ DOS6 \ test`). После апреля 2018 г. и обновления 1803 для MS Windows-10 это перестало работать на машине WIN10, потому что SMBv1 теперь отключен по умолчанию. Хорошо. Поскольку администратор не хочет включать SMBv1, я ищу альтернативу и прямо сейчас пытаюсь подключиться к DOS6 с помощью smbclient в OSX 10.8. Но это не удается, и я пытаюсь устранить неполадки. Но я не знаю как.
Удаленно делает пинг. Кроме того, с помощью nmap я обнаружил, что порт 139 открыт (NetBIOS), но порт 445 (SMB) закрыт (после локальной проверки и отчета net share о доступных общих дисках.
Я также заметил, что после "nmap" из той же интрасети машина DOS6 больше не пингует. Может ли это означать, что странный брандмауэр интрасети / маршрутизатора / оборудования блокирует его? Может ли случиться так, что сетевой стек DOS6 вылетает из `nmap`? Как я могу устранить последнюю проблему? Как я могу увидеть, что сетевые драйверы живы и загружены. Как я могу увидеть, какие порты DOS6 предоставляет машина изнутри? Как я могу локально проверить, что у него есть общий диск.
Ужасно, когда ваш поставщик не поддерживает современную операционную систему, а вам приходится запускать критически важное для бизнеса приложение на чем-то старом и хреновом. Тьфу.
Я подозреваю, что ваш Nmap расстраивает IDS и трафик блокируется во время сканирования. Раньше я вручную загружал драйверы в систему DOS, чтобы проверить их и посмотреть на ошибки. Это может быть для вас хорошей отладкой.
Машина DOS6 имела
net share test=c:\test /full /yes
и WIN10 перетаскивал файлы на него (я предполагаю, что отображение было черезnet use \\DOS6\test
). После апреля 2018 г. и обновления 1803 для MS Windows-10 это перестало работать на машине WIN10, потому что SMBv1 теперь отключен по умолчанию. Хорошо. Поскольку администратор не хочет включать SMBv1, я ищу альтернативу и сейчас пытаюсь подключиться к DOS6, используяsmbclient
в OSX 10.8. Но это не удается, и я пытаюсь устранить неполадки. Но я не знаю как.
Я не виню администратора за нежелание включать SMBv1. Сожалею.
Я думаю, это сводится к тому, насколько важно ваше приложение для промышленного оборудования. Возможно, они могут творить какую-то сетевую магию, которая разрешает SMBv1 только между ужасной (извините) машиной MSDOS и машиной Windows 10. К сожалению, я думаю, что вам придется получить «бай-ин» в своем приложении, чтобы другие люди поддержали его.
Я полагаю, вы проверили, поддерживает ли приложение современную операционную систему? Это было бы лучшим решением, если производитель разрешит это. Если не считать этого, я думаю, вам придется внести некоторые искажения в сеть, чтобы найти способ (относительно) безопасного запуска.