Mengkonfigurasi proksi pada pengangkutan HTTP klien storan menjawab satu soalan: bagaimana pengangkutan itu menghantar permintaan storan. Kelayakan identiti mungkin mempunyai klien HTTP lain untuk mendapatkan token.

Perbezaan itu menjelaskan percanggahan yang kelihatan biasa: titik akhir storan boleh dicapai melalui proksi, tetapi SDK gagal sebelum menghantar operasi yang dijangka. Kegagalan itu mungkin milik pemerolehan kelayakan terhadap titik akhir identiti.

Catat dahulu destinasi mana yang gagal. Kemudian periksa klien HTTP yang diberikan kepada pembina storan dan konfigurasi yang digunakan oleh pelaksanaan kelayakan. Ikut pilihan proksi yang disokong setiap pengangkutan. Untuk titik akhir storan dan token yang boleh dicapai secara awam pada laluan proksi awam yang dibenarkan, senarai proksi HTTP menawarkan calon titik akhir; jangan andaikan tetapan satu pembina mengkonfigurasi semula setiap objek dalam aplikasi.

PeringkatBukti berguna
Pemerolehan tokenTitik akhir identiti, klien dipilih, cabaran proksi atau ralat sambungan
Permintaan storanTitik akhir storan, saluran paip dikonfigurasi, respons akhir atau kegagalan pemindahan

Asingkan akaun proksi daripada kelayakan Azure. Log masuk proksi yang berjaya memberikan laluan; perkhidmatan destinasi masih membenarkan operasi Azure.

Jawapan sejarah menggunakan beberapa generasi kelas Azure Storage Java, termasuk API OperationContext dan saluran paip lama. Padankan contoh dengan SDK dan pengangkutan HTTP yang digunakan aplikasi sekarang. Untuk SDK Data Lake, persediaan klien HTTP dikongsi untuk storan dan identiti menunjukkan kedua-dua input pembina. Memperkenalkan semula jenis klien lapuk untuk menyelesaikan masalah proksi mencipta satu lagi laluan konfigurasi untuk dinyahpepijat.

Gunakan pengecam titik akhir yang selamat dalam log. URL storan boleh mengandungi token akses, dan URL proksi penuh boleh mengandungi kata laluan.

Artikel berkaitan