В контексте файловой системы NTFS:
MKLINK [[/г] | [/ч] | [/ж]] ссылка цель
/Д
создание символической ссылки на каталог. По умолчанию создается символическая ссылка на файл./ч
создает жесткой связи вместо символической ссылки./й
создается ссылка на каталог. ссылка задает новую символическую ссылку с именем.цель
- путь (относительный или абсолютный), что новая ссылка.
Что's разница между mklink /Д Ф1 Ф2 " и " mklink /J в Ф1 Ф2
?
Перекресток-это определенно не одно и то же в качестве символической ссылки на каталог, хотя они ведут себя точно так же. Основным отличием является то, что если вы смотрите на удаленный сервер, соединения обрабатываются на сервере и символические ссылки на каталоги обрабатываются на стороне клиента. Также см. от Матфея'ы прокомментируете тот факт, что это означает, что символические ссылки на локальной файловой системе может указывать на удаленные файловые системы.
Предположим, что на компьютере с именем Алиса вы должны были поставить точку соединения c:\myjp и символическую ссылку каталога c:\mysymlink как указывая
c:\targetfolder`. В то время как вы're через Алиса вы выиграли'т заметил большой разницы между ними. Но если вы're, используя другой компьютер по имени Боб, затем к точке соединения
\\Алиса\с$\myjp
указывает на \\Алиса\с$\targetfolder
но символическая ссылка
\\Алиса\с$\mysymlink
указывает на \\боб\с$\targetfolder
(Нюанс: по умолчанию, система не'т следовать по символическим ссылкам на удаленных томов, поэтому в большинстве случаев второй пример будет на самом деле привести к либо то"файл не найден", У или то"символическая ссылка не может быть потому, что ее тип отключен.&я;)
Разница между символической ссылки на каталог и символическая ссылка на файл. просто что одна представляет собой справочник и представляет собой файл. Поскольку цель ссылки не'т должны существовать, когда создал связь, файловая система должна знать, стоит ли рассказывать приложений, это каталог или нет.
Следует также отметить, что создание символической ссылки требует особой привилегией (по умолчанию доступна только для процессов с повышенными правами), тогда как создание соединения требуется только доступ к файловой системе.
Комплекс поговорите болит мозг ... мне нравится графика:
Несет никакой к MyLink
является символьной ссылкой и MyJunc-это переход указывающий на объект как создали.
например
`mklink /Д К MyLink C:\T_Dir для создания символической ссылки на каталог
`mklink /J в MyJunc C:\T_Dir для создания соединения для каталога в целевой каталог
Где синтаксис mklink [/J, А/Д] [ссылке] [конечный путь]
как наберется на локальной машине
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 сравнения
Вот некоторые другие сравнения по теме, но это может ввести в заблуждение при рассмотрении узлов, потому что они не't список преимуществ я перечисляю выше.
Взято отсюда (хороший вводный чтение)
Замечания о терминологии
Спаи символических ссылок
Узлы и символические ссылки-это на самом деле делает то же самое таким же образом (точки повторной обработки), за исключением вышеупомянутого различия в том, как они'повторно обработаны. На самом деле, технически, развязка является символической ссылкой, а иногда и документацию, могут вызвать развязки символическая ссылка, как здесь. Так, что's просто что-то, чтобы быть в курсе по вопросам терминологии.
Система NTFS
Хотя ОП указывает, Это'ов стоит отметить, что "символическую ссылку" это очень общий термин, не определенный в NTFS. Поэтому, чтобы быть точным, это сравнение о соединения NTFS и файловой системы NTFS символические ссылки.