ఆ LDAP పాస్‌వర్డ్ లోపం వినియోగదారు పాస్‌వర్డ్ కాకపోవచ్చు
bind వైఫల్యం సేవా ఖాతా నుండి లేదా శోధన పరిధి నుండి రావచ్చు, వినియోగదారు నుండి కాదు. ఎవరి పాస్‌వర్డ్‌ను రీసెట్ చేసే ముందు bindను వేరు చేయండి.
లాగ్ bind నిరాకరించబడిందని మాత్రమే చెప్పినప్పుడు వినియోగదారు పాస్‌వర్డ్‌ను రీసెట్ చేయడం తప్పు మొదటి చర్య. డైరెక్టరీ ప్లగిన్‌తో ఒక లాగిన్‌లో ఒకటి కంటే ఎక్కువ bind ఉంటాయి, నిరాకరణ శోధన చేసే సేవా ఖాతాకు చెంది ఉండవచ్చు. ఆ సందర్భంలో వినియోగదారు ఆధారాలను రీసెట్ చేయడం ఏమీ మార్చదు. ఎప్పుడూ సమస్య కాని వ్యక్తిని కూడా అది బయటకు పంపుతుంది.
ఒక లాగిన్, అనేక bind
ప్రత్యేక డైరెక్టరీ ఖాతా ఉన్న కాన్ఫిగరేషన్ సాధారణంగా క్రమంగా నాలుగు దశలను నిర్వహిస్తుంది, వాటిలో ఏదైనా లాగిన్‌ను ముగించగలదు.
connect to the directory and establish the configured TLS protection
bind as the configured service account
search for the user entry using the search base and filter
open a second connection and bind as that user, then evaluate groupsప్లగిన్ తన వినియోగదారు ప్రామాణీకరణ కనెక్షన్‌ను మొదటి కనెక్షన్‌ను నిర్వహించే అదే సహాయకం ద్వారా నిర్మిస్తుంది, కాబట్టి ఆ సహాయకం కనెక్ట్ అయ్యేటప్పుడు, TLS చర్చల సమయంలో లేదా సేవా ఖాతాగా bind చేసేటప్పుడు విఫలం కావచ్చు. పాస్‌వర్డ్ గురించి ఉన్నత స్థాయి సందేశం తర్వాత ఉత్పత్తి అవుతుంది, అందులో ఏ గుర్తింపు పాల్గొందో ఉండదు. అందుకే లోపం టెక్స్ట్ మాత్రమే వినియోగదారు లేదా సేవా ఖాతా నిరాకరించబడిందో చెప్పలేదు.
సందేశానికి ముందు పంక్తులను చదవండి, వైఫల్యం సంభవించిన క్షణాన్ని గమనించండి. ప్రారంభంలో, ఏ వినియోగదారు రాకముందే జరిగే నిరాకరణ కాన్ఫిగర్ చేసిన ఖాతా లేదా ముగింపు బిందువును సూచిస్తుంది. విజయవంతమైన శోధన తర్వాత ఒక వ్యక్తికి మాత్రమే కనిపించే నిరాకరణ ఆ వ్యక్తి ఎంట్రీ లేదా ఖాతా స్థితిని సూచిస్తుంది.
లోపాన్ని గుర్తింపుతో జోడించండి
ఆచరణాత్మక నియమం మూడు విషయాలను కలిపి నమోదు చేయడం: ఎప్పుడు విఫలమైంది, ఏ ఆపరేషన్ నడుస్తోంది మరియు ఏ గుర్తింపు సమర్పించబడింది. ఆ త్రికం లేకుండా, చివరి వాక్యాన్ని మాత్రమే ఉంచే లాగ్‌లో రెండు చాలా భిన్నమైన లోపాలు ఒకేలా కనిపిస్తాయి.
| What the log shows | Identity likely refused | First thing to check |
|---|---|---|
| Failure at start-up, no user yet | Service account | DN, password, expiry, lockout |
| Search returns nothing | None, the search scope is wrong | Search base and filter |
| Failure only for one user | That user's entry | Entry state, bind DN, group rules |
కాన్ఫిగర్ చేసిన ఖాతా విఫలమైతే, ఏదైనా వినియోగదారు రికార్డును తాకే ముందు ఆ ఖాతాను మరియు కనెక్షన్‌ను పరిశీలించండి. విజయవంతమైన శోధన తర్వాత వినియోగదారు bind విఫలమైతే, శోధన తిరిగి ఇచ్చిన ఎంట్రీని పరిశీలించండి, మీరు ఊహించిన ఎంట్రీని కాదు. రెండు మార్గాలు ఒక సందేశాన్ని మాత్రమే పంచుకుంటాయి. మీరు ఏది మినహాయించారో రాయండి, ఎందుకంటే తదుపరి వ్యక్తి సరిగ్గా అదే అడుగుతాడు.
విలక్షణ నామం డేటా, ఊహ కాదు
పేరు భాగం పరిచయం లేనిదిగా కనిపిస్తుందని దాన్ని మార్చడం పనిచేస్తున్న కాన్ఫిగరేషన్‌ను పాడుచేయడానికి సాధారణ మార్గం. Active Directoryలో వినియోగదారు వస్తువుల డిఫాల్ట్ స్థానం Users అనే కంటైనర్, మరియు కంటైనర్ సమాన పేరు గల సంస్థాగత యూనిట్ లాంటి అదే రకమైన వస్తువు కాదు.
ఖాతా యొక్క నిజమైన విలక్షణ నామాన్ని డైరెక్టరీ నిర్వాహకుడిని అడగండి, లేదా వస్తువు నుండే చదవండి. క్రింది రెండూ వాటి సొంత డైరెక్టరీలో సరైనవి కావచ్చు, అందుకే ఏదీ జ్ఞాపకం నుండి టైప్ చేయకూడదు.
CN=VPN Bind,CN=Users,DC=corp,DC=example
CN=VPN Bind,OU=Service Accounts,DC=corp,DC=exampleతరలింపు లేదా పేరు మార్పు ఆ విలువను మారుస్తుంది, ఖాతా మరియు పాస్‌వర్డ్ చెల్లుబాటులో ఉంటాయి, కాబట్టి గత త్రైమాసికంలో పనిచేసిన కాన్ఫిగరేషన్ ఈ త్రైమాసికంలో ఎవరూ ఆధారాలను తాకకుండానే విఫలం కావచ్చు. ఏదైనా పునర్విభజన తర్వాత కాన్ఫిగర్ చేసిన స్ట్రింగ్‌ను డైరెక్టరీ ప్రస్తుత లక్షణంతో పోల్చండి. ప్రశాంతమైన మైగ్రేషన్ తర్వాత కూడా చేయండి, నివేదించిన అంతరాయం తర్వాత మాత్రమే కాదు.
శోధన ఆధారం సేవా ఖాతా కాదు
bind గుర్తింపు మరియు శోధన ఆధారం వేర్వేరు ప్రశ్నలకు సమాధానమిస్తాయి: ప్లగిన్ ఎవరిగా ప్రామాణీకరిస్తుంది మరియు వ్యక్తులను ఎక్కడ వెతుకుతుంది. విజయవంతమైన bind తర్వాత సరిపోలే వినియోగదారు లేకపోవడం పరిధి, ఫిల్టర్ లేదా చదవడం అనుమతి సమస్య, ఖాతా విలక్షణ నామాన్ని వినియోగదారుల ఆధారంతో భర్తీ చేయడం దానిలో ఏమీ మార్చదు.
సేవ మీరు సవరించిన కాన్ఫిగరేషన్‌ను లోడ్ చేసిందని మరియు దాని ముగింపు బిందువు, TLS విశ్వాసం మరియు ప్రామాణీకరణ మోడ్ పనిచేసే పరిపాలనా పరీక్షకు సరిపోతాయని నిర్ధారించండి. మరో ఖాతాతో లేదా మరో డొమైన్ నియంత్రికపై చేసే చేతితో చేసిన శోధన సమానమైన ప్రయోగం కాదు.
నిల్వ చేసిన రహస్యాన్ని తనిఖీ చేయండి, మరియు ఖాతా ప్రారంభమైందా, గడువు ముగిసిందా లేదా లాక్ అయిందా అని పాస్‌వర్డ్‌ను ఎక్కడా ముద్రించకుండా తనిఖీ చేయండి. గడువు ముగియడం మిస్ అవ్వడం సులభం ఎందుకంటే ఖాతా పని చేయని రోజు వరకు పని చేస్తూనే ఉంటుంది. సంబంధం లేని సేవ నుండి వారసత్వంగా వచ్చిన లాక్ కూడా అంతే నిశ్శబ్దంగా ఉంటుంది. ఈ రెండు పరిస్థితుల్లో ఏదీ సేవా ఖాతాను పేర్కొనే సందేశాన్ని ఉత్పత్తి చేయదు.
గ్రూప్ నియమాలు చివరిలో వస్తాయి
bind విజయవంతమైన తర్వాత అధికారం అమలవుతుంది, కాబట్టి గ్రూప్ తనిఖీ bind వైఫల్యానికి కారణం కాలేదు, గ్రూప్ అవసరాన్ని తీసివేయడం దాన్ని సరిచేయలేదు. లాగిన్ ఇప్పుడు గ్రూప్ దశకు చేరితే, మిగిలిన సమస్య సభ్యత్వం, ఆధారాలు కాదు.
లోపం మాయమైపోవడానికి సేవా ఖాతాకు విస్తృత డైరెక్టరీ హక్కులు ఇవ్వడం మొత్తం అమరిక యాక్సెస్ విధానాన్ని మారుస్తుంది. దాన్ని దాని స్వంత సమీక్షతో కూడిన భద్రతా నిర్ణయంగా పరిగణించండి, మీరు ఇంకా గుర్తింపుకు ఆపాదించని సందేశానికి పరిష్కారంగా కాదు.