Scenariusz - symboliczne łącze lub połączenie NTFS?

Różnice

┌───────────────┬──────────┬──────────┬──────┬──── ───────┬─────┐
│ │ Absolutny │ Względny │ Plik │ Katalog │ UNC │
├───────────────┼──────────┼──────────┼──────┼──── ───────┼─────┤
│ Łącze symboliczne │ Tak │ Tak │ Tak │ Tak │ Tak │
│ Złącze │ Tak │ - │ - │ Tak │ - │
└───────────────┴──────────┴──────────┴──────┴──── ───────┴─────┘

Scenariusz

Załóżmy, że tworzymy punkt ponownej analizy, aby utworzyć przekierowanie C:\SomeDir => D:\SomeDir

Ponieważ ten scenariusz wymaga tylko lokalnych, bezwzględnych ścieżek, zadziałałoby połączenie lub dowiązanie symboliczne. Czy w tej sytuacji jest jakaś korzyść z używania jednego lub drugiego?

Załóżmy Windows 7 dla systemu operacyjnego, nie uwzględniając zgodności wstecznej. (W wersjach wcześniejszych niż Vista, dowiązania symboliczne nie są obsługiwane natywnie, chociaż istnieje sterownik innej firmy, który zapewnia obsługę dowiązań symbolicznych w systemie Windows XP.)

Aktualizacja

Znalazłem inną różnicę.

• Łącze symboliczne - uprawnienia łącza wpływają tylko na operacje usuwania / zmiany nazwy samego łącza, dostęp do odczytu / zapisu (do celu) jest regulowany przez uprawnienia celu
• Junction - uprawnienia Junction wpływają na wyliczanie, odwołanie uprawnień na skrzyżowaniu spowoduje odmowę wyświetlenia listy plików przez to skrzyżowanie, nawet jeśli folder docelowy ma więcej dozwolonych list ACL

Uprawnienia sprawiają, że jest to interesujące, ponieważ łącza symboliczne mogą umożliwiać starszym aplikacjom dostęp do plików konfiguracyjnych w obszarach objętych ograniczeniami UAC (np. %ProgramFiles%) Bez zmiany istniejących uprawnień dostępu, poprzez przechowywanie plików w nieograniczonej lokalizacji i tworzenie dowiązań symbolicznych w ograniczonym katalogu.

Aktualizacja 2

Windows 8.1 rozpozna symboliczne łącza do katalogów podczas nawigacji do jednego z nich za pomocą pola tekstowego w Save As...oknie dialogowym. Połączenia nie są rozszerzane.

Rozumiem, że dowiązania symboliczne NTFS zastępują Połączenia w nowszych systemach operacyjnych Windows (Vista / 7/8), ponieważ działają one w ten sam sposób, ale zapewniają także dodatkową funkcjonalność (punkty zdalne). Więc pod warunkiem, że pracujesz tylko z nowszymi systemami operacyjnymi, nie ma powodu, aby nie używać opcji dowiązania symbolicznego.

Myślę, że punkty połączeń mają szersze wsparcie w oprogramowaniu do tworzenia kopii zapasowych niż łącza symboliczne. Należy sprawdzić w dowolnym programie do tworzenia kopii zapasowych, która funkcja jest obsługiwana.

Jeśli nie jest obsługiwany, punkt dowiązania symbolicznego / połączenia zostanie utworzony albo jako osobny katalog (i przywrócony jako taki), albo w ogóle nie zostanie utworzony.

Poza problemem z kopią zapasową, nie widzę powodu, aby preferować jeden nad drugim, w twoim konkretnym przypadku (katalog lokalny).

Połączenia NTFS można wskazywać tylko na katalogi, a dowiązania symboliczne działają również na plikach.

Oto jedna różnica, którą zauważyłem:

Mam zsynchronizowany katalog skryptów, aplikacji przenośnych itp. Używam skryptu wsadowego, aby utworzyć pozycję Junction w katalogu Menu Start, która wskazuje katalog skrótów do aplikacji przenośnych.

Junction umożliwia pojawienie się skrótów w menu Start. Kiedy zamiast tego używam dowiązania symbolicznego, to nie działa.

Może gdzieś tęskniłem w komentarzach, ale jedną bardzo ważną różnicą między dowiązaniami symbolicznymi i połączeniami w systemie Windows są dla mnie potrzebne uprawnienia do tworzenia obu. Chociaż dowiązania symboliczne są domyślnie tworzone tylko przy użyciu specjalnych uprawnień, których domyślni użytkownicy nie mają, skrzyżowania mogą być łatwo tworzone przez wszystkich domyślnych użytkowników OOB i dlatego są moim preferowanym typem łącza dla katalogów.

Domyślnie członkowie grupy Administratorzy mają to prawo.

https://docs.microsoft.com/en-us/windows/device-security/security-policy-settings/create-symbolic-links