|Proxy autentifikazio integratua: zerbitzu-kontuak eta nortasun-bereganatzea

“Erabili nire Windows kredentzialak” esaldiak subjektu bat behar du. Mahaigaineko programan, subjektua hura exekutatzen duen pertsona izan daiteke. Zerbitzu batean, zerbitzuaren kontua izan daiteke. Web aplikazio batean, bisitariaren saio-hasiera egokiak ez du automatikoki ordezkatzen irteerako eskaeraren segurtasun-testuingurua.

Horrek azaltzen du zergatik makina berean dauden nabigatzaileak eta zerbitzari-aldeko kodeak emaitza desberdinak jaso ditzaketen autentifikazio integratuko proxy batetik. Baliteke nortasun desberdinak aurkeztea.

Izenda itzazu nortasunak kodea aldatu aurretik

• Mahaigaineko nabigatzailean saioa hasi duen pertsona.
• Aplikazioaren prozesua ostatatzen duen kontua.
• Irteerako eragiketarako aktibo dagoen nortasun bereganatu oro.
• Proxyak benetan onartu edo ukatu zuen kontua.

.NET-en autentifikazio integraturako bide onartuetan, DefaultCredentials uneko segurtasun-testuinguruari dagokio. Ez da beste makina batean orrialde bat ireki duen edonorentzako alias globala.

Produktuak nahita erabiltzaile gisa jokatzen badu, nortasun-bereganatzeak eta sare-delegaziorako edozein baldintzak beren diseinu onartua behar dute. Batez besteko kredentzialak erabiltzeko etengailu orokor bat pizteak ez du diseinu hori ezartzen. Alderantziz, zerbitzu-nortasun gisa exekutatzeko pentsatutako atzeko lanak ez luke inork aurretik nabigatzaile bat irekitzearen mende egon behar.

Konparatu abiarazte interaktiboa eta zabaldutakoa sekretuak kenduta: kontuaren testuingurua, proxyaren amaiera-puntua, iragarritako metodoa eta baztertutako nortasuna. Saihestu mahaigaineko pasahitz bat aplikaziora kopiatzea behin-behineko eskaera bat lortu zuelako soilik. Konfiguratu aplikazioak erabili behar duen kontua eta, gero, mantendu jabetza hori ikusgai hedapen-erregistroan.