Een Windows-referentiedialoog authenticeert de proxy niet vanzelf
CredUI kan accountgegevens verzamelen. De netwerkclient moet nog steeds de authenticatie-uitdaging van de proxy afhandelen via een ondersteund mechanisme.
De bekende Windows-beveiligingsprompt is een gebruikersinterface, geen universele functie om „deze toepassing bij de proxy aan te melden“.
CredUI-functies kunnen inloggegevens van de gebruiker verzamelen. Uw netwerkclient moet nog steeds de uitdaging van de proxy interpreteren en het account leveren via een mechanisme dat hij ondersteunt.
Bij WinHTTP hoort authenticatieafhandeling bij de aanvraagstroom en de gedocumenteerde API's ervan. Een 407-uitdaging verschilt van de 401 van een oorspronkelijke server, zelfs als de toepassing voor beide een vergelijkbare prompt toont.
Bepaal op welke proxy de prompt betrekking heeft, behandel annulering en beperk de teruggegeven referentie tot dat doel. Kopieer nooit voorbeeldcode die het wachtwoord logt nadat de authenticatiebuffer is uitgepakt. Laten zien dat de dialoog tekst teruggaf, is geen reden om die tekst af te drukken.
Geïntegreerde authenticatie kan een andere representatie van inloggegevens en een andere procesidentiteit omvatten. Ga er niet van uit dat elke methode neerkomt op het invoegen van een gebruikersnaam en wachtwoord in een proxy-URL.
De nuttige grens is duidelijk: de prompt verkrijgt gebruikersinvoer, de netwerk-API doet de authenticatie-uitwisseling en de proxy beslist of die wordt geaccepteerd.