Waarom browser-fetch nie Proxy-Authorization kan stuur nie
Verduidelik waarom webbladkode nie 'n blaaier-proxy-aanmelding kan verskaf deur 'n verbode versoekkop te stel nie.
Proxy-Authorization is 'n verbode versoekkop vir gewone blaaier-skrifte. Name wat met Proxy- begin, is gereserveer, so 'n AJAX- of fetch-oproep kan nie daardie kop as 'n toepassingbeheerde proxy-aanmeldmeganisme gebruik nie.
Om CORS-antwoordkoppe te verander, verleen nie toestemming om 'n blaaierbeheerde versoekkop te stel nie. Net so leer dit nie die blaaier om by sy uitgaande proxy te verifieer as die waarde in 'n ander pasgemaakte kop gesit word nie.
Die blaaier se proxy-konfigurasie en ondersteunde verifikasievloei hanteer daardie aanmelding. As 'n bedienerkant-toepassing eerder die versoek maak, het sy eie HTTP-kliënt proxy-opsies; blaaierkopbeperkings en bedienerkliënt-API's is aparte koppelvlakke.
Hou die proxy-wagwoord uit webblad-JavaScript. Selfs as 'n pasgemaakte toepassing-eindpunt so 'n waarde aanvaar, het dit toepassingdata geword wat vir daardie kliënt sigbaar is, eerder as 'n bevoorregte blaaier-netwerkinstelling.