Поделиться через

Устранение распространенных проблем с APT в Ubuntu

Область применения: ✔️ виртуальные машины Linux

В этой статье рассматриваются и приводятся решения распространенных проблем, которые могут возникнуть при использовании apt средства командной строки для установки или обновления приложений на виртуальных машинах Microsoft Azure.

Внимание

Стандартная поддержка Canonical Ubuntu 18.04 LTS больше недоступна. Если вы столкнулись с этой проблемой, ознакомьтесь с разделом Прекращение стандартной поддержки Canonical Ubuntu 18.04 LTS 31 мая 2023 г. и проверьте свои параметры.

Обзор

Команда apt (Дополнительное средство пакета) в Ubuntu — это мощный инструмент, используемый для управления пакетами. Он позволяет устанавливать, удалять, обновлять и управлять пакетами программного обеспечения в системе Ubuntu. Можно использовать apt для поиска доступных пакетов, установки определенных версий пакетов и эффективной обработки зависимостей. Это упрощает процесс управления программным обеспечением, предоставляя интерфейс командной строки для взаимодействия с библиотеками APT.

Предварительные требования

Сценарий 1. Время ожидания подключения в azure.archive.ubuntu.com

Сведения о сценарии 1

apt Во время операции обновления, обновления или установки подключение в конечном итоге истекает. Кроме того, вы получите сообщение об ошибке, похожее на одну из следующих выходных строк:

  • Выходные данные 1

    Err:2 http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 dns-root-data all 2023112702~ubuntu0.22.04.1
  Unable to connect to azure.archive.ubuntu.com:http:
Ign:3 http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 bind9 amd64 1:9.18.18-0ubuntu0.22.04.2
Err:1 http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 bind9-utils amd64 1:9.18.18-0ubuntu0.22.04.2
  Could not connect to azure.archive.ubuntu.com:80 (52.147.219.192), connection timed out
Err:3 http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 bind9 amd64 1:9.18.18-0ubuntu0.22.04.2
  Unable to connect to azure.archive.ubuntu.com:http:
E: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/pool/main/b/bind9/bind9-utils_9.18.18-0ubuntu0.22.04.2_amd64.deb  Could not connect to azure.archive.ubuntu.com:80 (52.147.219.192), connection timed out
E: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/pool/main/d/dns-root-data/dns-root-data_2023112702%7eubuntu0.22.04.1_all.deb  Unable to connect to azure.archive.ubuntu.com:http:
E: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/pool/main/b/bind9/bind9_9.18.18-0ubuntu0.22.04.2_amd64.deb  Unable to connect to azure.archive.ubuntu.com:http:
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?

  • Выходные данные 2

    W: Tried to start delayed item http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 distro-info-data all 0.52ubuntu0.7, but failed
W: Tried to start delayed item http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 distro-info-data all 0.52ubuntu0.7, but failed
W: Tried to start delayed item http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 distro-info-data all 0.52ubuntu0.7, but failed
W: Tried to start delayed item http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 distro-info-data all 0.52ubuntu0.7, but failed
W: Tried to start delayed item http://azure.archive.ubuntu.com/ubuntu jammy-updates/main amd64 distro-info-data all 0.52ubuntu0.7, but failed

В следующих разделах описаны потенциальные причины этих сбоев и решение проблем с подключением.

Причина 1. Виртуальные машины настроены для использования внутренней подсистемы балансировки нагрузки

Внутренняя подсистема балансировки нагрузки не предоставляет исходящее подключение, если оно настроено для сетевых интерфейсов.

Решение 1a. Добавление общедоступного IP-адреса

Добавьте общедоступный IP-адрес для сетевого интерфейса виртуальных машин. Дополнительные сведения см. в разделе Сопоставление общедоступного IP-адреса с виртуальной машиной.

Решение 1b. Использование внешней подсистемы балансировки нагрузки

Используйте внешнюю подсистему балансировки нагрузки Azure вместо внутренней подсистемы балансировки нагрузки Azure. Дополнительные сведения см. в кратком руководстве Создание общедоступной подсистемы балансировки нагрузки с помощью портала Azure для распределения нагрузки между виртуальными машинами.

Решение 1c. Использование шлюза NAT в подсети

Используйте шлюз преобразования сетевых адресов (NAT) в подсети виртуальной машины для исходящего доступа. Дополнительные сведения см. в статье Ресурсы Шлюза NAT в Azure.

Решение 1d. Использование внутренней базовой подсистемы балансировки нагрузки

Перейдите на более раннюю версию, чтобы использовать внутреннюю базовую подсистему балансировки нагрузки вместо внутренней подсистемы балансировки нагрузки уровня "Стандартный".

Примечание.

Это решение является временным исправлением, так как базовая версия подсистемы балансировки нагрузки запланирована на выход. Дополнительные сведения см. в статье Поддержка Azure Basic Load Balancer будет прекращена 30 сентября 2025 г. — обновление до Load Balancer (цен. категория "Стандартный").

Решение 1e. Использование правил SNAT

Используйте правила преобразования исходных сетевых адресов (SNAT). Дополнительные сведения см. в статье об использовании SNAT для исходящих подключений.

Причина 2. Внешний балансировщик нагрузки не имеет правил исходящего трафика и отключает исходящий SNAT

Внешняя подсистема балансировки нагрузки должна иметь исходящее подключение, чтобы оно могло получить доступ к репозиториям Ubuntu.

Решение 2. Настройка правила исходящего трафика или проверка включения исходящего SNAT

Выполните одно или несколько действий, перечисленных в следующей таблице.

Действие Руководство
Настройте правило исходящего трафика. Настройка правил исходящего трафика
Включите исходящий SNAT. Использование SNAT для исходящих подключений

Причина 3. Брандмауэр Azure или виртуальное устройство между виртуальной сетью и Интернетом

Брандмауэр Azure или виртуальное устройство может выступать в качестве защитного барьера между виртуальной сетью Azure и Интернетом. Этот барьер применяет политики безопасности и предоставляет функции для эффективного управления трафиком и мониторинга трафика, отправляя весь трафик в брандмауэр. В этом случае брандмауэр блокирует обмен данными с репозиториями Ubuntu.

Решение 3. Убедитесь, что адрес Ubuntu разрешен

Убедитесь, что azure.archive.ubuntu.com и все другие URL-адреса репозитория полностью доступны. Для этого вам нужно выполнить следующие действия.

  1. Убедитесь, что URL-адреса назначения разрешены в политиках брандмауэра.

  2. Если проверка протокола SSL активна, убедитесь, что IP-адреса разрешены.

  3. Если используется группа безопасности сети (NSG), убедитесь, что IP-адреса и порты Ubuntu 80 и 443 добавляются в список разрешений правила исходящего трафика сетевого интерфейса NSG или подсети NSG. Эти исключения должны иметь приоритет над правилом Block_Internet_Access_outbound . Кроме того, ознакомьтесь с разделом "Проверка правил безопасности, применяемых к трафику виртуальной машины".

Причина 4. Виртуальная машина подключена к частной подсети

Частные подсети повышают безопасность, поскольку не предоставляют исходящий доступ по умолчанию. Чтобы включить исходящее подключение для виртуальных машин для доступа к Интернету, необходимо явно предоставить исходящий доступ. Дополнительные сведения см. в разделе "Добавление функции частной подсети".

Решение 4. Предоставление исходящего подключения для подсети

Рекомендуется использовать шлюз NAT для обеспечения исходящего подключения для виртуальных машин в подсети. Дополнительные сведения см. в статье "Что такое шлюз Azure NAT"?

Причина 5. Прокси-сервер используется для связи

Интернет-связь проходит через прокси-сервер клиента, который влияет на обмен данными с репозиториями Ubuntu.

Решение 5. Исправление параметров конфигурации прокси-сервера

Если прокси-сервер настроен в Microsoft Azure между виртуальной машиной Ubuntu и репозиториями Ubuntu, используйте правильные параметры конфигурации прокси-сервера в файле /etc/apt/apt.conf, как показано в следующем фрагменте кода.

Внимание

Если настроенный прокси-сервер имеет частный IP-адрес, убедитесь, что он имеет подключение в общедоступном адресном пространстве Azure.

Acquire::http::Proxy "http://[username]:[password]@ [proxy-web-or-IP-address]:[port-number]";
Acquire::https::Proxy "http://[username]:[password]@ [proxy-web-or-IP-address]:[port-number]";

Кроме того, для Ubuntu и других операционных систем, таких как Unix, можно настроить прокси-сервер для трафика HTTP и HTTPS с помощью переменных среды. Имеются http_proxy и https_proxyсоответствующие переменные среды. Чтобы проверить, настроен ли прокси-сервер, выполните следующую команду.

Внимание

Если прокси-сервер не существует между виртуальной машиной Ubuntu и адресами репозитория Ubuntu, найдите и удалите все параметры конфигурации прокси-сервера, которые находятся в файле /etc/apt/apt/apt.conf .

env | grep -i proxy

Сценарий 2. Сбой команды apt update и возвращает сообщение "Не удалось получить <URL-адрес> 470 кода состояния 470"

Сведения о сценарии 2

При попытке выполнить apt update команду система пытается получить сведения о пакете из нескольких источников, включая azure.archive.ubuntu.com, packages.microsoft.comи security.ubuntu.com. Однако команда возвращает сообщение об ошибке "Не удалось получить <URL-адрес> 470 кода состояния 470", как показано в следующем примере:

Err: 3 http://azure.archive.ubuntu.com/ubuntu focal-updates InRelease
  470  status code 470[IP: 23.101.248.31 80]
Err: 4 http://azure.archive.ubuntu.com/ubuntu focal-backports InRelease
  470  status code 470[IP: 23.101.248.31 80]
Ign:5 https://packages.microsoft.com/ubuntu/20.04/prod focal InRelease
Err:6 https://packages.microsoft.com/ubuntu/20.04/prod focal Release
  Could not handshake: The TLS connection was not properly terminated. [IP: 52.230.121.169  443]
Reading package lists...

[stderr]
E: The repository 'http://security.ubuntu.com/ubuntu focal-security InRelease' is no longer signed.
E: Failed to fetch http://security.ubuntu.com/ubuntu/dists/focal-security/InRelease 470 status code 470 [IP: 91.189.91.82 80]
E: The repository 'http://security.ubuntu.com/ubuntu focal InRelease' is no longer signed.
E: Failed to fetch http://security.ubuntu.com/ubuntu/dists/focal/InRelease 470 status code 470 [IP: 23.101.248.31 80

Причина. Брандмауэр или группа безопасности сети блокирует необходимые URL-адреса

Трафик из системы Ubuntu направляется через виртуальное устройство (брандмауэр), но это устройство запрещает доступ к определенным URL-адресам, что приводит к проблемам, связанным с обновлениями пакетов и установками.

Кроме того, группа безопасности сети может блокировать исходящее подключение через порт 80 или 443.

Решение. Разрешение необходимых URL-адресов в конфигурации брандмауэра

Убедитесь, что все необходимые URL-адреса и домены разрешены через брандмауэр при использовании систем управления пакетами, например apt в Ubuntu.

Если используется группа безопасности сети, убедитесь, что IP-адреса и порты Ubuntu 80 и 443 добавляются в список разрешений правила исходящего трафика сетевого интерфейса NSG или подсети NSG. Эти исключения должны иметь приоритет над правилом Block_Internet_Access_outbound .

Сценарий 3. При проверке подписи произошла ошибка

Сведения о сценарии 3

При выполнении apt update команды система пытается получить сведения о пакете из нескольких источников, включая azure.archive.ubuntu.com и сторонние репозитории, например download.opensuse.org. Однако команда завершается ошибкой, как показано в следующих выходных данных консоли:

sudo apt update
Hit:1 http://azure.archive.ubuntu.com/ubuntu jammy InRelease
Hit:2 http://azure.archive.ubuntu.com/ubuntu jammy-updates InRelease
Hit:3 http://azure.archive.ubuntu.com/ubuntu jammy-backports InRelease
Hit:4 http://azure.archive.ubuntu.com/ubuntu jammy-security InRelease
Get:5 http://download.opensuse.org/repositories/devel:/kubic:/libcontainers:/unstable/xUbuntu_22.04  InRelease [1262 B]
Err:5 http://download.opensuse.org/repositories/devel:/kubic:/libcontainers:/unstable/xUbuntu_22.04  InRelease
  The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 4D64390375060AA4
Fetched 1262 B in 1s (1142 B/s)
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
16 packages can be upgraded. Run 'apt list --upgradable' to see them.
W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: http://download.opensuse.org/repositories/devel:/kubic:/libcontainers:/unstable/xUbuntu_22.04  InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 4D64390375060AA4
W: Failed to fetch http://download.opensuse.org/repositories/devel:/kubic:/libcontainers:/unstable/xUbuntu_22.04/InRelease  The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 4D64390375060AA4
W: Some index files failed to download. They have been ignored, or old ones used instead.
root@ubu24vmlbe:/etc/apt#

Причина: ключ GPG отсутствует для сторонних репозиториев

Новый сторонний репозиторий был добавлен в файл /etc/apt/sources.list или папку /etc/sources.list.d/, но отсутствует файл открытого ключа, используемый для проверки подлинности пакетов в репозитории. В Ubuntu репозитории часто используют ключи GPG, чтобы убедиться, что загруженные пакеты из доверенных источников и не были изменены.

Решение. Добавление ключа GPG для сторонних репозиториев

При добавлении нового репозитория в систему Ubuntu часто необходимо импортировать ключ GPG, связанный с этим репозиторием, чтобы убедиться, что система доверяет пакетам из этого источника.

Если вы добавляете этот репозиторий в систему, убедитесь, что ключ фактически находится из надежного источника, например официального веб-сайта или доверенного члена сообщества. После проверки подлинности ключа GPG его можно добавить в систему, выполнив apt-key команду или поместив его в папку /etc/apt/trusted.gpg.d/, как показано в следующей команде:

Внимание

Так как этот репозиторий является сторонним репозиторием, необходимо проверить подлинность предоставленного ключа GPG. Чтобы получить правильный ключ GPG для репозитория, обратитесь к документации или обратитесь к официальным источникам, связанным с сторонним репозиторием. Использование неправильных или несанкционированных ключей групповой политики может представлять угрозу безопасности для системы.

sudo curl -fsSL https://download.opensuse.org/repositories/devel:kubic:libcontainers:unstable/xUbuntu_22.04/Release.key | sudo tee /etc/apt/trusted.gpg.d/devel_kubic_libcontainers_unstable.gpg > /dev/null

После получения ключа GPG с помощью curl можно также преобразовать ключ GPG в формат, подходящий для APT, выполнив gpg --dearmor команду, а затем сохраните его непосредственно в папку /etc/apt/trusted.gpg.d/ . Эта альтернатива гарантирует, что система безопасно управляет и доверяет ключу GPG без использования apt-key команды:

curl -fsSL https://download.opensuse.org/repositories/devel:kubic:libcontainers:unstable/xUbuntu_22.04/Release.key | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/devel_kubic_libcontainers_unstable.gpg > /dev/null

Примечание.

Если не удается найти правильный ключ GPG для этого стороннего репозитория, рекомендуется удалить запись репозитория из файла /etc/apt/sources.list или папки /etc/apt/sources.list.d/ . Это действие гарантирует правильность apt update работы команд и снижение риска возникновения ошибок, связанных с ключами групповой политики. Определите приоритет безопасности и добавьте только репозитории из доверенных источников, имеющих допустимые ключи групповой политики.

Сценарий 4. Возникает сообщение об ошибке "Временный сбой, разрешающий azure.archive.ubuntu.com".

Сведения о сценарии 4

При выполнении apt update команды система пытается получить сведения о пакете из нескольких источников, включая azure.archive.ubuntu.com. Однако во время обновления или установки пакета вы получите сообщение об ошибке "Временный сбой, разрешающий azure.archive.ubuntu.com", как показано в следующих выходных данных:

Ign:4 http://azure.archive.ubuntu.com/ubuntu jammy-security InRelease
Err:1 http://azure.archive.ubuntu.com/ubuntu jammy InRelease
  Temporary failure resolving 'azure.archive.ubuntu.com'
Err:2 http://azure.archive.ubuntu.com/ubuntu jammy-updates InRelease
  Temporary failure resolving 'azure.archive.ubuntu.com'
Err:3 http://azure.archive.ubuntu.com/ubuntu jammy-backports InRelease
  Temporary failure resolving 'azure.archive.ubuntu.com'
Err:4 http://azure.archive.ubuntu.com/ubuntu jammy-security InRelease
  Temporary failure resolving 'azure.archive.ubuntu.com'
Reading package lists... Done              
Building dependency tree... Done
Reading state information... Done
16 packages can be upgraded. Run 'apt list --upgradable' to see them.
W: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/dists/jammy/InRelease  Temporary failure resolving 'azure.archive.ubuntu.com'
W: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/dists/jammy-updates/InRelease  Temporary failure resolving 'azure.archive.ubuntu.com'
W: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/dists/jammy-backports/InRelease  Temporary failure resolving 'azure.archive.ubuntu.com'
W: Failed to fetch http://azure.archive.ubuntu.com/ubuntu/dists/jammy-security/InRelease  Temporary failure resolving 'azure.archive.ubuntu.com'
W: Some index files failed to download. They have been ignored, or old ones used instead.

Причина. Пользовательские DNS не могут разрешать репозитории Ubuntu

Вы используете распознаватель пользовательской системы доменных имен (DNS), который работает неправильно. Или затронутая виртуальная машина находится в другой подсети, отличной от DNS-сервера.

Решение. Проверка и обновление сопоставителя DNS

Проверьте, является ли настраиваемый сопоставитель DNS причиной проблемы. Вы можете попытаться вернуться на DNS-серверы по умолчанию, предоставляемые Azure на уровне сетевого интерфейса. Дополнительные сведения см. в разделе Изменение DNS-серверов.

Если Azure DNS работает должным образом, проверьте внутреннее доменное имя и убедитесь, что вы можете связаться с ним через порт 53.

Если DNS-сервер находится в Azure, но находится в другой подсети, убедитесь, что он имеет правильный определяемый пользователем маршрут (UDR), чтобы получить доступ к подсети затронутой виртуальной машины.

Сценарий 5. Во время установки ядра отображается сообщение об ошибке "dpkg: пакет обработки ошибок"

Сведения о сценарии 5

При попытке установить или переустановить ядро, выполнив apt команду, появится сообщение об ошибке, похожее на следующий текст:

Processing triggers for linux-image-5.4.0-1051-azure (5.4.0-1051.53) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-5.4.0-1051-azure
/etc/kernel/postinst.d/zz-update-grub:
Sourcing file `/etc/default/grub'
/usr/sbin/grub-mkconfig: 34: /etc/default/grub: Syntax error: EOF in backquote substitution
run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return code 2
dpkg: error processing package linux-image-5.4.0-1051-azure (--configure):
 installed linux-image-5.4.0-1051-azure package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
 linux-image-5.4.0-1051-azure
E: Sub-process /usr/bin/dpkg returned an error code (1)

Причина: синтаксическая ошибка существует в /etc/default/grub

Синтаксическая ошибка в файле конфигурации /etc/default/grub . Сценарий после установки для пакета Linux-image-5.4.0-1051-azure , вероятно, сталкивается с этой ошибкой при попытке проанализировать конфигурацию.

Решение. Исправлена ошибка синтаксиса в /etc/default/grub

Найдите все синтаксические ошибки в файле /etc/default/grub , особенно вокруг строки, с которой, вероятно, встречается скрипт после установки. Исправьте все синтаксические ошибки, которые вы найдете. Синтаксис этого файла имеет решающее значение для правильного функционирования GRand Unified Bootloader (GRUB).

В следующем примере отсутствующий закрывающий кавычки в GRUB_CMDLINE_LINUX строке вызывает синтаксическую ошибку в файле конфигурации GRUB:

# cat /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="    # <---

Чтобы исправить эту конкретную ошибку, добавьте закрывающий кавычки в конце строки. Исправленная строка должна выглядеть следующим образом:

GRUB_CMDLINE_LINUX=" "

После исправления синтаксической ошибки в файле конфигурации GRUB повторите попытку переустановки пакета ядра.

Сценарий 6. "У репозитория "http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages фокусный выпуск" нет файла выпуска"

Сведения о сценарии 6

При выполнении apt update команды система пытается получить сведения о пакете из нескольких источников. Однако вы получите сообщение об ошибке о отсутствующих Release файлах, как показано в следующих выходных данных:

Ign:1 http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages focal InRelease
Hit:2 http://azure.archive.ubuntu.com/ubuntu focal InRelease                   
Hit:3 http://azure.archive.ubuntu.com/ubuntu focal-updates InRelease           
Hit:4 http://azure.archive.ubuntu.com/ubuntu focal-backports InRelease
Hit:5 http://azure.archive.ubuntu.com/ubuntu focal-security InRelease
Hit:6 https://packages.microsoft.com/ubuntu/20.04/prod focal InRelease
Err:7 http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages focal Release
  404  Not Found [IP: 91.189.91.83 80]
Reading package lists... Done
E: The repository 'http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages focal Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.

Причина. Средство apt указывает на пакет архитектуры процессора ARM на виртуальной машине x86_64

Команда apt выполняет поиск всех архитектур, определенных APT::Architectures при скачивании данных репозитория.

В этом сценарии выполняется виртуальная машина x86_64, но две строки в файле /etc/apt/sources.list ссылаются на архитектуру процессора ARM:

sudo cat  /etc/apt/sources.list | grep -i armhf

deb http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages focal main
deb-src  http://archive.ubuntu.com/ubuntu/dists/focal/main/binary-armhf/Packages focal main

Если любое приложение автоматически редактирует файл sources.list или добавляет репозиторий в папку /etc/apt/sources.list.d/, а затем включает репозитории armhf , возникает та же ошибка.

Решение: удалите или закомментируйте сведения armhf из источников.list

Удалите или закомментируйте строки, ссылающиеся на архитектуру процессора ARM в файле /etc/apt/sources.list или /etc/apt/sources.list.d/*.list.

Заявление об отказе от ответственности за контактные данные сторонней организации

Корпорация Майкрософт предоставляет контактные данные сторонних производителей в целях получения дополнительных сведений по данной теме. Эти данные могут быть изменены без предварительного уведомления. Корпорация Майкрософт не гарантирует точность контактных данных сторонних производителей.

Свяжитесь с нами для получения помощи

Если у вас есть вопросы или вам нужна помощь, создайте запрос в службу поддержки или обратитесь за поддержкой сообщества Azure. Вы также можете отправить отзыв о продукте в сообщество отзывов Azure.