Azure Storage Java: прокси-маршруты для запросов API и токенов
При настройке прокси для Java SDK проверяйте и запросы Azure Storage, и запросы токенов учётных данных.
Настройка прокси на HTTP-транспорте клиента хранилища отвечает на один вопрос: как этот транспорт отправляет запросы хранилища. У учётных данных идентичности может быть другой HTTP-клиент для получения токенов.
Это различие объясняет кажущееся обычным противоречие: конечная точка хранилища доступна через прокси, но SDK завершается с ошибкой ещё до отправки ожидаемой операции. Сбой может относиться к получению учётных данных на конечной точке идентичности.
Сначала зафиксируйте, какой адресат не сработал. Затем проверьте HTTP-клиент, переданный построителю хранилища, и конфигурацию, которую использует реализация учётных данных. Следуйте поддерживаемым параметрам прокси каждого транспорта. Для публично доступных конечных точек хранилища и токенов на разрешённом маршруте публичного прокси список HTTP-прокси предлагает кандидатов конечных точек; не предполагайте, что настройка одного построителя перенастроит каждый объект приложения.
| Этап | Полезные доказательства |
|---|---|
| Получение токена | Конечная точка идентичности, выбранный клиент, запрос прокси или ошибка подключения |
| Запрос к хранилищу | Конечная точка хранилища, настроенный конвейер, окончательный ответ или сбой передачи |
Держите учётную запись прокси отдельно от учётных данных Azure. Успешный вход в прокси даёт маршрут; служба назначения по-прежнему авторизует операцию Azure.
Исторические ответы используют несколько поколений классов Azure Storage Java, включая старые API OperationContext и конвейера. Сопоставьте пример с SDK и HTTP-транспортом, которые приложение использует сейчас. Для SDK Data Lake общая настройка HTTP-клиента для хранилища и идентичности показывает оба входа построителя. Повторное введение устаревшего типа клиента для решения проблемы прокси создаёт ещё один путь конфигурации, который придётся отлаживать.
Используйте в журналах безопасные идентификаторы конечных точек. URL-адреса хранилища могут содержать токены доступа, а полный URL-адрес прокси может содержать пароль.