Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Сводка
В этой статье перечислены распространенные проблемы, связанные с файлами Azure, включая подключение, разрешение DNS и ошибки доступа. Она предоставляет возможные причины и решения, помогающие быстро устранять проблемы с файловым хранилищем Azure.
Примечание.
Статья была полезной? Ваши входные данные важны для нас. Нажмите кнопку "Отзывы" на этой странице, чтобы сообщить нам, насколько хорошо эта статья работала для вас или как мы можем улучшить ее.
Если вы не можете найти ответ на свой вопрос, обратитесь к нам по следующим каналам (в порядке эскалации):
- Страница вопросов Microsoft Q&A для файлов Azure.
- Отзывы сообщества Azure.
- Служба поддержки Майкрософт. Чтобы создать запрос на поддержку, войдите в портал Azure и на вкладке справки нажмите кнопку "Справка и поддержка", а затем нажмите кнопку "Создать запрос на поддержку".
Применяется к
| Тип общей папки | SMB | NFS |
|---|---|---|
| Стандартные общие папки (GPv2), LRS/ZRS | ||
| Стандартные общие папки (GPv2), GRS/GZRS | ||
| Общие папки уровня "Премиум" (FileStorage), LRS/ZRS |
Общие действия по устранению неполадок
Если возникли проблемы с Файлами Azure, начните с выполнения следующих шагов.
Проверка разрешения DNS и подключения к общей папке Azure
Наиболее распространенная проблема, с которой сталкиваются клиенты Azure Files, заключается в том, что подключение или доступ к файловому ресурсу Azure не удается из-за некорректной сетевой конфигурации. Это может произойти с любым из трех протоколов общего доступа к файлам, которые Файлы Azure поддерживают: SMB, NFS и FileREST.
В следующей таблице приведены требования для SMB, NFS и FileREST, описывающие, какие сетевые конечные точки учетной записи хранения могут использоваться и через какой порт к ним можно получить доступ. Чтобы узнать больше о сетевых конечных точках, см. в статье Файлы Azure: рекомендации по работе с сетями.
| Имя протокола | Неограниченную общедоступную конечную точку | Ограниченная общедоступная конечная точка | Частная конечная точка | Обязательный порт |
|---|---|---|---|---|
| SMB | TCP 445 | |||
| NFS (Сетевые файловые системы) | TCP 2049 | |||
| FileREST | TCP 443 (HTTPS), TCP 80 (HTTP) |
Чтобы подключить или получить доступ к общей папке успешно, клиент должен:
Вы можете разрешить полное доменное имя учетной записи хранения (например
mystorageaccount.file.core.windows.net, на правильный IP-адрес для требуемой сетевой конечной точки учетной записи хранения).Установите успешное TCP-подключение к правильно разрешённому IP-адресу на правильном порту для требуемого протокола.
Примечание.
Полное доменное имя (FQDN) необходимо использовать для учетной записи хранения при подключении и доступе к общей папке. Следующие команды позволят вам увидеть текущие IP-адреса конечных сетевых точек учетной записи хранения, но не следует жёстко прописывать эти IP-адреса в скрипты, конфигурации брандмауэра или другие места. IP-адреса не гарантированно остаются неизменными и могут изменяться в любое время.
Проверка разрешения DNS-имён
Следующая команда позволяет проверить разрешение DNS-имен учетной записи хранения.
# 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
Выходные данные, возвращаемые Resolve-DnsName , могут отличаться в зависимости от вашей среды и требуемой конфигурации сети. Например, если вы пытаетесь получить доступ к общедоступной конечной точке учетной записи хранения, которая не имеет частных конечных точек, вы увидите следующие выходные данные. В этих выходных данных x.x.x.x является IP-адресом кластера file.phx10prdstf01a.store.core.windows.net на платформе хранения Azure, который обслуживает вашу учетную запись для хранения данных.
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
Если вы пытаетесь получить доступ к общедоступной конечной точке учетной записи хранения, которая имеет одну или несколько частных конечных точек, вы увидите следующие выходные данные. Выходные данные включают дополнительную запись CNAME для mystorageaccount.privatelink.file.core.windows.net, расположенную между обычным полным доменным именем учетной записи хранения и именем кластера хранилища. Это обеспечивает разрешение имен на IP-адрес публичной конечной точки, когда пользователь обращается из интернета, и на IP-адрес частной конечной точки, когда пользователь обращается из виртуальной сети Azure или пиринговой сети.
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
Если вы разрешаете частную конечную точку, обычно ожидается A-запись для mystorageaccount.privatelink.file.core.windows.net, которая сопоставляется с IP-адресом вашей частной конечной точки.
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-подключения
Следующая команда позволяет проверить возможность клиента сделать TCP-подключение с разрешенным IP-адресом или номером порта.
# 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
Если подключение было успешно установлено, вы должны увидеть следующий результат:
ComputerName : mystorageAccount.file.core.windows.net
RemoteAddress : x.x.x.x
RemotePort : 445
InterfaceAlias : Ethernet
SourceAddress : y.y.y.y
TcpTestSucceeded : True
Выполнить диагностику
Клиенты Windows и клиенты Linux могут использовать AzFileDiagnostics для обеспечения правильности необходимых условий для клиентской среды.
AzFileDiagnostics автоматизирует обнаружение симптомов и помогает настроить среду для обеспечения оптимальной производительности.
Распространенные области устранения неполадок
Для получения более подробной информации выберите тему, которую вы хотите отладить.
- Проблемы с подключением и доступом (SMB)
- Проблемы проверки подлинности и авторизации на основе удостоверений (SMB)
- Проблемы с производительностью (SMB/NFS)
- Общие проблемы с Linux (SMB)
- Общие проблемы в Linux (NFS)
- Проблемы с Azure File Sync
Некоторые проблемы могут быть связаны с несколькими областями темы (например, подключением и производительностью).
Нужна помощь?
Если вам все еще нужна помощь, обратитесь в службу поддержки, которая поможет быстро устранить проблему.