En Windows-inloggningsdialog autentiserar inte proxyn i sig själv
CredUI kan samla in kontoinformation. Nätverksklienten måste fortfarande hantera proxyns autentiseringsutmaning via en mekanism som stöds.
Den välbekanta Windows-säkerhetsdialogen är ett användargränssnitt, inte en universell funktion för att „logga in det här programmet på proxyn“.
CredUI-funktioner kan samla in inloggningsuppgifter från användaren. Din nätverksklient måste fortfarande tolka proxyns utmaning och leverera kontot via en mekanism som den stöder.
För WinHTTP hör autentiseringshantering till begäranflödet och dess dokumenterade API:er. En 407-utmaning skiljer sig från en ursprungsservers 401, även om programmet visar en liknande dialog för båda.
Avgör vilken proxy dialogen avser, hantera avbrott och begränsa de returnerade inloggningsuppgifterna till det syftet. Kopiera aldrig exempelkod som loggar lösenordet efter att autentiseringsbufferten packats upp. Att visa att dialogen returnerade text är inte skäl att skriva ut den texten.
Integrerad autentisering kan innebära en annan representation av inloggningsuppgifter och en annan processidentitet. Anta inte att varje metod reduceras till att sätta in ett användarnamn och lösenord i en proxy-URL.
Gränsen är tydlig: dialogen hämtar användarinmatning, nätverks-API:t utför autentiseringsutbytet och proxyn avgör om det godkänns.