HTTP Basic-proxyautentikaasje mei in leech wachtwurd
Werken de skiedingsteken fan in leech wachtwurd as in upstream-proxy in API-kaai as Basic-brûkersnamme brûkt.
Yn login=API_KEY: kin de lêste dûbele punt betsjutte dat it wachtwurd leech is. HTTP Basic-bewizen besteane út brûkersnamme, dûbele punt en wachtwurd. As in tsjinst in API-kaai as brûkersnamme mei in leech wachtwurd opjout, is it pear API_KEY:; de dûbele punt heart net by de kaai fan it akkount.
Hâld dy oan it kontrakt fan 'e tsjinst mei dizze útlis. In oare tsjinst kin it token yn it wachtwurdfjild sette of in oar autentikaasjemeganisme brûke. In dûbele punt oan 'e ein allinnich kin net fêststelle wat har server ferwachtet.
De oanmeldingsyntaksis fan cache_peer by Squid ferskilt ek fan 'e brûkersynformaasjesyntaksis fan in proxy-URL. Reservearre tekens kinne URL-kodearring nedich hawwe yn it iene ynterface en oare oanhellingstekens yn it oare; behâld de regels fan 'e werklike ynstelling.
TLS nei de âlder is in aparte kar. It feroarjen fan dy ferfier feroaret it Basic-bewispear net en beslist ek net oft de bestimmingswebsite HTTPS brûkt.