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