Jak używać przestrzeni nazw systemu plików DFS w usłudze Azure Files

2025-05-06

Rozproszone przestrzenie nazw systemów plików, często nazywane przestrzeniami nazw systemu plików DFS lub DFS-N, to rola serwera systemu Windows Server używana do upraszczania wdrażania i konserwacji udziałów plików SMB w środowisku produkcyjnym. Przestrzenie nazw systemu plików DFS zapewniają wirtualizację przestrzeni nazw przechowywania, umożliwiając utworzenie warstwy pośredniej między ścieżką UNC udziału plików a rzeczywistym udziałem plików. Przestrzenie nazw systemu plików DFS współdziałają z udziałami plików SMB, które są niezależne od tego, gdzie te udziały plików są hostowane. Może być używany z udziałami SMB hostowanymi na lokalnym serwerze plików Windows, z usługą Azure File Sync lub bez niej, bezpośrednio z udziałami plików platformy Azure, z udziałami plików SMB hostowanymi w usłudze Azure NetApp Files, innymi ofertami zewnętrznych firm oraz udziałami plików hostowanymi w innych chmurach.

Podstawową funkcją przestrzeni nazw DFS jest mapowanie pomiędzy ułatwioną ścieżką UNC, taką jak \\contoso\shares\ProjectX, a podstawową ścieżką UNC udziału SMB, na przykład \\Server01-Prod\ProjectX lub \\storageaccount.file.core.windows.net\projectx. Gdy użytkownik końcowy chce przejść do udostępnionego zasobu plików, wpisuje intuicyjną ścieżkę UNC, jednak klient SMB uzyskuje dostęp do bazowej ścieżki SMB przypisania. Możesz również rozszerzyć tę podstawową koncepcję, aby przejąć istniejącą nazwę serwera plików, na przykład \\MyServer\ProjectX. Tej możliwości można użyć do osiągnięcia następujących scenariuszy:

Podaj nazwę odporną na migracje dla logicznego zestawu danych. Na przykład można mapować \\contoso\shares\Engineering na \\OldServer\Engineering. Gdy zakończysz migrację do Azure Files, możesz zmienić mapowanie na \\storageaccount.file.core.windows.net\engineering, tak aby gdy użytkownik końcowy uzyskuje dostęp do przyjaznej dla użytkownika ścieżki UNC, jest bezproblemowo przekierowywany bezpośrednio do ścieżki udziału plików Azure.
Ustanów nazwę pospolitą dla logicznego zestawu danych dystrybuowanych do wielu serwerów w różnych lokacjach fizycznych, takich jak za pośrednictwem usługi Azure File Sync. W tym przykładzie nazwa taka jak \\contoso\shares\FileSyncExample jest mapowana na wiele ścieżek UNC, takich jak \\FileSyncServer1\ExampleShare, \\FileSyncServer2\DifferentShareName, \\FileSyncServer3\ExampleShare. Gdy użytkownik uzyskuje dostęp do przyjaznej dla użytkownika funkcji UNC, otrzymuje listę możliwych ścieżek UNC i wybiera je najbliżej nich w oparciu o definicje lokacji usługi Active Directory (AD) systemu Windows Server.
Rozszerzyć logiczny zestaw danych przez rozmiar, IO lub inne progi skalowania. Może to być przydatne podczas pracy z katalogami użytkowników, gdzie każdy użytkownik otrzymuje własny folder w zasobie współdzielonym, lub z zasobami tymczasowymi, w których użytkownicy uzyskują elastyczne miejsce do obsługi przejściowych potrzeb związanych z danymi. Za pomocą przestrzeni nazw DFS łączysz wiele folderów w spójną przestrzeń nazw. Na przykład \\contoso\shares\UserShares\user1 odpowiada \\storageaccount.file.core.windows.net\user1, \\contoso\shares\UserShares\user2 odpowiada \\storageaccount.file.core.windows.net\user2, i tak dalej.

W poniższym filmie omówieniowym możesz zobaczyć przykład użycia przestrzeni nazw DFS z wdrożeniem usługi Azure Files.

Uwaga

Przejdź do 10:10 w filmie wideo, aby zobaczyć, jak skonfigurować przestrzenie nazw systemu plików DFS.

Jeśli masz już przestrzeń nazw DFS, do korzystania z niej z usługami Azure Files i File Sync nie są wymagane żadne specjalne kroki. Jeśli uzyskujesz dostęp do udziału plików platformy Azure ze środowiska lokalnego, mają zastosowanie standardowe kwestie sieciowe. Aby uzyskać więcej informacji, zobacz Zagadnienia dotyczące sieci usługi Azure Files.

Odnosi się do

Model zarządzania	Model rozliczania	Poziom mediów	Redundancja
Microsoft.Storage	Wersja 2 została przygotowana	HDD (standardowa)	Lokalna sieć (LRS)
Microsoft.Storage	Wersja 2 została przygotowana	HDD (standardowa)	Strefa (ZRS)
Microsoft.Storage	Wersja 2 została przygotowana	HDD (standardowa)	Geo (GRS)
Microsoft.Storage	Wersja 2 została przygotowana	HDD (standardowa)	Strefa geograficzna (GZRS)
Microsoft.Storage	Zaprovisionowana wersja 1	SSD klasy premium	Lokalna sieć (LRS)
Microsoft.Storage	Zaprovisionowana wersja 1	SSD klasy premium	Strefa (ZRS)
Microsoft.Storage	Płać według zużycia	HDD (standardowa)	Lokalna sieć (LRS)
Microsoft.Storage	Płać według zużycia	HDD (standardowa)	Strefa (ZRS)
Microsoft.Storage	Płać według zużycia	HDD (standardowa)	Geo (GRS)
Microsoft.Storage	Płać według zużycia	HDD (standardowa)	Strefa geograficzna (GZRS)

Typy przestrzeni nazw

Przestrzenie nazw DFS udostępniają dwa główne typy przestrzeni nazw:

Przestrzeń nazw oparta na domenie: przestrzeń nazw hostowana w ramach domeny usługi AD systemu Windows Server. Przestrzenie nazw hostowane w ramach usługi AD będą miały ścieżkę UNC zawierającą nazwę domeny, na przykład \\contoso.com\shares\myshare dla domeny contoso.com. Przestrzenie nazw oparte na domenie obsługują większe limity skalowalności i wbudowaną nadmiarowość za pośrednictwem usługi katalogowej Active Directory. Przestrzenie nazw oparte na domenie nie mogą być zasobem w klastrze trybu failover.
Autonomiczna przestrzeń nazw: przestrzeń nazw hostowana na pojedynczym serwerze, która nie jest hostowana jako część usługi AD systemu Windows Server. Autonomiczne przestrzenie nazw będą mieć nazwę opartą na nazwie serwera autonomicznego, na przykład \\MyStandaloneServer\shares\myshare, gdzie autonomiczny serwer ma nazwę MyStandaloneServer. Autonomiczne przestrzenie nazw obsługują mniejsze cele skalowania niż przestrzenie nazw oparte na domenie, ale mogą być hostowane jako zasób klastrowany w klastrze trybu failover.

Wymagania

Aby używać przestrzeni nazw systemu plików DFS z usługami Azure Files i File Sync, musisz mieć następujące zasoby:

Domena usługi Active Directory. Może to być hostowane w dowolnym miejscu, na przykład lokalnie, na maszynie wirtualnej platformy Azure, a nawet w innej chmurze.
System Windows Server, który może hostować przestrzeń nazw. Typowym wzorcem wdrażania przestrzeni nazw systemu plików DFS jest użycie kontrolera domeny usługi Active Directory do hostowania przestrzeni nazw, jednak przestrzenie nazw można skonfigurować z dowolnego serwera z zainstalowaną rolą serwera przestrzeni nazw systemu plików DFS. Przestrzenie nazw DFS są dostępne we wszystkich obsługiwanych wersjach systemu Windows Server.
Udział plików SMB hostowany w środowisku przyłączonym do domeny, taki jak udział plików platformy Azure hostowany na koncie magazynu przydzielonym do domeny lub udział plików hostowany na serwerze plików systemu Windows przy użyciu usługi Azure File Sync, który również jest przydzielony do domeny. Aby uzyskać więcej informacji na temat przyłączania konta magazynu do domeny, zobacz Uwierzytelnianie oparte na tożsamościach. Serwery plików systemu Windows są przyłączone do domeny w taki sam sposób, niezależnie od tego, czy używasz usługi Azure File Sync.
Udziały plików SMB, które mają być używane z przestrzeniami nazw systemu plików DFS, muszą być dostępne z sieci lokalnych. Aby uzyskać więcej informacji, zobacz Zagadnienia dotyczące sieci dotyczące bezpośredniego dostępu.

Instalowanie roli serwera przestrzeni nazw systemu plików DFS

Jeśli używasz już przestrzeni nazw systemu plików DFS lub chcesz skonfigurować przestrzenie nazw systemu plików DFS na kontrolerze domeny, możesz bezpiecznie pominąć te kroki.

Portal
PowerShell

Aby zainstalować rolę serwera przestrzeni nazw systemu plików DFS, otwórz Menedżera serwera na serwerze. Wybierz pozycję Zarządzaj, a następnie wybierz pozycję Dodaj role i funkcje. Wynikowy kreator przeprowadzi Cię przez proces instalacji niezbędnych składników systemu Windows do uruchamiania przestrzeni nazw systemu plików DFS i zarządzania nimi.

W sekcji Typ instalacji kreatora instalacji wybierz Instalacja oparta na rolach lub funkcjach, a następnie wybierz przycisk Dalej. W sekcji Wybór serwera wybierz odpowiednie serwery, na których chcesz zainstalować rolę serwera przestrzeni nazw systemu plików DFS, a następnie wybierz przycisk Dalej.

W sekcji Role serwera wybierz i zaznacz rolę Przestrzenie nazw DFS w Usługach plików i magazynowania>Usługi plików i ISCSI. Po wybraniu roli serwera przestrzeni nazw systemu plików DFS może on również dodać wszystkie wymagane role serwera pomocniczego lub funkcje, których jeszcze nie zainstalowano.

Zrzut ekranu kreatora Dodawanie ról i funkcji z wybraną rolą Przestrzeni nazw DFS.

Po zaznaczeniu roli Przestrzenie nazw systemu plików DFS możesz wybrać pozycję Dalej na wszystkich następnych ekranach i wybrać pozycję Zainstaluj natychmiast po włączeniu przycisku przez kreatora. Po zakończeniu instalacji można skonfigurować przestrzeń nazw.

W sesji programu PowerShell z podwyższonym poziomem uprawnień (lub przy użyciu komunikacji zdalnej programu PowerShell) wykonaj następujące polecenie.

Install-WindowsFeature -Name "FS-DFS-Namespace", "RSAT-DFS-Mgmt-Con"

Przejęcie istniejących nazw serwerów za pomocą scalania root

Ważnym zastosowaniem przestrzeni nazw DFS jest przejęcie istniejącej nazwy serwera w celu refaktoryzacji fizycznego układu udziałów plików. Na przykład możesz chcieć skonsolidować udziały plików z wielu starych serwerów plików na jednym serwerze plików podczas modernizacji i migracji. Tradycyjnie znajomość użytkowników końcowych i łączenie dokumentów ogranicza możliwość konsolidacji udziałów plików z różnych serwerów plików na jednym hoście. Jednak funkcja konsolidacji głównej w przestrzeniach nazw DFS umożliwia uruchomienie pojedynczego serwera dla wielu nazw serwerów oraz odpowiednie przekierowanie do właściwej nazwy udziału.

Chociaż konsolidacja katalogu głównego jest przydatna w przypadku różnych scenariuszy migracji centrum danych, jest ona szczególnie użyteczna przy wdrażaniu natywnych dla chmury udziałów plików platformy Azure, ponieważ:

Udziały plików platformy Azure nie umożliwiają przechowywania istniejących nazw serwerów lokalnych.
Dostęp do udziałów plików platformy Azure należy uzyskać za pośrednictwem w pełni kwalifikowanej nazwy domeny (FQDN) konta magazynu. Na przykład udział plików platformy Azure o nazwie share w koncie magazynu storageaccount jest zawsze dostępny przez ścieżkę UNC \\storageaccount.file.core.windows.net\share. Może to być mylące dla użytkowników końcowych, którzy oczekują krótkiej nazwy (np. \\MyServer\share) lub nazwy, która jest poddomeną nazwy domeny organizacji (na przykład \\MyServer.contoso.com\share).

Konsolidacja główna może być używana tylko z autonomicznymi przestrzeniami nazw. Jeśli masz już istniejącą przestrzeń nazw opartą na domenie dla udziałów plików, nie musisz tworzyć głównej skonsolidowanej przestrzeni nazw.

Włączanie konsolidacji podstawowej

Włącz konsolidację katalogu głównego, ustawiając następujące klucze rejestru z sesji programu PowerShell z podwyższonym poziomem uprawnień (lub przy użyciu komunikacji zdalnej programu PowerShell).

New-Item `
    -Path "HKLM:SYSTEM\CurrentControlSet\Services\Dfs" `
    -Type Registry `
    -ErrorAction SilentlyContinue
New-Item `
    -Path "HKLM:SYSTEM\CurrentControlSet\Services\Dfs\Parameters" `
    -Type Registry `
    -ErrorAction SilentlyContinue
New-Item `
    -Path "HKLM:SYSTEM\CurrentControlSet\Services\Dfs\Parameters\Replicated" `
    -Type Registry `
    -ErrorAction SilentlyContinue
Set-ItemProperty `
    -Path "HKLM:SYSTEM\CurrentControlSet\Services\Dfs\Parameters\Replicated" `
    -Name "ServerConsolidationRetry" `
    -Value 1

Tworzenie wpisów DNS dla istniejących nazw serwerów plików

Aby przestrzenie nazw systemu plików DFS odpowiadały na istniejące nazwy serwerów plików, utwórz rekordy aliasu (CNAME) dla istniejących serwerów plików wskazujących nazwę serwera przestrzeni nazw systemu plików DFS. Dokładna procedura aktualizowania rekordów DNS może zależeć od serwerów używanych przez organizację i jeśli organizacja używa niestandardowych narzędzi do automatyzowania zarządzania systemem DNS. Poniższe kroki dotyczą serwera DNS dołączonego do systemu Windows Server i automatycznie używanego przez usługę AD systemu Windows.

Portal
PowerShell

Na serwerze DNS systemu Windows otwórz konsolę zarządzania DNS. Możesz to znaleźć, wybierając przycisk Start i wpisując DNS. Przejdź do strefy wyszukiwania dla Twojej domeny. Jeśli na przykład domena to contoso.com, strefę wyszukiwania do przodu można znaleźć w obszarze Strefy >contoso.com w konsoli zarządzania. Dokładna hierarchia wyświetlana w tym oknie dialogowym zależy od konfiguracji DNS dla sieci.

Kliknij prawym przyciskiem myszy strefę wyszukiwania do przodu i wybierz pozycję Nowy alias (CNAME). W wyświetlonym oknie dialogowym wprowadź krótką nazwę zastępowanego serwera plików (w pełni kwalifikowana nazwa domeny jest wypełniana automatycznie w polu tekstowym z etykietą W pełni kwalifikowana nazwa domeny). W polu tekstowym z etykietą W pełni kwalifikowana nazwa domeny (FQDN) dla hosta docelowego wprowadź nazwę serwera DFS-N. Możesz użyć przycisku Przeglądaj , aby w razie potrzeby wybrać serwer. Wybierz przycisk OK , aby utworzyć rekord CNAME dla serwera.

Zrzut ekranu przedstawiający nowy rekord zasobu dla wpisu DNS CNAME.

Na serwerze DNS systemu Windows otwórz sesję programu PowerShell (lub użyj zdalnej sesji programu PowerShell), aby wykonać następujące polecenia, wprowadzając wartości $oldServer i $dfsnServer, właściwe dla Twojego środowiska ($domain automatycznie wypełni nazwę domeny, ale możesz również ręcznie wpisać nazwę domeny).

# Variables
$oldServer = "MyServer"
$domain = Get-CimInstance -ClassName "Win32_ComputerSystem" | `
    Select-Object -ExpandProperty Domain
$dfsnServer = "CloudDFSN.$domain"

# Create CNAME record
Import-Module -Name DnsServer
Add-DnsServerResourceRecordCName `
    -Name $oldServer `
    -HostNameAlias $dfsnServer `
    -ZoneName $domain

Tworzenie przestrzeni nazw

Podstawową jednostką zarządzania przestrzeniami nazw systemu plików DFS jest przestrzeń nazw. Korzeń przestrzeni nazw, czyli nazwa, jest punktem początkowym przestrzeni nazw, tak aby w ścieżce UNC \\contoso.com\Public\, korzeń przestrzeni nazw to Public.

Jeśli używasz przestrzeni nazw systemu plików DFS do przejęcia istniejącej nazwy serwera przy użyciu konsolidacji głównej, nazwa przestrzeni nazw powinna być dokładnie nazwą tej nazwy serwera, który chcesz przejąć, poprzedzona znakiem #. Jeśli na przykład chcesz przejąć istniejący serwer o nazwie MyServer, należy utworzyć DFS-N przestrzeni nazw o nazwie #MyServer. Przykład programu PowerShell zajmuje się poprzedzaniem znacznika #, ale w przypadku tworzenia za pośrednictwem konsoli zarządzania DFS, należy go odpowiednio poprzedzić.

Portal
PowerShell

Aby utworzyć nową przestrzeń nazw, otwórz konsolę zarządzania systemem plików DFS . Możesz to znaleźć, wybierając przycisk Start i wpisując Zarządzanie DFS. Wynikowa konsola zarządzania zawiera dwie sekcje o nazwie Przestrzenie nazw i Replikacja, które odwołują się odpowiednio do przestrzeni nazw systemu plików DFS i replikacji systemu plików DFS (DFS-R). Usługa Azure File Sync udostępnia nowoczesny mechanizm replikacji i synchronizacji, który może być używany zamiast DFS-R, jeśli jest również wymagana replikacja.

Wybierz sekcję Przestrzenie nazw i wybierz przycisk Nowa przestrzeń nazw (możesz również kliknąć prawym przyciskiem myszy sekcję Przestrzenie nazw ). Kreator nowej przestrzeni nazw przeprowadzi cię przez tworzenie przestrzeni nazw.

Pierwsza sekcja kreatora wymaga wybrania serwera DFS do hostowania przestrzeni nazw. Wiele serwerów może hostować przestrzenie nazw, ale należy skonfigurować przestrzenie nazw systemu plików DFS na jednym serwerze jednocześnie. Wprowadź nazwę żądanego serwera przestrzeni nazw systemu plików DFS i wybierz przycisk Dalej. W sekcji Nazwa i ustawienia przestrzeni nazw wprowadź żądaną nazwę przestrzeni nazw i wybierz przycisk Dalej.

Sekcja Typ przestrzeni nazw umożliwia wybór między przestrzenią nazw opartą na domenie a autonomiczną przestrzenią nazw. Jeśli zamierzasz używać przestrzeni nazw systemu plików DFS do zachowania istniejącej nazwy serwera plików/urządzenia NAS, należy wybrać opcję autonomicznej przestrzeni nazw. W przypadku dowolnego innego scenariusza wybierz przestrzeń nazw opartą na domenie. Aby uzyskać więcej informacji na temat wybierania między typami przestrzeni nazw, odwołaj się do typów przestrzeni nazw.

Zrzut ekranu przedstawiający wybieranie między przestrzenią nazw opartą na domenie a autonomiczną przestrzenią nazw w Kreatorze nowej przestrzeni nazw.

Wybierz żądany typ przestrzeni nazw dla środowiska, a następnie wybierz pozycję Dalej. Następnie kreator podsumuje przestrzeń nazw, która ma zostać utworzona. Wybierz pozycję Utwórz , aby utworzyć przestrzeń nazw i Zamknij po zakończeniu okna dialogowego.

W sesji programu PowerShell na serwerze przestrzeni nazw DFS wykonaj następujące polecenia programu PowerShell, wypełniając $namespace, $type i $takeOverName odpowiednimi wartościami dla danego środowiska.

# Variables
$namespace = "Public"
$type = "DomainV2" # "Standalone"
$takeOverName = $false # $true

$namespace = if ($takeOverName -and $type -eq "Standalone" -and $namespace[0] -ne "#") { 
    "#$namespace" 
} else { $namespace }
$dfsnServer = $env:ComputerName
$namespaceServer = if ($type -eq "DomainV2") { 
    Get-CimInstance -ClassName "Win32_ComputerSystem" | `
    Select-Object -ExpandProperty Domain
} else { $dfsnServer }

# Create share for DFS-N namespace
$smbShare = "C:\DFSRoots\$namespace"
if (!(Test-Path -Path $smbShare)) { New-Item -Path $smbShare -ItemType Directory }
New-SmbShare -Name $namespace -Path $smbShare -FullAccess Everyone

# Create DFS-N namespace
Import-Module -Name DFSN
$namespacePath = "\\$namespaceServer\$namespace"
$targetPath = "\\$dfsnServer\$namespace"
New-DfsnRoot -Path $namespacePath -TargetPath $targetPath -Type $type

Konfigurowanie folderów i miejsc docelowych folderów

Aby przestrzeń nazw była przydatna, musi ona zawierać foldery i miejsca docelowe folderów. Każdy folder może mieć jeden lub więcej obiektów docelowych folderu, które są wskaźnikami do udziałów plików SMB hostujących tę zawartość. Gdy użytkownicy przeglądają folder z miejscami docelowymi folderów, komputer kliencki otrzymuje odwołanie, które w sposób niewidoczny przekierowuje komputer kliencki do jednego z miejsc docelowych folderów. Można również mieć foldery bez obiektów docelowych folderów, aby dodać strukturę i hierarchię do przestrzeni nazw.

Foldery obszaru nazw DFS można traktować jako podobne do zasobów sieciowych.

Portal
PowerShell

W konsoli zarządzania systemem plików DFS wybierz właśnie utworzoną przestrzeń nazw i wybierz pozycję Nowy folder. Wynikowe okno dialogowe Nowy folder umożliwia utworzenie zarówno folderu, jak i jego elementów docelowych.

Zrzut ekranu przedstawiający okno dialogowe Nowy folder.

W polu tekstowym z etykietą Nazwa podaj nazwę folderu. Wybierz pozycję Dodaj..., aby dodać elementy docelowe folderów dla tego folderu. Wynikowe okno dialogowe Dodawanie obiektu docelowego folderu zawiera pole tekstowe z etykietą Ścieżka do miejsca docelowego folderu , w którym można podać ścieżkę UNC do żądanego folderu. Wybierz przycisk OK w oknie dialogowym Dodawanie miejsca docelowego folderu . Jeśli dodajesz ścieżkę UNC do udziału plików Azure, może zostać wyświetlony komunikat informujący, że nie można skontaktować się z serwerem storageaccount.file.core.windows.net. Jest to oczekiwane; wybierz pozycję Tak , aby kontynuować. Na koniec wybierz przycisk OK w oknie dialogowym Nowy folder , aby utworzyć folder i miejsca docelowe folderu.

# Variables
$shareName = "MyShare"
$targetUNC = "\\storageaccount.file.core.windows.net\myshare"

# Create folder and folder targets
$sharePath = "$namespacePath\$shareName"
New-DfsnFolder -Path $sharePath -TargetPath $targetUNC

Teraz, gdy utworzono przestrzeń nazw, folder i docelowy folder, powinno być możliwe zainstalowanie udziału plików za pomocą przestrzeni nazw systemu plików DFS. Jeśli używasz przestrzeni nazw opartej na domenie, pełna ścieżka udziału powinna mieć wartość \\<domain-name>\<namespace>\<share>. Jeśli używasz samodzielnej przestrzeni nazw, pełna ścieżka zasobu powinna mieć wartość \\<DFS-server>\<namespace>\<share>. Jeśli używasz autonomicznej przestrzeni nazw z konsolidacją główną, możesz uzyskać dostęp bezpośrednio za pośrednictwem starej nazwy serwera, takiej jak \\<old-server>\<share>.

Access-Based Wyliczenie (ABE)

Używanie usługi ABE do kontrolowania widoczności plików i folderów w udziałach plików platformy Azure SMB nie jest obecnie obsługiwanym scenariuszem. Usługa ABE jest funkcją systemu plików DFS-N, więc można skonfigurować uwierzytelnianie oparte na tożsamościach i włączyć funkcję ABE. Dotyczy to jednak tylko obiektów docelowych folderu DFS-N; nie stosuje się wstecznie do docelowych udziałów plików. Dzieje się tak, ponieważ DFS-N działa poprzez rekomendacje, a nie jako serwer proxy przed celem folderu.

Jeśli na przykład użytkownik wpisze ścieżkę \\mydfsnserver\share, klient SMB otrzymuje odwołanie \\mydfsnserver\share => \\server123\share i wykonuje zamontowanie do tej ostatniej.

W związku z tym usługa ABE będzie działać tylko w przypadkach, gdy serwer DFS-N hostuje listę nazw użytkowników przed przekierowaniem:

\\DFSServer\users\contosouser1 => \\SA.file.core.windows.net\contosouser1

\\DFSServer\users\contosouser1 => \\SA.file.core.windows.net\users\contosouser1

(Gdzie contosouser1 jest podkatalogiem w zasobie sieciowym użytkowników)

Jeśli każdy użytkownik staje się podfolderem w wyniku przekierowania, usługa ABE nie będzie działać.

\\DFSServer\SomePath\users --> \\SA.file.core.windows.net\users

Zobacz też

Wdrażanie dzielenia się plikami platformy Azure: planowanie wdrożenia usługi Azure Files i jak utworzyć udział plików.
Konfigurowanie dostępu do udostępniania plików: uwierzytelnianie oparte na tożsamościach i kwestie sieciowe dotyczące bezpośredniego dostępu.
Rozproszone przestrzenie nazw systemu plików w systemie Windows Server

Udostępnij za pośrednictwem