"соединение каталогов" против "символьная ссылка каталога"?

В контексте NTFS:

MKLINK [[/D] | [/H] | [/J]] Link Target

/D Создает каталог символическую ссылку. По умолчанию это символическая ссылка файла.
/H Создает жесткую ссылку вместо символической ссылки.
/J Создает соединение каталогов.
Link указывает имя новой символической ссылки.
Target указывает путь (относительный или абсолютный), на который ссылается новая ссылка.

  1. Разве объединение каталогов - это не то же самое, что символьная ссылка на каталог?

    В чем разница между mklink /D f1 f2 а также mklink /J f1 f2?

  2. Поскольку "каталог" на самом деле является просто файлом, в чем будет разница между символической ссылкой каталога и символической ссылкой файла?

Источник

4 ответа

Решение

Соединение определенно не то же самое, что символьная ссылка на каталог, хотя они ведут себя аналогично. Основное отличие состоит в том, что, если вы смотрите на удаленный сервер, соединения обрабатываются на сервере, а символические ссылки каталога обрабатываются на клиенте. Также см. Комментарий Мэтью о том, что это означает, что символические ссылки в локальной файловой системе могут указывать на удаленные файловые системы.

Предположим, что на машине по имени Алиса вы должны были поставить точку соединения c:\myjp и каталог символическая ссылка c:\mysymlinkоба указывают на c:\targetfolder, Пока вы используете Алису, вы не заметите большой разницы между ними. Но если вы используете другую машину с именем Bob, то точка соединения

\\Alice\c$\myjp будет указывать на \\Alice\c$\targetfolder

но символическая ссылка

\\Alice\c$\mysymlink будет указывать на \\Bob\c$\targetfolder

(Предостережение: по умолчанию система не следует по символическим ссылкам на удаленных томах, поэтому в большинстве случаев второй пример фактически приводит либо к "Файлу не найден", либо к "Символической ссылке не может следовать, потому что ее тип отключен".)

Разница между символической ссылкой каталога и символической ссылкой файла заключается просто в том, что один представляет каталог, а другой - файл. Поскольку целевая ссылка не должна существовать при создании ссылки, файловая система должна знать, сообщать ли приложениям, что это каталог или нет.

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

Источник

Символьные ссылки обладают большей функциональностью, в то время как соединения, по-видимому, являются устаревшей функцией из-за их ограничений, но последствия этих ограничений для безопасности заключаются именно в том, почему соединение может быть предпочтительнее символической ссылки. Удаленный таргетинг делает символические ссылки более функциональными, но также повышает их профиль безопасности, в то время как соединения могут считаться более безопасными, поскольку они ограничены локальными путями . Итак, если вам нужна локальная ссылка и вы можете жить по абсолютному пути, вам, вероятно, лучше с перекрестком; в противном случае рассмотрите символическую ссылку для его добавленных способностей.

** Заявление о разнице в скорости / сложности исходит из непроверенного утверждения в статье Википедии о точках повторной обработки NTFS (хорошее чтение). *

Другие сравнения ссылок NTFS

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

Взято отсюда (хорошее вступительное чтение)

Со страницы SS64 на MKLink

Отзывы о терминологии

Соединения - это символические ссылки

Соединения и символические ссылки на самом деле делают одно и то же (точки повторного анализа), за исключением вышеупомянутых различий в том, как они обрабатываются. Фактически, технически, Junction - это символическая ссылка, и иногда документация может назвать Junction символической ссылкой, как в данном случае . Так что это просто кое-что, чтобы знать о терминологии.

NTFS

Несмотря на то, что OP указывает это, стоит отметить, что "символическая ссылка" является очень общим термином, который не является специфическим для NTFS. Таким образом, чтобы быть точным, это сравнение касается соединений NTFS и символических ссылок NTFS.

Источник

Сложные разговоры вредит мозгу - мне нравятся графики:

Предположим, любой MyLink является символической ссылкой и любой MyJunc это соединение, указывающее на Target as created,

например

mklink /D MyLink C:\T_Dir для создания символической ссылки на целевой каталог

mklink /J MyJunc C:\T_Dir для создания соединения каталога с целевым каталогом

Где синтаксис mklink [/J,/D] [link path] [target path] как набрано на локальной машине

 link path    |   target path   |         When accessed ..
              |                 |  (locally)    |    (remotely)
              |                 |               |
C:\MyLink     |   C:\T_Dir      |  C:\T_Dir     |  [leads back to local]
C:\MyJunc     |   C:\T_Dir      |  C:\T_Dir     |  [leads to remote]
              |                 |
\\Svr\MyLink  |   C:\T_Dir      |   C:\T_Dir    |  [leads back to local]
\\Svr\MyJunc  |   C:\T_Dir      |  *** Must create and point local ***
              |                 |
C:\MyLink     |  \\Sv2\T_Dir    |  \\Sv2\T_Dir  |   Error*1
C:\MyJunc     |  \\Sv2\T_Dir    |  *** Error - Must point local ***
              |                 |
\\Svr\MyLink  |  \\Sv2\T_Dir    |  Error*1
\\Svr\MyJunc  |  \\Sv2\T_Dir    |  *** Must create link using target device ***

Ошибка *1 - Если вы разблокировали доступ к удаленным символическим ссылкам на локальном компьютере, это сработало бы... но только на локальном компьютере, на котором он разблокирован

Источник

Точки соединения хранят том как GUID, а не как букву диска. Поэтому, если буквы ваших дисков изменятся, соединение по-прежнему будет указывать на ту же цель.

Источник
Другие вопросы по тегам