"director de joncțiune" vs "director simbolic link-ul"?

În contextul NTFS:

MKLINK [[/D] | [/H] | [/J]] Link-ul Țintă

/D Creează o legătură simbolică director. Implicit este un fișier de link-ul simbolic. /H Creează un hard link-ul în loc de o legătură simbolică. /J Creează un Director de Joncțiune. "Link-ul" specifică nouă legătură simbolică numele. "Țintă" specifică calea (relativă sau absolută) că noua link-ul de la care se referă.

  1. E't o director de joncțiune exact același lucru ca un director link-ul simbolic?

Ce's diferența între mklink /D f1 f2 " și " mklink /J f1 f2` ?

  1. Deoarece un "director de" este de fapt doar o fișier, ceea ce ar fi diferența dintre un director de link-ul simbolic și un fișier legătură simbolică?
Comentarii la întrebare (1)
Soluția

O joncțiune cu siguranță nu este același lucru ca un director de link-ul simbolic, deși se comportă în mod similar. Principala diferență este că, dacă sunteți în căutarea la un server de la distanță, intersecții sunt prelucrate la server și director link-uri simbolice sunt prelucrate la client. Vedea, de asemenea, Matei's comenteze faptul că acest lucru înseamnă link-uri simbolice în sistemul local de fișiere pot punctul de la distanță sisteme de fișiere.

Să presupunem că pe o mașină pe nume Alice, ai fost pentru a pune un punct de joncțiune c:\myjp și un director de link-ul simbolicc:\mysymlink, ambele arătând sprec:\targetfolder`. În timp ce're folosind Alice ai câștigat't observa o mare diferență între ele. Dar dacă te're folosind un alt aparat numit Bob, atunci punctul de joncțiune

\\Alice\c$\myjp va indica \\Alice\c$\targetfolder

dar link-ul simbolic

\\Alice\c$\mysymlink va indica \\Bob\c$\targetfolder

(Precizare: în mod implicit, sistemul nu't urmați link-urile simbolice de la distanță volume, astfel încât, în cele mai multe cazuri, cel de-al doilea exemplu va duce de fapt la fie "Fișierul Nu a fost Găsit" sau "link-ul simbolic nu poate fi urmată pentru tipul său este dezactivat.")

Diferența dintre un director de link-ul simbolic și un fișier simbolic link-ul este pur și simplu că reprezintă un director și reprezintă un fișier. Întrucât obiectivul de link-ul de nu't trebuie să existe atunci când link-ul este creat, sistemul de fișiere trebuie să știe dacă să-i spun aplicații care este un director sau nu.

De asemenea, ar trebui remarcat faptul că crearea unei legături simbolice necesită privilegii speciale (implicit, disponibile numai pentru valori crescute ale proceselor) întrucât crearea unui nod necesită doar acces la sistemul de fișiere.

Comentarii (28)

Complex vorbesc doare creierul ... îmi place diagrame:

  • Și asume orice MyLink este o legătură simbolică și oriceMyJunceste o joncțiune îndreptat la Țintă ca l-a creat.

de exemplu

`mklink /D MyLink C:\T_Dir pentru a crea o legătură simbolică în directorul țintă

`mklink /J MyJunc C:\T_Dir pentru a crea un director de joncțiune în directorul țintă

În cazul în care sintaxa este mklink [/J,/D] [link path] [target path] ca tastat pe mașina locală


 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 ***

Eroare*1 - Dacă ați deblocat accesul de la distanță link-uri simbolice de pe mașina dumneavoastră, atunci acest lucru ar lucra .. dar numai pe mașina locală unde l's-a deblocat

Comentarii (4)

Link-uri simbolice au mai multă funcționalitate, în timp ce joncțiunile aproape pare a fi o moștenire caracteristică din cauza lor limitări, dar implicațiile de securitate ale acestor limitări sunt în mod special de ce o joncțiune ar fi de preferat peste o legătură simbolică. La distanță de direcționare face link-uri simbolice mai funcțional, dar, de asemenea, ridică lor de profil de securitate, în timp ce joncțiunile ar putea fi considerate mai sigure, deoarece acestea sunt constrânse să drumurile locale. Deci, dacă vrei un link locale și pot trăi cu o cale absolută, ai're, probabil, mai bine cu o joncțiune; în caz contrar, ia în considerare o legătură simbolică pentru adăugat abilități.

*Declarația de diferența de viteză/complexitatea vine de la un neverificate declarație în Wikipedia pe NTFS reanalizare puncte (citit bine).


Alte NTFS Link-ul de Comparații

Aici sunt unele alte comparații pe acest subiect, dar acestea pot fi înșelătoare atunci când se analizează intersecții pentru că ei don't lista beneficiilor am lista de mai sus.

Luate de aici (un bun introductivă citit)

De SS64 pagina pe MKLink


Comentarii despre Terminologie

Joncțiunile sunt Link-uri Simbolice

Noduri și legături Simbolice sunt într-adevăr fac același lucru în același mod (invalid de puncte), în afară de cele menționate mai sus diferențe în modul în care acestea're prelucrate. În fapt, din punct de vedere tehnic, un Nod este o legătură simbolică, și, uneori, documentația ar putea numi o Joncțiune o legătură simbolică, cum este cazul aici. Deci, ca's doar ceva să fie conștienți de ceea ce privește terminologia.

NTFS

Chiar dacă OPERAȚIUNEA specifică acest lucru, l's valoare de subliniind faptul că "link-ul simbolic" este un termen general care nu este specific la NTFS. Deci, pentru a fi specific, această comparație este despre NTFS Intersecții vs NTFS Link-uri Simbolice.

Comentarii (2)