Problemen met Azure Files oplossen
In dit artikel vindt u veelvoorkomende problemen met betrekking tot Azure Files. Het biedt ook mogelijke oorzaken en oplossingen voor deze problemen.
Opmerking
Was dit artikel nuttig? Uw inbreng is belangrijk voor ons. Gebruik de knop Feedback op deze pagina om ons te laten weten hoe goed dit artikel voor u heeft gewerkt of hoe we het kunnen verbeteren.
Als u geen antwoord op uw vraag kunt vinden, kunt u contact met ons opnemen via de volgende kanalen (in escalerende volgorde):
- Microsoft Q&A-vraagpagina voor Azure Files.
- Feedback van de Azure-community.
- Microsoft Ondersteuning. Als u een nieuwe ondersteuningsaanvraag wilt maken, meldt u zich aan bij de Azure Portal, selecteert u op het tabblad Help de knop Help en ondersteuning en selecteert u vervolgens Nieuwe ondersteuningsaanvraag.
Van toepassing op
| Type bestandsshare | SMB | NFS |
|---|---|---|
| Standaardbestandsshares (GPv2), LRS/ZRS | 
|
|
| Standaard bestandsshares (GPv2), GRS/GZRS |
|
|
| Premium-bestandsshares (FileStorage), LRS/ZRS |
|
|
Algemene stappen voor probleemoplossing
Als u problemen ondervindt met Azure Files, begint u met de volgende stappen.
DNS-resolutie en connectiviteit met uw Azure-bestandsshare controleren
Het meest voorkomende probleem dat Azure Files klanten ondervinden, is dat het koppelen of openen van de Azure-bestandsshare mislukt vanwege een onjuiste netwerkconfiguratie. Dit kan gebeuren met een van de drie protocollen voor het delen van bestanden die Azure Files ondersteunt: SMB, NFS en FileREST.
De volgende tabel bevat de SMB-, NFS- en FileREST-vereisten voor welke netwerkeindpunten van een opslagaccount ze kunnen gebruiken en via welke poort dat eindpunt kan worden geopend. Zie Azure Files netwerkoverwegingen voor meer informatie over netwerkeindpunten.
| Protocolnaam | Onbeperkt openbaar eindpunt | Beperkt openbaar eindpunt | Privé-eindpunt | Vereiste poort |
|---|---|---|---|---|
| SMB |
|
|
|
TCP 445 |
| NFS |
|
|
|
TCP 2049 |
| FileREST |
|
|
|
TCP 443 (HTTPS), TCP 80 (HTTP) |
Als u een bestandsshare wilt koppelen of openen, moet uw client het volgende doen:
De volledig gekwalificeerde domeinnaam van het opslagaccount (bijvoorbeeld
mystorageaccount.file.core.windows.net) kunnen omzetten in het juiste IP-adres voor het gewenste netwerkeindpunt van het opslagaccount.Maak een geslaagde TCP-verbinding met het correct omgezette IP-adres op de juiste poort voor het gewenste protocol.
Opmerking
U moet de FQDN (Fully Qualified Domain Name) voor uw opslagaccount gebruiken bij het koppelen/openen van de share. Met de volgende opdrachten ziet u de huidige IP-adressen van de netwerkeindpunten van uw opslagaccount, maar u moet deze IP-adressen niet coderen in scripts, firewallconfiguraties of andere locaties. IP-adressen blijven niet gegarandeerd hetzelfde en kunnen op elk moment worden gewijzigd.
DNS-naamomzetting controleren
Met de volgende opdracht kunt u de DNS-naamomzetting van uw opslagaccount testen.
# If you have changed the DNS configuration in your environment, it may be helpful to clear
# the DNS client cache to ensure you're getting the updated DNS name resolution.
Clear-DnsClientCache
# Replace this value with the fully qualified domain name for your storage account.
# Different storage accounts, especially in different Azure environments,
# may have different suffixes than file.core.windows.net, so be sure to use the correct
# suffix for your storage account.
$hostName = "mystorageaccount.file.core.windows.net"
# Do the name resolution. Piping to Format-List is optional.
Resolve-DnsName -Name $hostName | Format-List
De uitvoer die wordt geretourneerd door Resolve-DnsName , kan verschillen, afhankelijk van uw omgeving en de gewenste netwerkconfiguratie. Als u bijvoorbeeld toegang probeert te krijgen tot een openbaar eindpunt van een opslagaccount waarvoor geen privé-eindpunten zijn geconfigureerd, ziet u de volgende uitvoer. In deze uitvoer x.x.x.x is het IP-adres van het cluster file.phx10prdstf01a.store.core.windows.net van het Azure-opslagplatform dat uw opslagaccount dient.
Name : mystorageaccount.file.core.windows.net
Type : CNAME
TTL : 27
Section : Answer
NameHost : file.phx10prdstf01a.store.core.windows.net
Name : file.phx10prdstf01a.store.core.windows.net
QueryType : A
TTL : 60
Section : Answer
IP4Address : x.x.x.x
Als u toegang probeert te krijgen tot het openbare eindpunt van een opslagaccount waarvoor een of meer privé-eindpunten zijn geconfigureerd, ziet u de volgende uitvoer. De uitvoer bevat een extra CNAME-record voor mystorageaccount.privatelink.file.core.windows.net, geplaatst tussen de gebruikelijke FQDN van het opslagaccount en de naam van het opslagcluster. Dit maakt naamomzetting mogelijk voor het IP-adres van het openbare eindpunt wanneer de gebruiker toegang heeft via internet, en omzetting naar het IP-adres van het privé-eindpunt wanneer de gebruiker toegang heeft vanuit een virtueel Azure-netwerk (of peernetwerk).
Name : mystorageaccount.file.core.windows.net
Type : CNAME
TTL : 60
Section : Answer
NameHost : mystorageaccount.privatelink.file.core.windows.net
Name : mystorageaccount.privatelink.file.core.windows.net
Type : CNAME
TTL : 60
Section : Answer
NameHost : file.phx10prdstf01a.store.core.windows.net
Name : file.phx10prdstf01a.store.core.windows.net
QueryType : A
TTL : 60
Section : Answer
IP4Address : x.x.x.x
Als u een privé-eindpunt gebruikt, verwacht u normaal gesproken een A-record voor mystorageaccount.privatelink.file.core.windows.net die wordt toegewezen aan het IP-adres van uw privé-eindpunt:
Name : mystorageaccount.file.core.windows.net
Type : CNAME
TTL : 53
Section : Answer
NameHost : mystorageaccount.privatelink.file.core.windows.net
Name : mystorageaccount.privatelink.file.core.windows.net
QueryType : A
TTL : 10
Section : Answer
IP4Address : 10.0.0.5
TCP-connectiviteit controleren
Met de volgende opdracht kunt u de mogelijkheid van uw client testen om een TCP-verbinding te maken met het omgezette IP-adres/poortnummer.
# Replace this value with the fully qualified domain name for your storage account.
# Different storage accounts, especially in different Azure environments,
# may have different suffixes than file.core.windows.net, so be sure to use the correct
# suffix for your storage account.
$hostName = "mystorageaccount.file.core.windows.net"
# Do the TCP connection test - see the above protocol/port table to figure out which
# port to use for your test. This test uses port 445, the port used by SMB.
Test-NetConnection -ComputerName $hostName -Port 445
Als de verbinding tot stand is gebracht, ziet u het volgende resultaat:
ComputerName : mystorageAccount.file.core.windows.net
RemoteAddress : x.x.x.x
RemotePort : 445
InterfaceAlias : Ethernet
SourceAddress : y.y.y.y
TcpTestSucceeded : True
Diagnostische gegevens uitvoeren
Zowel Windows-clients als Linux-clients kunnen worden gebruikt AzFileDiagnostics om ervoor te zorgen dat de clientomgeving de juiste vereisten heeft.
AzFileDiagnostics automatiseert symptoomdetectie en helpt bij het instellen van uw omgeving voor optimale prestaties.
Algemene gebieden voor probleemoplossing
Kies het onderwerpgebied dat u wilt oplossen voor meer informatie.
- Connectiviteits- en toegangsproblemen (SMB)
- Verificatie- en autorisatieproblemen op basis van identiteit (SMB)
- Prestatieproblemen (SMB/NFS)
- Algemene problemen met Linux (SMB)
- Algemene problemen in Linux (NFS)
- problemen met Azure File Sync
Sommige problemen kunnen betrekking hebben op meer dan één onderwerpgebied (bijvoorbeeld connectiviteit en prestaties).
Hulp nodig?
Als u nog steeds hulp nodig hebt, neemt u contact op met de ondersteuning om uw probleem snel op te lossen.
Zie ook
Contacteer ons voor hulp
Als u vragen hebt of hulp nodig hebt, maak een ondersteuningsaanvraag of vraag de Azure-communityondersteuning. U kunt ook productfeedback verzenden naar de Feedback-community van Azure.