Это ясновозможно монтировать внешний файловый ресурсв папку, как вы бы сделали в Linux с помощью sshfs, в Windows, но я не видел, чтобы кто-то это делал. Единственные потенциальные недостатки этого, которые я могу придумать, связаны с конечными пользователями, которые не знают, что папка на самом деле является отображенным диском, и что если вы копируете файлы со всей системы, вам нужно убедиться, что ваша команда компенсирует копирование содержимого папки Junction.
После моего боссаВчера была проведена диагностика ноутбука удаленного пользователя, на котором отображаемый диск не отображался, поскольку принтер был сопоставлен с этой буквой диска, не сообщая об этом никому, кроме консоли управления дисками., я начинаю думать, что лучше избегать подобных ситуаций, используя более эффективный способ.
Помимо этого, есть ли еще какие-то потенциальные недостатки?
решение1
В Windows есть жесткий лимит на количество общих подключений. И он основан не на количестве подключенных пользователей, а на количестве подключений, которые делает каждый. Это касается не только сопоставленных дисков, но и принтеров. Я не знаю насчет Windows 10, но для Windows 7 лимит был 20 одновременных подключений, а в более ранних версиях Windows было меньше.
Но эта настройка хороша, если у вас немного пользователей.
Лично я предпочитаю при настройке полностью отключить кэш в общей папке. Потому что (1) меньшее потребление сети и (2) более безопасный контроль версий. Вы также можете установить разрешения на то, кто имеет разрешения на запись/копирование/выполнение.
решение2
Две основные причины, по которым я не использую общие ресурсы как папки на диске C:\, — это соображения производительности.
1) Индексация диска 2) Сканирование файлов AV
Представьте себе, как пострадает производительность, если вы сделаете это по проводам, а не подключитесь к локальному шпинделю на скорости локальной шины...