Emrat e përdoruesve me domen në kredencialet e proxy-t
Dalloni një emër llogarie të patejdukshëm nga API-t me fusha domeni të veçanta dhe shmangni ndryshimin e identitetit të llogarisë vetëm për të përmbushur sintaksën e URL-së.
Një përgjigje thotë ta hiqni DOMAIN\. Një tjetër thotë ta shtoni. Të dyja ndryshimet mund të jenë të gabuara për proxy-n tuaj.
Ka dy pyetje: çfarë identiteti pret shërbimi dhe si e përfaqëson atë identitet API-ja e zgjedhur.
| Ndërfaqja | Çfarë duhet përcaktuar |
|---|---|
| Një fushë e vetme emri llogarie | Sintaksa e saktë e llogarisë që pranon operatori |
| Një API kredencialesh me fushë domeni | Nëse domeni dhe emri i përdoruesit duhet të jepen veçmas |
| Komponentët e kredencialeve brenda një URI | Si duhet të kodohen vlerat e synuara për atë enë |
Për shembull, .NET ofron një konstruktor NetworkCredential me argumente të veçanta për emrin e përdoruesit, fjalëkalimin dhe domenin. Vendosja e një domeni në dy fusha pa dallim nuk është mënyrë e transportueshme për të konfiguruar vërtetimin e integruar.
Vërtetimi Basic është një rast tjetër: serveri e interpreton tekstin e llogarisë së dhënë sipas politikës së vet. Të qenit në të njëjtin rrjet nuk provon që parashtesa e domenit është e nënkuptuar. As një emër me domen nuk është automatikisht një protokoll tjetër vërtetimi.
Escaping i URL-së duhet të ruajë llogarinë e synuar në vend që ta ndryshojë. Një vijë e pjerrët e pasme në një varg të gjuhës burimore, një vijë e pjerrët e pasme në një emër llogarie dhe paraqitja e saj e koduar në përqindje brenda një URI janë shtresa të ndara.
Merrni formën e identitetit dhe skemën e pranuar nga operatori, më pas përdorni ndërfaqen përkatëse të kredencialeve. Alternimi i rastësishëm mes një emri të shkurtër, një emri domeni dhe një emri si email prodhon prova të dobëta për 407 origjinal.