Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Сводка
В этой статье перечислены распространенные проблемы, связанные с файлами Azure, включая подключение, разрешение DNS и ошибки доступа. Она предоставляет возможные причины и решения, помогающие быстро устранять проблемы с файловым хранилищем Azure.
Примечание.
Статья была полезной? Ваши входные данные важны для нас. Нажмите кнопку "Отзывы" на этой странице, чтобы сообщить нам, насколько хорошо эта статья работала для вас или как мы можем улучшить ее.
Если вы не можете найти ответ на свой вопрос, обратитесь к нам по следующим каналам (в порядке эскалации):
- Страница вопросов Microsoft Q&A для файлов Azure.
- Отзывы сообщества Azure.
- Служба поддержки Майкрософт. Чтобы создать запрос на поддержку, войдите в портал Azure и на вкладке справки нажмите кнопку "Справка и поддержка", а затем нажмите кнопку "Создать запрос на поддержку".
Применяется к
| Тип общей папки | SMB | NFS |
|---|---|---|
| Стандартные общие папки (GPv2), LRS/ZRS | ||
| Стандартные общие папки (GPv2), GRS/GZRS | ||
| Общие папки уровня "Премиум" (FileStorage), LRS/ZRS |
Общие действия по устранению неполадок
Если возникли проблемы с Файлами Azure, начните с выполнения следующих шагов.
Проверка разрешения DNS и подключения к общей папке Azure
Наиболее распространенная проблема, с которой сталкиваются клиенты Файлы Azure, заключается в том, что подключение или доступ к файловому ресурсу 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
Некоторые проблемы могут быть связаны с несколькими областями темы (например, подключением и производительностью).
Нужна помощь?
Если вам все еще нужна помощь, обратитесь в службу поддержки, которая поможет быстро устранить проблему.