Прокси тіркелгі деректеріндегі доменмен нақтыланған пайдаланушы атаулары
Мөлдір емес тіркелгі атауын бөлек домен өрістері бар API-лерден ажыратыңыз және тек URL синтаксисін қанағаттандыру үшін тіркелгі бірегейлігін өзгертуден аулақ болыңыз.
Бір жауап DOMAIN\ жою керек дейді. Екіншісі оны қосу керек дейді. Екі өзгеріс те сіздің проксиіңіз үшін қате болуы мүмкін.
Екі сұрақ бар: қызмет қандай бірегейлікті күтеді және таңдалған API сол бірегейлікті қалай ұсынады.
| Интерфейс | Нені анықтау керек |
|---|---|
| Бір тіркелгі атауы өрісі | Оператор қабылдайтын дәл тіркелгі синтаксисі |
| Домен өрісі бар тіркелгі деректерінің API-і | Домен мен пайдаланушы атауын бөлек беру керек пе |
| URI ішіндегі тіркелгі деректерінің құрамдастары | Көздеген мәндерді сол контейнер үшін қалай кодтау керек |
Мысалы, .NET пайдаланушы атауы, құпия сөз және домен үшін бөлек аргументтері бар NetworkCredential конструкторын ұсынады. Доменді ажыратпай екі өріске салу біріктірілген аутентификацияны конфигурациялаудың тасымалданатын жолы емес.
Basic аутентификация — басқа жағдай: сервер берілген тіркелгі мәтінін өз саясаты бойынша түсіндіреді. Бір желіде болу домен префиксінің жасырын екенін дәлелдемейді. Сондай-ақ доменмен нақтыланған атау автоматты түрде басқа аутентификация протоколы емес.
URL экранизациясы көздеген тіркелгіні сақтауы керек оны өзгертпей. Бастапқы тілдің жолындағы кері еңіс, тіркелгі атауындағы кері еңіс және оның URI ішіндегі пайыздық кодталуы жеке қабаттар.
Оператордан қабылданатын бірегейлік пішіні мен схемасын алыңыз, содан кейін сәйкес тіркелгі деректері интерфейсін пайдаланыңыз. Қысқа ат, домен аты және электрондық поштаға ұқсас ат арасында кездейсоқ ауысу бастапқы 407 туралы әлсіз дәлел жасайды.