À un niveau élevé, la seule différence évidente entre les points de jonction NTFS et les liens symboliques est que les jonctions ne peuvent être que des répertoires, tandis que les liens SymLinks sont également autorisés à cibler des fichiers.

Quelles autres différences existent entre les deux?

(Remarque, j'ai déjà vu cette question et ce que je recherche est un peu différent - cette question est à la recherche d'une liste pour et contre, je recherche un ensemble de différences techniques)

Les liens symboliques ont plus de fonctionnalités, tandis que les jonctions semblent presque être une fonctionnalité héritée en raison de leurs limitations, mais les implications de sécurité de ces limitations expliquent précisément pourquoi une jonction peut être préférée à un lien symbolique. Le ciblage à distance rend les liens symboliques plus fonctionnels, mais augmente également leur profil de sécurité, tandis que les jonctions sont plus sûres car elles sont limitées aux chemins locaux . Donc, si vous voulez un lien local et pouvez vivre avec un chemin absolu, vous êtes probablement mieux avec une jonction; sinon, considérez un lien symbolique pour ses capacités supplémentaires.

** La déclaration de différence de vitesse / complexité provient d'une déclaration non vérifiée dans l'entrée de Wikipedia sur les points d'analyse NTFS (une bonne lecture). *

Autres comparaisons de liens NTFS

Voici quelques autres comparaisons sur le sujet, mais celles-ci peuvent être trompeuses lors de l'examen des jonctions, car elles ne répertorient pas les avantages que j'énumère ci-dessus.

Tiré d'ici (une bonne lecture d'introduction)

À partir de la page SS64 sur MKLink

Commentaires sur la terminologie

Les jonctions sont des points d'analyse (peuvent être décrits comme des liens symboliques)

Les jonctions NTFS et les liens symboliques NTFS font vraiment la même chose de la même manière (points d'analyse), mis à part les différences susmentionnées dans la façon dont ils sont traités. En fait, techniquement, une jonction est un «lien symbolique» au sens plus général du terme, et parfois la documentation peut appeler une jonction un lien symbolique, comme c'est le cas ici . Dans de tels cas, «lien symbolique» ne signifie pas lien symbolique NTFS qui est différent d'une jonction (voir ci-dessous).

NTFS

Même si l'OP le spécifie, il convient de souligner que «lien symbolique» est un terme très général qui n'est pas spécifique à NTFS. Donc, pour être précis, cette comparaison concerne les jonctions NTFS et les liens symboliques NTFS.

Les endroits que je trouve les plus utiles pour les différences:

http://blogs.msdn.com/b/junfeng/archive/2006/04/15/576568.aspx

http://www.hanselman.com/blog/MoreOnVistaReparsePoints.aspx

Postulat: Symlink est à Junction sous Windows comme Symlink est à Hardlink sous Unix.

http://en.wikipedia.org/wiki/Symbolic_link#Windows_7_.26_Vista_symbolic_link

Windows 7 et Windows Vista prennent en charge les liens symboliques pour les fichiers et les répertoires avec l'utilitaire de ligne de commande mklink. Contrairement aux points de jonction, un lien symbolique peut également pointer vers un fichier ou un chemin de réseau SMB (Server Message Block) distant. En outre, l'implémentation de lien symbolique NTFS fournit une prise en charge complète des liens entre systèmes de fichiers. Cependant, la fonctionnalité permettant des liens symboliques entre hôtes nécessite que le système distant les prenne également en charge, ce qui limite effectivement leur prise en charge à Windows Vista et aux systèmes d'exploitation Windows ultérieurs.

http://www.tuxera.com/community/ntfs-3g-advanced/junction-points-and-symbolic-links/

Un lien symbolique, tel que créé par Windows, est très similaire à une jonction de répertoire, mais contrairement à une jonction de répertoire, il peut pointer vers un fichier ou un fichier ou un répertoire réseau distant. La cible peut être définie comme un chemin par rapport à la position du lien symbolique, ou un chemin absolu dans le volume courant ou un autre. Notez également que les liens symboliques vers les fichiers sont différents des liens symboliques vers les répertoires et la cible doit correspondre à la définition.

Fonctionnellement, dans les fenêtres, une fois créées, il n'y a pas de réelle différence. Cependant, il existe des différences significatives entre eux dans ce qu'ils peuvent faire. Les jonctions ne peuvent être utilisées que pour la création de liens vers des dossiers, sur le même lecteur ou sur des lecteurs différents, mais uniquement si ces lecteurs se trouvent sur le système local (vous ne pouvez pas créer de lien de jonction vers un dossier sur un réseau.) Liens symboliques cependant, n'ont pas les mêmes restrictions. Les liens symboliques peuvent être utilisés pour créer des liens vers des fichiers ou des dossiers et ces fichiers ou dossiers peuvent être situés sur le même système (même lecteur ou différents lecteurs) ou vers un partage réseau et peuvent utiliser des symboles d'emplacement relatif ("\\ system2 \ foldera \ file.txt "," d: \ foldera \ file.txt "," \\ system2 \ foldera "," d: \ foldera "ou" d: \ foldera \ folderb .. "

Pour résumer: Les points de jonction sont limités aux dossiers sur le système local uniquement, tandis que les liens symboliques peuvent créer des liens vers des dossiers ou des fichiers accessibles via un chemin UNC ou sur le système local avec plus de polyvalence dans la façon dont ces emplacements sont désignés. Les liens symboliques sont essentiellement un remplacement plus polyvalent des points de jonction et des liens physiques. De plus, les liens symboliques sont compatibles avec Unix et Linux lors de la création d'un lien avec chemin UNC multiplateforme.

J'espère que cela répond à votre question de manière satisfaisante. Édité pour corriger les erreurs typographiques.

Link Shell Extension, http://schinagl.priv.at/nt/hardlinkshellext/hardlinkshellext.html , est un excellent outil pour créer et afficher de nombreux types de liens. Il a également une excellente documentation.

[Sur une installation complète, il ajoute un nouvel onglet de propriétés si vous regardez un lien avancé. At ajoute également des flèches de superposition d'icônes pour les différents types de liens - faites défiler jusqu'à la section FAQ si celles-ci n'apparaissent pas; Windows ne prend en charge que treize superpositions; il montre une solution de contournement de registre. Un exemple de son utilité informationnelle: tentative infructueuse d'obtenir des privilèges sur ce que vous pensiez être un dossier, mais en fait était un lien de jonction fourni par le système, souvent utilisé à des fins de compatibilité avec les anciennes éditions de Windows.]

Les jonctions et les liens symboliques agissent essentiellement de la même manière lorsqu'ils sont créés pour un répertoire sur un système local.

Toutefois:

Ils agissent différemment sur un réseau. Ce lien décrit ce comportement: /superuser/343074/directory-junction-vs-directory-symbolic-link

Si vous considérez les liens de jonction comme des «raccourcis qui trompent le système d'exploitation quant à l'emplacement», vous aurez une bonne comparaison pratique de leur utilisation et de ce qui les brise. La principale différence est que si vous copiez des liens symboliques ou des jonctions, il copie la cible, plutôt (comme des raccourcis) que le fichier contenant le pointeur. Comme pour les raccourcis, vous pouvez supprimer les liens symboliques ou de jonction sans supprimer les fichiers / dossiers cibles. [Liens physiques, le fichier n'est supprimé qu'avec la suppression du dernier lien - y compris de la corbeille. Examinez la balise de propriétés dans LSE pour l'un de ces liens pour voir la cible ou le nombre de références pour les liens physiques.]

Les liens physiques ou les raccourcis sont les seuls types de liens qui peuvent être déplacés sans effets secondaires comme la rupture ou la copie de la cible entière. Le déplacement de la cible rompt toujours les liens, bien qu'ils puissent facilement être mis à jour dans l'onglet des propriétés (affiché avec LSE) ou recréés, si compliqué, avec LSE.

La création de liens symboliques nécessite des privilèges d'administrateur, contrairement aux jonctions. Cela, ajouté à l'utilisation intensive et interne de Junctions par le système d'exploitation, suggère que Windows les gère de manière intuitive et attendue. [Méfiez-vous un peu des effets secondaires inattendus des dossiers système (par expérience avec Win 10).]

[Certaines des fonctionnalités spécifiques à la sauvegarde de Link Shell Extension sont extrêmement utiles - en bref, elle peut créer plusieurs types de structures de liens symboliques pouvant être mises à jour dans des dossiers standard à des fins de sauvegarde en attente.]

Des liens symboliques ont été introduits très récemment sous Windows: à partir de Vista.

Les liens symboliques ne doivent pas être considérés comme une alternative à la technologie NTFS "Reparse Point" existante.

Microsoft explique que le seul but des liens symboliques est d'être plus compatible avec Unix.

MSDN: " Les liens symboliques ont été conçus pour faciliter la migration et la compatibilité des applications avec UNIX. Microsoft a implémenté ses liens symboliques pour fonctionner comme les liens UNIX. "

Vista est également le premier OS à utiliser des liens pour son propre fonctionnement. Pour être compatible avec les noms de dossier hérités, C:\Documents and Settingsest maintenant un lien vers C:\Users.

Fait intéressant, bien que Vista introduit des liens symboliques, cette " Documents and Settings" astuce est en fait une simple jonction ancienne.

En plus de l'excellente réponse d'u8it:

Si quelqu'un est intéressé par la différence de comportement dans l' Explorateur de fichiers Windows dans Windows 10:

glisser-déposer dans le répertoire cible:

• symbolic link: déplace le symbolic linkvers le répertoire cible
• junction: déplace le original directoryvers le répertoire cible

clic droit + propriétés:

• symbolic link: affiche les propriétés du raccourci
• junction: affiche les original directorypropriétés du dossier

clic gauche moue dans le volet gauche (arborescence des répertoires):

• symbolic link: sélectionne le original directory
• junction: sélectionne le junction