HTTP Basic proxy authentication gamit ang walang laman na password
Kilalanin ang separator ng walang laman na password kapag gumamit ang upstream proxy ng API key bilang Basic username.
Sa login=API_KEY:, ang huling tutuldok ay maaaring mangahulugang walang laman ang password. Binubuo ang HTTP Basic credentials ng username, tutuldok at password. Kapag itinakda ng isang serbisyo ang API key bilang username na may walang laman na password, ang pares ay API_KEY:; ang tutuldok ay hindi bahagi ng key ng account.
Sundin ang kontrata ng serbisyo sa ganitong pagbasa. Maaaring ilagay ng ibang serbisyo ang token sa field ng password o gumamit ng ibang mekanismo ng authentication. Ang tutuldok sa dulo lamang ay hindi matutukoy kung ano ang inaasahan ng server nito.
Ang syntax ng login ng cache_peer sa Squid ay iba rin sa syntax ng user information ng isang proxy URL. Maaaring kailanganin ng mga reserved character ang URL encoding sa isang interface at ibang quoting sa isa pa; panatilihin ang mga tuntunin ng aktwal na setting.
Ang TLS papunta sa parent proxy ay hiwalay na pagpili. Ang pagbabago ng transport na iyon ay hindi nagbabago sa pares ng Basic credential at hindi rin nagpapasya kung gumagamit ng HTTPS ang destinasyong website.