ఖాళీ పాస్వర్డ్తో HTTP Basic ప్రాక్సీ ప్రామాణీకరణ
అప్స్ట్రీమ్ ప్రాక్సీ API కీని Basic వినియోగదారు పేరుగా ఉపయోగించినప్పుడు ఖాళీ పాస్వర్డ్ విభజనను గుర్తించండి.
login=API_KEY: లో చివరి కోలన్ పాస్వర్డ్ ఖాళీగా ఉందని అర్థం కావచ్చు. HTTP Basic ఆధారాలు వినియోగదారు పేరు, కోలన్ మరియు పాస్వర్డ్తో ఏర్పడతాయి. ఒక సేవ API కీని ఖాళీ పాస్వర్డ్తో వినియోగదారు పేరుగా పేర్కొన్నప్పుడు జోడీ API_KEY:; కోలన్ ఖాతా కీలో భాగం కాదు.
ఈ వ్యాఖ్యానంతో సేవ యొక్క ఒప్పందాన్ని పాటించండి. మరో సేవ టోకెన్ను పాస్వర్డ్ ఫీల్డ్లో పెట్టవచ్చు లేదా మరో ప్రామాణీకరణ పద్ధతిని ఉపయోగించవచ్చు. చివరి కోలన్ మాత్రమే దాని సర్వర్ ఏమి ఆశిస్తుందో నిర్ణయించలేదు.
Squid యొక్క cache_peer లాగిన్ సింటాక్స్ కూడా ప్రాక్సీ URL యొక్క వినియోగదారు సమాచార సింటాక్స్ నుండి భిన్నంగా ఉంటుంది. రిజర్వ్ చేసిన అక్షరాలకు ఒక ఇంటర్ఫేస్లో URL ఎన్కోడింగ్ మరియు మరొకదానిలో వేరే కోట్ గుర్తులు అవసరం కావచ్చు; వాస్తవ సెట్టింగ్ నియమాలను కాపాడండి.
పేరెంట్ ప్రాక్సీకి TLS ఒక వేరే ఎంపిక. ఆ రవాణాను మార్చడం Basic ఆధారాల జోడీని మార్చదు మరియు గమ్యస్థాన వెబ్సైట్ HTTPS ఉపయోగిస్తుందా అనేది కూడా నిర్ణయించదు.