PAC-aŭtentigo en WinHTTP-kliento
Komprenu la flagon de implicitaj akreditaĵoj uzata dum WinHTTP PAC-akiro kaj la identecon, sub kiu funkcias la aŭtomata agordo.
WinHTTP-aplikaĵo povas bezoni aŭtentigon nur por akiri sian PAC-dosieron. Tio okazas antaŭ ol la elŝutita skripto elektis prokurilon por la celo.
La membro fAutoLogonIfChallenged de WINHTTP_AUTOPROXY_OPTIONS permesas uzi la implicitajn akreditaĵojn de la nuna uzanto, kiam la PAC-servilo postulas aŭtentigon ĉe la elŝuto. Ĝi estas bulea politika elekto, ne kampo por doni arbitran uzantnomon kaj pasvorton.
Sukcesa interaga elŝuto en retumilo ne pruvas, ke ĉi tiu aplikaĵo povas akiri la dosieron. WinHTTP ne provizas la aŭtomatan ensalutan dialogon de la retumilo. La aplikaĵo devas uzi liveran kaj aŭtentigan aranĝon subtenatan de sia API.
Notu, ĉu la malsukceso koncernas la PAC-gastigan servilon aŭ poste elektitan prokurilon. La 401-defio de gastiga servilo kaj la 407 de peranto estas malsamaj interŝanĝoj. Por posta prokurila 407, uzu peto-limigitajn WinHTTP-prokurajn akreditaĵojn per la subtenata aŭtentiga fluo.
Por fona servo, identigu la konton, kiu funkciigas tiun servon. “Nuna uzanto” povas signifi servan identecon, kies disponeblaj akreditaĵoj diferencas de tiuj de la persono, kiu malfermis la retumilon.