Administrator Active Directory w domenie firma.local chce skonfigurować profil mobilny dla wszystkich użytkowników. Ma on być zapisywany na serwerze serwer1, w folderze pliki, udostępnionym w sieci jako dane$. Który z wpisów we właściwościach profilu użytkownika realizuje opisane wymagania?
A. \\serwer1\dane$\%username%
B. \\firma.local\dane\%username%
C. \\firma.local\pliki\%username%
D. \\serwer1\pliki\%username%
Pytanie z egzaminu CKE, styczeń 2020 (arkusz E.13-SG-20.01).
Wpis \\serwer1\dane$\%username% spełnia wymagania, bo jest poprawną ścieżką UNC do udziału sieciowego na konkretnym serwerze. W Active Directory w polu ścieżki profilu mobilnego nie wpisuje się lokalnej nazwy folderu na dysku serwera, tylko nazwę udziału widzianą z sieci. Skoro folder pliki na serwerze serwer1 został udostępniony jako dane$, to klienci mają odwoływać się właśnie do udziału dane$, a nie do fizycznej nazwy katalogu pliki. Znak $ na końcu nazwy udziału oznacza udział ukryty, czyli nie będzie on zwykle widoczny podczas przeglądania zasobów sieciowych, ale nadal można wejść do niego po pełnej ścieżce. Zmienna %username% jest dobrą praktyką, bo dla każdego użytkownika automatycznie utworzy lub wskaże osobny katalog profilu, np. \\serwer1\dane$\jkowalski. Moim zdaniem to bardzo praktyczne rozwiązanie w domenie, bo administrator nie musi ręcznie wpisywać osobnej ścieżki każdemu kontu. W środowisku produkcyjnym trzeba jeszcze zadbać o uprawnienia NTFS i uprawnienia udziału, najlepiej tak, aby użytkownik miał dostęp tylko do swojego katalogu, a administratorzy mogli zarządzać całością. To jest typowy standard przy profilach mobilnych w Windows Server i Active Directory.
W tym zadaniu łatwo pomylić fizyczną nazwę folderu z nazwą udziału sieciowego. Folder na serwerze może nazywać się pliki, ale jeśli został udostępniony jako dane$, to komputery w sieci odwołują się do niego przez nazwę udziału, czyli dane$. Ścieżka \\serwer1\pliki\%username% wygląda logicznie tylko wtedy, gdy ktoś patrzy na strukturę dysku serwera, a nie na to, co faktycznie jest opublikowane w sieci. W profilu użytkownika w Active Directory musi być wpisana ścieżka UNC dostępna z komputera klienta, a nie lokalna ścieżka katalogu ani domysł dotyczący nazwy folderu.
Częstym błędem jest też użycie nazwy domeny firma.local zamiast nazwy serwera. Domena Active Directory nie jest automatycznie serwerem plików i sama z siebie nie wskazuje konkretnego udziału z profilami. Owszem, w większych środowiskach można spotkać przestrzenie nazw DFS, gdzie używa się ścieżek w stylu \\domena\namespace\zasób, ale w treści zadania nie ma informacji o skonfigurowanym DFS. Podano jasno serwer serwer1 i udział dane$, więc należy użyć właśnie tego serwera.
Warto też zwrócić uwagę na znak $ w nazwie udziału. Udział dane$ i udział dane to nie to samo. W Windows nazwa z dolarem oznacza udział ukryty, ale nadal pełnoprawny i dostępny po dokładnej ścieżce. Pominięcie znaku $ spowoduje próbę połączenia z innym udziałem, który może w ogóle nie istnieć. Z mojego doświadczenia takie drobiazgi są częstą przyczyną problemów z logowaniem i komunikatów, że profil mobilny nie może zostać załadowany. Dobra praktyka jest prosta: w polu profilu wpisujemy pełną ścieżkę UNC do rzeczywistego udziału sieciowego oraz używamy %username%, żeby każdy użytkownik miał własny katalog profilu.
Częstym błędem jest też użycie nazwy domeny firma.local zamiast nazwy serwera. Domena Active Directory nie jest automatycznie serwerem plików i sama z siebie nie wskazuje konkretnego udziału z profilami. Owszem, w większych środowiskach można spotkać przestrzenie nazw DFS, gdzie używa się ścieżek w stylu \\domena\namespace\zasób, ale w treści zadania nie ma informacji o skonfigurowanym DFS. Podano jasno serwer serwer1 i udział dane$, więc należy użyć właśnie tego serwera.
Warto też zwrócić uwagę na znak $ w nazwie udziału. Udział dane$ i udział dane to nie to samo. W Windows nazwa z dolarem oznacza udział ukryty, ale nadal pełnoprawny i dostępny po dokładnej ścieżce. Pominięcie znaku $ spowoduje próbę połączenia z innym udziałem, który może w ogóle nie istnieć. Z mojego doświadczenia takie drobiazgi są częstą przyczyną problemów z logowaniem i komunikatów, że profil mobilny nie może zostać załadowany. Dobra praktyka jest prosta: w polu profilu wpisujemy pełną ścieżkę UNC do rzeczywistego udziału sieciowego oraz używamy %username%, żeby każdy użytkownik miał własny katalog profilu.