Squid మరియు LDAP డైరెక్టరీలలో నకిలీ వినియోగదారు పేర్లు
స్వతంత్ర LDAP డైరెక్టరీలు ఒకే చిన్న వినియోగదారు పేరును కలిగి ఉన్నప్పుడు డైరెక్టరీ ఎంపిక మరియు Squid ప్రామాణీకరణ కాష్‌ను కలిసి రూపకల్పన చేయండి.
రెండు స్వతంత్ర డైరెక్టరీలలో రెండింటిలోనూ alex ఉంటే, పాస్‌వర్డ్‌ను తనిఖీ చేయడానికి ముందు ప్రాక్సీకి డైరెక్టరీ ఎంపిక అవసరం. మొదట A తర్వాత B ప్రయత్నించడం ఆ ఎంపికను ప్రామాణీకరణ వైఫల్యం లోపల దాచుతుంది మరియు అందుబాటులో లేని డైరెక్టరీని తిరస్కరించిన రహస్యంతో గందరగోళపరచవచ్చు.
రెండు ఏర్పాట్లు గుర్తింపును స్పష్టం చేయగలవు:
- అర్హత కలిగిన లాగిన్.
[email protected]వంటి పేరు డిస్పాచర్ ద్వారా నిర్వాహకుడు నిర్వచించిన స్థిర డైరెక్టరీని ఎంచుకుంటుంది. అధికారం కోసం అర్హత కలిగిన గుర్తింపును మరియు లాగింగ్‌ను నిలబెట్టుకోండి. క్లయింట్ అందించిన ప్రత్యయాన్ని ఏకపక్ష LDAP సర్వర్ చిరునామాగా మార్చవద్దు. - స్థిరమైన విశ్వసనీయ అభ్యర్థన సందర్భం. శ్రోత లేదా మరో మద్దతు ఉన్న సందర్భం డైరెక్టరీని ఎంచుకుంటుంది. వ్యక్తి తిరుగుతున్నప్పుడు లేదా మరో శ్రోతను ఉపయోగించినప్పుడు ఏమి జరుగుతుందో నిర్వచించండి; నెట్‌వర్క్ స్థానం వ్యక్తిగత గుర్తింపు కాదు.
ఒక డైరెక్టరీ యొక్క ప్రతులను భిన్నంగా ఉంటాయి: అవి ఒకే గుర్తింపు నామస్థలాన్ని పంచుకుంటాయి. సంబంధం లేని డైరెక్టరీలు రెండూ LDAP ఉపయోగిస్తున్నందున ప్రతులు కావు.
Squid యొక్క ఆధారాల కాష్ కీని సహాయకుడి ఎంపికతో సరిపోల్చండి. auth_param సూచన అదనపు సందర్భాన్ని పంపడానికి మరియు దానిని కాష్ కీలో చేర్చడానికి key_extras వివరిస్తుంది, వినడం పోర్ట్ ద్వారా వేరుచేయబడే ఒకే పేర్ల సందర్భంతో సహా. సహాయకుడు విస్తరించిన ఇన్‌పుట్‌ను అర్థం చేసుకోవాలి మరియు ఎంచుకున్న మాక్రో ఆ ప్రామాణీకరణ దశలో అందుబాటులో ఉండాలి.
స్థిరమైన సందర్భానికి ప్రాధాన్యం ఇవ్వండి. తరచుగా మారే క్లయింట్ IP కాష్ గుర్తింపులను పెంచి ఒకే వినియోగదారు గుర్తింపును ఆశించే నియంత్రణలను మార్చగలదు.
తెలియని డైరెక్టరీ, తెలియని ఖాతా, తిరస్కరించిన పాస్‌వర్డ్ మరియు అందుబాటులో లేని డైరెక్టరీని విడివిడిగా నిర్వచించండి. North అందుబాటులో లేనప్పుడు North ఖాతా నిశ్శబ్దంగా South యొక్క Alex కాకూడదు. పాస్‌వర్డ్‌లను నమోదు చేయకుండా ఆ ఫలితాలను లాగ్‌లలో వేరుగా గుర్తించదగినవిగా ఉంచండి.