Сақтау клиентінің HTTP көлігінде прокси конфигурациялау бір сұраққа жауап береді: бұл көлік сақтау сұрауларын қалай жібереді. Сәйкестендіру тіркелгі деректерінің токен алу үшін басқа HTTP клиенті болуы мүмкін.

Бұл айырмашылық кең тарағанға ұқсайтын қайшылықты түсіндіреді: сақтау соңғы нүктесіне прокси арқылы жетуге болады, бірақ SDK күтілетін операцияны жібермей тұрып сәтсіз аяқталады. Сәтсіздік сәйкестендіру соңғы нүктесіне қарсы тіркелгі деректерін алуға қатысты болуы мүмкін.

Алдымен қай тағайындау сәтсіз болғанын жазып алыңыз. Содан кейін сақтау құрастырушысына берілген HTTP клиентін және тіркелгі деректерін жүзеге асыру пайдаланатын конфигурацияны қарап шығыңыз. Әр көліктің қолдау көрсетілетін прокси опцияларын орындаңыз. Рұқсат етілген жалпыға ашық прокси маршрутында жалпыға қолжетімді сақтау және токен соңғы нүктелері үшін HTTP прокси тізімі соңғы нүкте үміткерлерін ұсынады; бір құрастырушының параметрі қолданбадағы әрбір нысанды қайта конфигурациялайды деп ойламаңыз.

КезеңПайдалы дәлел
Токен алуСәйкестендіру соңғы нүктесі, таңдалған клиент, прокси шақыруы немесе қосылу қатесі
Сақтау сұрауыСақтау соңғы нүктесі, конфигурацияланған құбыр, қорытынды жауап немесе тасымалдау сәтсіздігі

Прокси тіркелгісін Azure тіркелгі деректерінен бөлек ұстаңыз. Проксиге сәтті кіру маршрут береді; тағайындау қызметі әлі де Azure операциясына рұқсат береді.

Тарихи жауаптар Azure Storage Java кластарының бірнеше буынын пайдаланады, соның ішінде ескі OperationContext және құбыр API-лері. Мысалды қолданба қазір пайдаланатын SDK мен HTTP көлігіне сәйкестендіріңіз. Data Lake SDK үшін сақтау мен сәйкестендіруге арналған ортақ HTTP клиент конфигурациясы құрастырушының екі кірісін көрсетеді. Прокси мәселесін шешу үшін ескірген клиент түрін қайта енгізу жөндеуге тағы бір конфигурация жолын жасайды.

Журналдарда қауіпсіз соңғы нүкте идентификаторларын пайдаланыңыз. Сақтау URL-дерінде қатынау токендері, ал толық прокси URL-інде құпия сөз болуы мүмкін.

Қатысты мақалалар