O casetă de dialog pentru acreditări Windows nu autentifică proxy-ul de la sine
CredUI poate colecta informații despre cont. Clientul de rețea trebuie totuși să trateze provocarea de autentificare a proxy-ului printr-un mecanism acceptat.
Cunoscuta casetă de dialog Securitate Windows este o interfață de utilizator, nu o funcție universală de „conectare a acestei aplicații la proxy“.
Funcțiile CredUI pot colecta informații de acreditare de la utilizator. Clientul dvs. de rețea trebuie totuși să interpreteze provocarea proxy-ului și să furnizeze contul printr-un mecanism pe care îl acceptă.
Pentru WinHTTP, gestionarea autentificării aparține fluxului cererii și API-urilor sale documentate. O provocare 407 este diferită de 401 al unui server de origine, chiar dacă aplicația afișează o casetă similară pentru ambele.
Stabiliți la ce proxy se referă caseta, tratați anularea și limitați acreditarea returnată la acest scop. Nu copiați niciodată cod exemplu care înregistrează parola după despachetarea tamponului de autentificare. A demonstra că dialogul a returnat text nu este un motiv pentru a tipări acel text.
Autentificarea integrată poate implica o reprezentare diferită a acreditărilor și o identitate de proces diferită. Nu presupuneți că fiecare metodă se reduce la inserarea unui nume de utilizator și a unei parole într-un URL de proxy.
Granularitatea utilă este clară: caseta obține introducerea utilizatorului, API-ul de rețea efectuează schimbul de autentificare, iar proxy-ul decide dacă îl acceptă.