Domeinuarekin kalifikatutako erabiltzaile-izenak proxy-ren kredentzialetan
Bereizi kontu-izen opakua domeinu-eremu bereiziak dituzten APIetatik, eta saihestu kontuaren identitatea aldatzea URLaren sintaxia betetzeko solik.
Erantzun batek DOMAIN\ kentzeko esaten du. Beste batek gehitzeko. Bi aldaketak okerrak izan daitezke zure proxyrako.
Bi galdera daude: zer identitate espero duen zerbitzuak eta nola adierazten duen hautatutako APIak identitate hori.
| Interfazea | Zer zehaztu |
|---|---|
| Kontu-izeneko eremu bakarra | Operadoreak onartzen duen kontu-sintaxi zehatza |
| Domeinu-eremua duen kredentzial APIa | Domeinua eta erabiltzaile-izena bereizita eman behar diren |
| URI baten barruko kredentzial osagaiak | Nola kodetu behar diren helburuko balioak edukiontzi horretarako |
Adibidez, .NETek NetworkCredential eraikitzailea eskaintzen du erabiltzaile-izena, pasahitza eta domeinua argumentu bereiziekin. Domeinua bi eremutan bereizketarik gabe jartzea ez da autentifikazio integratua konfiguratzeko modu eramangarria.
Oinarrizko autentifikazioa beste kasu bat da: zerbitzariak emandako kontu-testua bere politikaren arabera interpretatzen du. Sare berean egoteak ez du frogatzen domeinu-prefixu bat inplizitua denik. Ezta domeinuarekin kalifikatutako izen bat automatikoki beste autentifikazio-protokolo bat ere.
URL escapeak helburuko kontua gorde behar du aldatu beharrean. Itzuliko barra bat iturburu-hizkuntzako kate batean, itzuliko barra bat kontu-izen batean eta haren ehunekozko kodeketa URI baten barruan geruza bereiziak dira.
Lortu operadorearengandik onartutako identitate-forma eta eskema, eta gero erabili dagokion kredentzial interfazea. Ausaz txandakatzea izen laburra, domeinu-izena eta posta elektroniko itxurako izena 407 originalari buruzko froga ahulak sortzen ditu.