Проксинин идентификациялык маалыматтарындагы домен менен такталган колдонуучу аттары
Тунук эмес эсеп атын өзүнчө домен талаалары бар API'лерден ажыратыңыз жана эсептин инсандыгын URL синтаксисин канааттандыруу үчүн гана өзгөртүүдөн качыңыз.
Бир жооп DOMAIN\ алып салуу керек дейт. Экинчиси аны кошуу керек дейт. Эки өзгөртүү тең сиздин проксиңиз үчүн туура эмес болушу мүмкүн.
Эки суроо бар: кызмат кандай инсандыкты күтөт жана тандалган API ошол инсандыкты кантип көрсөтөт.
| Интерфейс | Эмнени аныктоо керек |
|---|---|
| Бир эсеп атынын талаасы | Оператор кабыл алган так эсеп синтаксиси |
| Домен талаасы бар идентификация API'си | Домен менен колдонуучу атын өзүнчө берүү керекпи |
| URI ичиндеги идентификация компоненттери | Көздөлгөн баалуулуктарды ошол контейнер үчүн кантип коддоо керек |
Мисалы, .NET колдонуучу аты, сырсөз жана домен үчүн өзүнчө аргументтери бар NetworkCredential конструкторун сунуштайт. Доменди ажыратпай эки талаага салуу интеграцияланган аутентификацияны конфигурациялоонун көчмө жолу эмес.
Basic аутентификация башка учур: сервер берилген эсеп текстин өз саясаты боюнча чечмелейт. Бир эле тармакта болуу домен префиксинин жашыруун экенин далилдебейт. Ошондой эле домен менен такталган ат автоматтык түрдө башка аутентификация протоколу эмес.
URL экраниндештирүү көздөлгөн эсепти сакташы керек аны өзгөртүүнүн ордуна. Баштапкы тилдин сабындагы кайтарма жантайма, эсеп атындагы кайтарма жантайма жана анын URI ичиндеги пайыздык коддолушу өзүнчө катмарлар.
Оператордон кабыл алынуучу инсандык формасын жана схеманы алыңыз, анан тиешелүү идентификация интерфейсин колдонуңуз. Кыска ат, домен аты жана электрондук почтага окшош аттын ортосунда туш келди алмашуу баштапкы 407 жөнүндө алсыз далил жаратат.