Azure Storage Java: API ve belirteç istekleri için proxy yolları

Bir depolama istemcisinin HTTP taşımasında proxy yapılandırmak tek bir soruyu yanıtlar: bu taşıma depolama isteklerini nasıl gönderir. Bir kimlik kimlik bilgisinin belirteç almak için başka bir HTTP istemcisi olabilir.

Bu ayrım, sıradan görünen bir çelişkiyi açıklar: depolama uç noktasına proxy üzerinden erişilebilir, ancak SDK beklenen işlemi göndermeden önce başarısız olur. Hata, bir kimlik uç noktasına karşı kimlik bilgisi almaya ait olabilir.

Önce hangi hedefin başarısız olduğunu kaydedin. Ardından depolama oluşturucusuna verilen HTTP istemcisini ve kimlik bilgisi uygulamasının kullandığı yapılandırmayı inceleyin. Her taşımanın desteklenen proxy seçeneklerini izleyin. İzin verilen ortak proxy yolunda herkese açık depolama ve belirteç uç noktaları için HTTP proxy listesi uç nokta adayları sunar; bir oluşturucunun ayarının uygulamadaki her nesneyi yeniden yapılandırdığını varsaymayın.

Proxy hesabını Azure kimlik bilgisinden ayrı tutun. Başarılı proxy oturumu bir yol verir; hedef hizmet Azure işlemini yine de yetkilendirir.

Geçmiş yanıtlar, eski OperationContext ve işlem hattı API'leri dahil olmak üzere birkaç nesil Azure Storage Java sınıfı kullanır. Bir örneği uygulamanın şu anda kullandığı SDK ve HTTP taşımasıyla eşleştirin. Data Lake SDK için depolama ve kimlik için ortak HTTP istemcisi kurulumu her iki oluşturucu girdisini gösterir. Bir proxy sorununu çözmek için kullanımdan kalkmış istemci türünü yeniden getirmek, hata ayıklanacak bir yapılandırma yolu daha yaratır.

Günlüklerde güvenli uç nokta tanımlayıcıları kullanın. Depolama URL'leri erişim belirteçleri, tam proxy URL'si ise parola içerebilir.