"З'єднання каталогів" проти "символічне посилання каталогу"?

У контексті NTFS:

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

/D Створює символьне посилання каталогу. За замовчуванням - це символьне посилання на файл.
/H Створює жорстке посилання замість символічного посилання.
/J Створює з'єднання каталогів.
Link вказує нове символічне ім'я посилання.
Target вказує шлях (відносний чи абсолютний), на який посилається нове посилання.

1. Чи не з'єднання каталогів є таким самим, що символічне посилання на каталог ?

   Яка різниця між mklink /D f1 f2і mklink /J f1 f2?

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

З'єднання, безумовно, не те саме, що символічне посилання на каталог, хоча вони поводяться аналогічно. Основна відмінність полягає в тому, що, якщо ви дивитесь на віддалений сервер, переходи обробляються на сервері, а символьні посилання каталогів обробляються у клієнта . Також дивіться коментар Метью щодо того, що це означає, що символічні посилання в локальній файловій системі можуть вказувати на віддалені файлові системи.

Припустимо, що на машині на ім'я Аліса вам слід було поставити точку з'єднання c:\myjpта символьне посилання каталогу c:\mysymlink, обидва вказують на c:\targetfolder. Поки ви використовуєте Alice, ви не помітите великої різниці між ними. Але якщо ви використовуєте іншу машину на ім'я Боб, то точка стику

\\Alice\c$\myjp вкаже на \\Alice\c$\targetfolder

але символічна ланка

\\Alice\c$\mysymlink вкаже на \\Bob\c$\targetfolder

(Caveat: за замовчуванням система не слідує посиланнями на віддалених томах, тому в більшості випадків другий приклад насправді призводить до того, що "Файл не знайдено" або "Символічне посилання неможливо дотримуватися, оскільки його тип вимкнено." )

Різниця між символьним посиланням на каталог і символьним посиланням на файл полягає лише в тому, що один представляє каталог, а один - файл. Оскільки ціль посилання не потребує існування при створенні посилання, файлова система повинна знати, чи потрібно казати програмам, що це каталог чи ні.

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

Складна розмова болить мозок - мені подобаються графіки:

Припустимо, що будь- 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 - Якщо ви розблокували доступ до віддалених символічних посилань на своїй локальній машині, це буде працювати .. але лише на локальній машині, де він розблокований

Символічні посилання мають більшу функціональність, тоді як з'єднання майже здаються застарілою функцією через їх обмеження, але наслідки цих обмежень для безпеки є саме тим, чому перехід може бути переважнішим над символічним посиланням. Віддалене націлення робить символічні посилання більш функціональними, але також підвищує їх захисний профіль, тоді як стики можуть вважатися безпечнішими, оскільки вони обмежені локальними шляхами . Отже, якщо ви хочете локальне посилання і можете жити абсолютним шляхом, вам, мабуть, краще пройти з перемичкою; в іншому випадку розглянемо символічне посилання на його додаткові здібності.

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

Інші порівняння посилань NTFS

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

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

Зі сторінки SS64 на MKLink

Коментарі про термінологію

З'єднання - символічні посилання

З'єднання та символічні посилання дійсно роблять те саме так само (повторні точки), окрім вищезазначених відмінностей у тому, як вони обробляються. Насправді, технічно, З'єднання є символічним посиланням, а іноді документація може називати З'єднання символічною ланкою, як це відбувається у нас . Отже, це лише щось, про що слід знати, що стосується термінології.

NTFS

Незважаючи на те, що ОП це визначає, варто зазначити, що "символічне посилання" - це дуже загальний термін, не характерний для NTFS. Отже, якщо бути конкретним, це порівняння стосується символів NTFS Junctions vs. NTFS.