Condividi tramite

Risolvere i problemi relativi ad Azure AD

Questo articolo elenca i problemi comuni relativi alle File di Azure. Fornisce anche possibili cause e soluzioni per questi problemi.

Note

Questo articolo è stato utile? Diamo importanza al contributo degli utenti. Usare il pulsante Feedback in questa pagina per comunicare se questo articolo è stato utile o come possiamo migliorarlo.

Se non riesci a trovare una risposta alla tua domanda, puoi contattarci tramite i canali seguenti (in ordine di escalation):

Si applica a

Tipo di condivisione file SMB NFS
Condivisioni file Standard (GPv2), archiviazione con ridondanza locale/archiviazione con ridondanza della zona
Condivisioni file Standard (GPv2), archiviazione con ridondanza geografica/archiviazione con ridondanza geografica della zona
Condivisioni file Premium (FileStorage), archiviazione con ridondanza locale/archiviazione con ridondanza della zona

Primi passaggi della procedura generale per la risoluzione dei problemi

Se si verificano problemi con File di Azure, iniziare con la procedura seguente.

Controllare la risoluzione e la connettività DNS alla condivisione file di Azure

Il problema più comune riscontrato dai clienti File di Azure è che il montaggio o l'accesso alla condivisione file di Azure ha esito negativo a causa di una configurazione di rete non corretta. Ciò può verificarsi con uno dei tre protocolli di condivisione file supportati da File di Azure: SMB, NFS e FileREST.

La tabella seguente fornisce i requisiti SMB, NFS e FileREST per i quali gli endpoint di rete di un account di archiviazione possono usare e la porta a cui è possibile accedere l'endpoint. Per altre informazioni sugli endpoint di rete, vedere File di Azure considerazioni sulla rete.

Nome protocollo Endpoint pubblico senza restrizioni Endpoint pubblico con restrizioni Endpoint privato Porta richiesta
SMB TCP 445
NFS TCP 2049
FileREST TCP 443 (HTTPS), TCP 80 (HTTP)

Per montare o accedere a una condivisione file correttamente, il client deve:

  • Essere in grado di risolvere il nome di dominio completo dell'account di archiviazione (ad esempio mystorageaccount.file.core.windows.net) nell'indirizzo IP corretto per l'endpoint di rete desiderato dell'account di archiviazione.

  • Stabilire una connessione TCP corretta all'indirizzo IP risolto correttamente sulla porta corretta per il protocollo desiderato.

Note

È necessario usare il nome di dominio completo (FQDN) per l'account di archiviazione durante il montaggio o l'accesso alla condivisione. I comandi seguenti consentiranno di visualizzare gli indirizzi IP correnti degli endpoint di rete dell'account di archiviazione, ma non è consigliabile impostare come hardcoded questi indirizzi IP in script, configurazioni del firewall o altre posizioni. Gli indirizzi IP non sono garantiti per rimanere invariati e possono cambiare in qualsiasi momento.

Controllare la risoluzione dei nomi DNS

Il comando seguente consente di testare la risoluzione dei nomi DNS dell'account di archiviazione.

# 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

L'output restituito da Resolve-DnsName può essere diverso a seconda dell'ambiente e della configurazione di rete desiderata. Ad esempio, se si sta provando ad accedere a un endpoint pubblico di un account di archiviazione che non dispone di endpoint privati configurati, verrà visualizzato l'output seguente. In questo output è x.x.x.x l'indirizzo IP del cluster file.phx10prdstf01a.store.core.windows.net della piattaforma di archiviazione di Azure che serve l'account di archiviazione.

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

Se si sta provando ad accedere all'endpoint pubblico di un account di archiviazione con uno o più endpoint privati configurati, verrà visualizzato l'output seguente. L'output include un record CNAME aggiuntivo per mystorageaccount.privatelink.file.core.windows.net, posizionato tra il consueto FQDN dell'account di archiviazione e il nome del cluster di archiviazione. Ciò consente la risoluzione dei nomi all'indirizzo IP dell'endpoint pubblico quando l'utente accede da Internet e la risoluzione all'indirizzo IP dell'endpoint privato quando l'utente accede dall'interno di una rete virtuale di Azure (o rete con peering).

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

Se si sta risolvendo in un endpoint privato, si prevede in genere un record A per mystorageaccount.privatelink.file.core.windows.net che esegue il mapping all'indirizzo IP dell'endpoint privato:

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

Controllare la connettività TCP

Il comando seguente consente di testare la capacità del client di stabilire una connessione TCP al numero di porta/indirizzo IP risolto.

# 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

Se la connessione è stata stabilita correttamente, si dovrebbe prevedere di visualizzare il risultato seguente:

ComputerName     : mystorageAccount.file.core.windows.net
RemoteAddress    : x.x.x.x
RemotePort       : 445
InterfaceAlias   : Ethernet
SourceAddress    : y.y.y.y
TcpTestSucceeded : True

Esegui diagnostica

Sia i client Windows che i clientLinux possono usare AzFileDiagnostics per assicurarsi che l'ambiente client disponga dei prerequisiti corretti. AzFileDiagnostics automatizza il rilevamento dei sintomi e consente di configurare l'ambiente per ottenere prestazioni ottimali.

Aree comuni per la risoluzione dei problemi

Per informazioni più dettagliate, scegliere l'area dell'oggetto che si vuole risolvere.

Alcuni problemi possono essere correlati a più di un'area di interesse ,ad esempio connettività e prestazioni.

Serve aiuto?

Se si necessita ancora di assistenza, contattare il supporto tecnico per ottenere una rapida risoluzione del problema.

Vedi anche

Contattaci per ricevere assistenza

In caso di domande, è possibile porre domande al supporto della community di Azure. È possibile anche inviare un feedback sul prodotto al feedback della community di Azure.

  • Last updated on