Доступ к общему диску C: на Win 10 из MS-DOS 6.22

0

Мне нужно использовать общую папку на хосте Windows 10 с компьютера MS-DOS 6.22. Я могу сопоставить общую папку в MS-DOS, но она ведет себя не так, как ожидалось. Если я создаю папку в Win10 c: \ sharedfolder, я могу сопоставить ее, скажем, F: в MS-DOS, посмотреть файлы и отредактировать их. Но если я сопоставлю весь C: \ как F: в MS-DOS, я не смогу изменить содержимое, а также не буду редактировать файлы, которые там есть. Компакт-диск в это F: работает, но я не могу углубиться в структуру папок.

Мне нужно сопоставить весь диск, потому что с обеих сторон работает проприетарное программное обеспечение с жестко закодированными путями (старый кошмар, который я, к сожалению, не могу обойти, чтобы снова запустить и запустить).

Моей следующей мыслью было создать папку, например, c: \ share и создать символические ссылки в нужных мне путях, например mklink /D data C:\data. Но эти символические ссылки, похоже, ведут себя так же, как подключенный диск C :.

Кто-нибудь может дать мне подсказку, что мне нужно сделать, чтобы это работало?

Bouni
источник
1
Какую файловую систему вы используете. MS-DOS не может получить доступ к NTFS. Кроме того, файловые системы MS-DOS не имеют «разрешений», поэтому общий доступ к файлам в MS-DOS отсутствует
Ramhound,
Используйте substна хосте, чтобы каталог отображался как диск.
Даниэль Б,
1
Попробуйте использовать net use f: \\machinename\sharename. Согласно ответу о подключении по локальной сети - DOS к Windows 7, этот пользователь получил работу между MS-DOS 6.22 и Windows 7.
DavidPostill

Ответы:

-1

Я наконец узнал, в чем проблема! Я буду использовать метод symlink, мне просто нужно установить разрешения для папок, на которые я ссылаюсь, те же разрешения, что и для моих общих папок.

Если я так делаю, все работает как положено!

Bouni
источник
Вы не должны изменять права доступа к защищенным папкам на диске C :. Это крайне плохая практика и в корне подрывает безопасность вашего компьютера. Если вы хотите обмениваться файлами с компьютером, который не может понять современную модель безопасности Windows, вы должны создать отдельную папку, например `c: \ sharedfolder`, и поделиться ею и только этим. Любые файлы, которые вы хотите видеть в сети, могут быть помещены в эту папку. Совместное использование всего диска C: в сети также является очень плохой практикой, и этого делать не следует.
Клифф Армстронг
Я полностью согласен с вами, но я вынужден сделать это таким образом. Программа, работающая на компьютере DOS, имеет жестко заданный путь, скажем, F: \ data \ file.bin, к которому она хочет получить доступ, F: в данном случае это сетевой ресурс. с другой стороны, на машине Windows работает другое программное обеспечение, которое также имеет жестко закодированные пути к файлам, которые генерируют файлы в C: \ data \ file.bin. Поэтому я никоим образом не могу изменить ни один из этих путей, мой единственный вариант (насколько я могу судить) - использовать символические ссылки на компьютере с Windows, чтобы добиться цели.
Боуни,
Понимаю. Архаичное программное обеспечение является архаичным. Символьные ссылки на хосте должны работать, клиент не должен знать, что он имеет дело с символической ссылкой. Как сказать ... поделиться C:\share, то символическая ссылка C:\share\data` to C: \ data` должна работать. Затем, как вы сказали, убедитесь, что разрешения для символической ссылки и C:\dataпапки достаточно разрешающие, чтобы разрешить доступ к клиенту, не поддерживающему winnt_acl. Это также должно сохранить безопасность критических частей файловой системы. Что звучит как то, что вы делаете.
Клифф Армстронг
@Bouni Скорее всего, архаичное программное обеспечение будет работать под WINE, и тогда легко разместить `C:` в любом месте системы :)
Куба Обер