«сопутствующий переход» - «справочная символическая ссылка»?

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

  

MKLINK [[/D] | [/H] | [/J]] Цель ссылки

     

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

  1. Не является ли перекрестком каталога тем же самым, что и символьная ссылка каталога ?

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

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

332 голоса | спросил Pacerier 5 +04002011-10-05T07:28:14+04:00312011bEurope/MoscowWed, 05 Oct 2011 07:28:14 +0400 2011, 07:28:14

3 ответа


312

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

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

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

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

\\ Алиса \ c $ \ mysymlink будет указывать на \\ Bob \ c $ \ targetfolder

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

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

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

ответил hatranpro 27 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowSun, 27 Sep 2015 01:52:47 +0300 2015, 01:52:47
41

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

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

например.

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

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

Где синтаксис mklink [/J, /D] [путь ссылки] [целевой путь], как указано на локальной машине


путь к ссылке | целевой путь | При доступе ..
              | | (локально) | (Удаленно)
              | | |
C: \ MyLink | C: \ T_Dir | C: \ T_Dir | [ведет обратно к местному]
C: \ MyJunc | C: \ T_Dir | C: \ T_Dir | [приводит к удалению]
              | |
\\ Svr \ MyLink | C: \ T_Dir | C: \ T_Dir | [ведет обратно к местному]
\\ Svr \ MyJunc | C: \ T_Dir | *** Необходимо создать и указать местный ***
              | |
C: \ MyLink | \\ Sv2 \ T_Dir | \\ Sv2 \ T_Dir | Ошибка * 1
C: \ MyJunc | \\ Sv2 \ T_Dir | *** Ошибка - должен указывать местный ***
              | |
\\ Svr \ MyLink | \\ Sv2 \ T_Dir | Ошибка * 1
\\ Svr \ MyJunc | \\ Sv2 \ T_Dir | *** Необходимо создать ссылку с использованием целевого устройства ***

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

ответил Still.Tony 22 +03002015-10-22T22:03:16+03:00312015bEurope/MoscowThu, 22 Oct 2015 22:03:16 +0300 2015, 22:03:16
12

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

 введите описание изображения здесь>> </a> </p>

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


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

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

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

 введите описание изображения здесь>> </a> </p>

<p> От <a href= страницы SS64 на MKLink

 введите описание изображения здесь>> </a> </p>

<hr>
<p> <strong> Комментарии о терминологии </strong> </p>

<p>  Переходы - символические ссылки  </p>

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

NTFS

Несмотря на то, что ОП указывает это, стоит отметить, что «символическая ссылка» - это очень общий термин, не относящийся к NTFS. Итак, для сравнения, это сравнение относится к NTFS Unctions vs. NTFS Symbolic Links.

ответил u8it 2 FebruaryEurope/MoscowbFri, 02 Feb 2018 19:30:06 +0300000000pmFri, 02 Feb 2018 19:30:06 +030018 2018, 19:30:06

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132