கேள்வி: லைட்வெயிட்டு டைரக்டரி ஆக்சஸ் புரோட்டோக்கால் என்பது என்ன?
பதில்: லைவெயிட் டைரக்டரி ஆக்சஸ் புரோட்டாக்கால் (''Lightweight Directory Access Protocol'' அல்லது ''LDAP'') என்பது TCP/IPயின் மீது இயங்கக்கூடிய கோப்பக சேவைகளின் வினவுதல் மற்றும் மாற்றியமைத்தலுக்கான ஒரு பயன்பாட்டு நெறிமுறை ஆகும். ஒரு கோப்பகம் என்பது தர்க்கரீதியான மற்றும் படிநிலையான செயல்முறையில் சீரமைக்கப்பட்ட கற்பிதங்களுடன் கூடிய பொருட்களின் தொகுப்பு ஆகும். இதற்கு எளிமையான எடுத்துக்காட்டு தொலைபேசிக் கோப்பகம் ஆகும். அதில் ஒவ்வொரு பெயருடனும் அதனுடன் தொடர்புடைய விலாசம் மற்றும் தொலைபேசி எண் ஆகியவற்றை கொண்டிருக்கும். பெயர்களின் (தனிநபராகவோ அல்லது நிறுவனங்களாகவோ இருக்கலாம்) பட்டியலைக் கொண்டிருக்கும். ஒரு LDAP கோப்பகப் படிநிலையானது பொதுவாக தேர்ந்தெடுக்கப்படும் மாதிரி சார்ந்து பல்வேறு அரசியல், புவியியல் சார் மற்றும்/அல்லது நிறுவனம்சார் வரம்புகளைப் பிரதிபலிக்கும். இந்நாளில் LDAP ஈடுபடுத்தல்கள் டொமைன் நேம் சிஸ்டம் (DNS) பெயர்களில் படிநிலையின் மிகவும் உச்சமான கட்டமைப்புக்காக பயன்படுத்தப்படுகிறது. கோப்பகத்தின் ஆழ்ந்த உட்பகுதி, மக்களைக் குறிப்பிடும் நுழைவுகள், நிறுவனம் சார்ந்த அலகுகள், பிரிண்டர்கள், ஆவணங்கள், மக்களின் குழுக்கள் அல்லது படிநிலை நுழைவைக் (அல்லது பல நுழைவுகள்) குறிப்பிடும் மற்றயவை ஆகியவற்றைக் கொண்டிருக்கலாம். இதன் தற்போதைய பதிப்பு LDAPv3 ஆகும். இது இன்டர்நெட் எஞ்ஜினியரிங் டாஸ்க் ஃபோர்ஸ் (IETF) ஸ்டேண்டர்ட் டிராக் ரிக்வெஸ்ட் ஃபார் கமெண்ட்டுகள் (RFCs) கொண்ட வரிசையில் குறிப்பிடப்பட்டிருக்கிறது. RFC 4510 இல் விவரங்களைக் கொண்டிருகிறது.
கேள்வி: லைட்வெயிட்டு டைரக்டரி ஆக்சஸ் புரோட்டோக்கால் - மூலம் மற்றும் தாக்கங்கள் பற்றி நீங்கள் என்ன அறிந்துள்ளீர்கள்?
பதில்: தொலைத்தொடர்பு நிறுவனங்கள் தகவல் தொழில்நுட்பம் மற்றும் கணினி நெட்வொர்க்கிங் ஆகியவற்றுக்கு கோப்பக சேவைகளின் கருத்தை அறிமுகப்படுத்தின. எனினும் அவர்களின் கோப்பகத் தேவைகளின் புரிந்து கொள்ளுதல் 70 ஆண்டுகளாக தொலைபேசி கோப்பகங்களை உருவாக்குதல் மற்றும் நிர்வகித்தல் ஆகியவற்றுக்குப் பிறகு நன்றாக மேம்பட்டது. இந்த உள்ளீட்டின் உச்சநிலை விரிவான X.500 விவரக்கூற்றாகத X.500 வரிசை - ITU-T Rec. X.500 to X.521 இருந்தது. இது 1980களில் சர்வதேச தொலைத்தொடர்புகள் ஒன்றியத்தால் (ITU) உருவாக்கப்பட்ட நெறிமுறைகளின் தொகுதி ஆகும். X.500 கோப்பகச் சேவைகள் X.500 கோப்பக அணுகல் நெறிமுறை (DAP) மூலமாக வழக்கமாக அணுகக்கூடியதாக இருந்தன. அதற்கு திறந்த அமைப்புகள் இடை இணைப்பு (OSI) நெறிமுறை அடுக்குத் தேவையாக இருந்தது. எளிமையான (மற்றும் தற்போது பரவலான) TCP/IP நெறிமுறை அடுக்கின் வழியாக X.500 கோப்பகச் சேவைகளை அணுகுவதற்கான லைட்வெயிட் மாற்று நெறிமுறையாக LDAP முதலில் எண்ணப்பட்டது. கோப்பக அணுகலின் இந்த மாதிரி DIXIE மற்றும் கோப்பக உதவி சேவை நெறிமுறைகளில் இருந்து பெறப்பட்டது. தனித்தியங்கும் LDAP கோப்பக செர்வர்கள் விரைவில் வெளிவந்தன. இந்த கோப்பக செர்வர்கள் DAP மற்றும் LDAP இரண்டையும் ஆதரிப்பதாக இருந்தன. LDAP வணிக முயற்சிகளில் பிரபலமான ஒன்றாக மாறியது மேலும் LDAP ஆனது OSI நெட்வொர்க் பயன்படுத்துவதன் தேவையை நீக்கியது. தற்போது DAP உள்ளடக்கிய X.500 கோப்பக நெறிமுறைகளை TCP/IPஇன் மீது நேரடியாகப் பயன்படுத்தலாம். மிச்சிகன் பல்கலைக்கழகத்தின் டிம் ஹோவஸ், ஐசோடெ லிமிட்டடின் ஸ்டீவ் கில்லெ மற்றும் சர்வதேச செயல்பாட்டு அமைப்புகள் சர்க்கா 1993 இன் வெங்கியிக் யெயோங் ஆகியோர் மூலமாக இந்த நெறிமுறை முதலில் உருவாக்கப்பட்டது. தொடர்ந்த மேம்பாடு இன்டர்நெட் எஞ்ஜினியரிங் டாஸ்க் ஃபோர்ஸ் மூலமாக வந்தது. LDAP இன் ஆரம்பப் பொறியமைப்பு நிலைகளில் இது ''லைட்வெயிட் டைரக்டரி பிரவுசிங் புரோட்டோக்கால்'' அல்லது ''LDBP'' என அறியப்பட்டது. நெறிமுறையின் நோக்கம், கோப்பக உலவல் மற்றும் தேடல் செயல்பாடுகளையும் தாண்டி கோப்பக புதுப்பித்தல் செயல்பாடுகளாக விரிவடைந்ததால் இதன் பெயர் மாற்றப்பட்டது. LDAP, X.500 இன் முந்தைய பதிப்புகள், XML எனேபில்ட் டைரக்டரி (XED), டைரக்டரி சர்வீஸ் மார்க்கப் லேங்வேஜ் (DSML), சர்வீஸ் ப்ரொவிசனிங் மார்க்கப் லேங்வேஜ் (SPML) மற்றும் சர்வீஸ் லொகேசன் புரோட்டோக்கால் (SLP) ஆகியவை உள்ளடக்கிய அடுத்துவந்த இணைய நெறிமுறைகளின் தாக்கத்தைக் கொண்டிருக்கிறது.
கேள்வி: லைட்வெயிட்டு டைரக்டரி ஆக்சஸ் புரோட்டோக்கால் - நெறிமுறை மேல்நோக்குப்பார்வை என்பது என்ன?
பதில்: ஒரு கிளையன்ட் LDAP சர்வரை இணைப்பதன் மூலமாக ஒரு LDAP செசனை ஆரம்பிப்பது. கோப்பக அமைப்பு முகவர் (DSA) என்று அறியப்படுகிறது. இது இயல்பிருப்பாக TCP போர்ட் 389 ஐப் பயன்படுத்துகிறது. பின்னர் கிளையண்டானது செயல்பாட்டுக் கோரிக்கையை சர்வருக்கு அனுப்புகிறது. பின்னர் சர்வர் பதில்களை அனுப்புகிறது. சில விதிவிலக்குகளுடன் கிளையண்டானது அடுத்த கோரிக்கையை அனுப்புவதற்கு முன்பு பதிலுக்காக காத்திருக்கத் தேவையில்லை. மேலும் சர்வர் பதில்களை எந்த வரிசையில் வேண்டுமானாலும் அனுப்பலாம். கிளையன்ட் பின்வரும் செயல்பாடுகளை கோரிக்கையாக அனுப்பலாம்: * ஸ்டார்ட் TLS — பாதுகாப்பான இணைப்புக்கான LDAPv3 போக்குவரத்து அடுக்குப் பாதுகாப்பு (TLS) விரிவாக்கத்தைப் பயன்படுத்துகிறது * பைண்ட் — உறுதிப்பாடு மற்றும் LDAP நெறிமுறைப் பதிப்பைக் குறிப்பிடுகிறது * தேடல் — கோப்பக நுழைவுகளை தேடுவதற்கானது மற்றும்/அல்லது திரும்பபெறுவதற்கானது * ஒப்பீடு — பெயரிடப்பட்ட நுழைவு, கொடுக்கப்பட்ட கற்பித மதிப்பைக் கொண்டிருக்கிறதா என சோதிக்கிறது * புதிய நுழைவைச் சேர்த்தல் * நுழைவை அழித்தல் * நுழைவை மாற்றுதல் * மாடிஃபை டிஸ்டிங்கஷ்ட் நேம் (DN) — நுழைவை நகர்த்துதல் அல்லது மறுபெயரிடுதல் * அபாண்டன் — முந்தைய கோரிக்கையை இடைநிறுத்துதல் * எக்ஸ்டென்டட் ஆபரேசன் — மற்ற செயல்பாடுகளை வரையறுப்பதற்கு பயன்படும் பொதுவான செயல்பாடு * அன்பைண்ட் — இணைப்பைத் துண்டித்தல் (இது பைண்டுக்கு நேர்மாறானதல்ல) கூடுதலாக சர்வர் "பரிந்துரையல்லாத அறிவித்தல்களை" அனுப்பும். அவை கோரிக்கைக்கான பதிலாக இருக்காது. எ.கா. இணைப்பைத் துண்டிக்கும் நேரத்திற்கு முன்பு வருவது. பாதுகாப்பான LDAP தொடர்புக்கான ஒரு பொதுவான மாற்று முறையாக SSL டன்னலைப் பயன்படுத்துதல் இருக்கிறது. இது LDAP URLகளில் URL ஸ்கீம் "ldaps" ஐப் பயன்படுத்துவதன் மூலமாக சுட்டிக்காட்டப்படுகிறது. LDAP ஓவர் SSLக்கான இயல்பிருப்பு போர்ட் 636 ஆகும். LDAP ஓவர் SSL இன் பயன்பாடு, LDAP பதிப்பு 2 இல் (LDAPv2) பொதுவானதாக இருக்கிறது. ஆனால் இது ஏதேனும் ஒரு முறையான விவரக்கூற்றில் தரநிலைப்படுத்தப் பட்டிருக்கவில்லை. இந்தப் பயன்பாடு LDAPv2 உடன் தவிர்க்கப்பட்டது, அது அதிகாரப்பூர்வமாக [http://tools.ietf.org/html/draft-zeilenga-ldapv2-04 2003 இல் நிறுத்தப்பட்டது]. LDAP ஆனது ASN.1 இன் வார்த்தைகளில் வரையறுக்கப்படுகிறது. மேலும் நெறிமுறைச் செய்திகள் பைனரி வடிவமான BER இல் குறியிடப்படுகின்றன. எனினும் இது பல ASN.1 களங்கள்/வகைகள் ஆகியவற்றுக்கான உரைசார் குறிப்பிடுதல்களைப் பயன்படுத்துகிறது.
கேள்வி: லைட்வெயிட்டு டைரக்டரி ஆக்சஸ் புரோட்டோக்கால் - கோப்பகக் கட்டமைப்பு குறித்து விரிவாக சொல்லுங்கள்.
பதில்: நெறிமுறையானது LDAP கோப்பகங்களை அணுகுகிறது. இது 1993 ஆம் ஆண்டு பதிப்பான X.500 மாதிரியைப் பின்பற்றுகிறது: * ஒரு கோப்பகம் என்பது கோப்பக நுழைவுகளின் படிநிலை ஆகும். * ஒரு நுழைவு என்பது கற்பிதங்களின் தொகுப்பைக் கொண்டிருக்கிறது. * ஒரு கற்பிதம் என்பது ஒரு பெயராகவோ (ஒரு ''கற்பித வகை'' அல்லது ''கற்பித விவரிப்பு'' ) மற்றும் ஒன்று அல்லது பல மதிப்புகளாக இருக்கும். கற்பிதங்கள், ''ஸ்கீமாவில்'' வரையறுக்கப்படுகின்றன (கீழே காண்க). * ஒவ்வொர் நுழைவும் அதன் தனித்த அடையாளங்காட்டியாக அதன் ''டிஸ்டிங்கஷ்ட் நேமைக்'' (DN) கொண்டிருக்கும். இது நுழைவில் சில கற்பித(ங்களில்) இருந்து உருவாக்கப்படும் அதன் ''ரிலேடிவ் டிஸ்டிங்கஷ்ட் நேம்'' (RDN) கொண்டிருக்கும். இது மூல நுழைவின் DNஐத் தொடர்ந்ததாக இருக்கும். இதில் DN என்பதை முழு கோப்புப்பெயராகவும் RDN ஐ அந்த கோப்பகத்தில் உள்ள தொடர்புடைய கோப்புப்பெயராகவும் கருதலாம். நுழைவின் வாழ்நாளில் DN மாற்றமடையலாம் என்பதை கவனத்தில் கொள்ள வேண்டும். எடுத்துக்காட்டாக, நுழைவுகள் படிநிலைக்குள்ளேயே நகர்த்தப்படும் போது, நம்பத்தகுந்த மற்றும் தெளிவாகக் கண்டறியப்படக்கூடிய நுழைவுகளுக்கு ஒரு UUID நுழைவின் ''செயல்பாட்டுக் கற்பிதங்களின்'' தொகுப்பில் வழங்கப்பட்டிருக்கலாம். LDAP தரவுப் பரிமாற்ற வடிவத்தில் (LDIF) (LDAP அதற்குள் ஒரு பைனரி நெறிமுறையாக இருக்கிறது) குறிப்பிடப்பட்டிருக்கும் போது ஒரு நுழைவு பின்வருவதைப் போன்று இருக்கலாம்: dn: cn=John Doe,dc=example,dc=com cn: John Doe givenName: John sn: Doe telephoneNumber: +1 888 555 6789 telephoneNumber: +1 888 555 1232 mail: john@example.com manager: cn=Barbara Doe,dc=example,dc=com objectClass: inetOrgPerson objectClass: organizationalPerson objectClass: person objectClass: top இதில் dn என்பது நுழைவின் பெயர் ஆகும்; இது ஒரு கற்பிதமாகவோ அல்லது நுழைவின் ஒரு பகுதியாகவோ இருக்கக் கூடாது. "cn=John Doe" என்பது நுழைவின் RDN (ரிலேடிவ் டிஸ்டிங்கஷ்ட் நேம்) ஆகும். மேலும் "dc=example,dc=com" என்பது மூல நுழைவின் DN ஆகும். இங்கு dc என்பது டொமைன் காம்பனண்டைக் குறிக்கிறது. இதன் மற்ற வரிகள் நுழைவின் கற்பிதங்களாக இருக்கின்றன. கற்பிதப் பெயர்கள் பொதுவாக நிமோனிக் ஸ்டிரிங்ஸாக இருக்கும். உதாரணமாக "cn" என்பது காமன் நேம், "dc" என்பது டொமைன் காம்பனண்ட், "mail" என்பது மின்னஞ்சல் முகவரி மற்றும் "sn" என்பது சர்நேமைக் குறிக்கும். ஒரு சர்வர் ஒரு குறிப்பிட்ட நுழைவில் இருந்து உபபடிநிலைத் தொடக்கத்தைக் கொண்டிருக்கும். எ.கா. "dc=example,dc=com" மற்றும் அதன் வழித்தோன்றல்கள். சர்வர்கள், மற்ற சர்வர்களின் மேற்கோள்களையும் கொண்டிருக்கலாம். அதனால் "ou=department,dc=example,dc=com" ஐ அணுகுவதற்கான முயற்சி, உபபடிநிலையின் அந்தக் கோப்பகத்தின் படிநிலையைக் கொண்டுள்ள சர்வருக்கு ''சிபாரிசு'' அல்லது ''தொடர்வதற்கான மேற்கோளைத்'' திரும்பத்தரலாம். கிளையன்ட் பின்னர் மற்றொரு சர்வரைத் தொடர்பு கொள்ளலாம். சில சர்வர்கள் ''செயினிங்கையும்'' ஆதரிக்கின்றன. அதாவது ஒரு சர்வர் மற்றொரு சர்வரைத் தொடர்புகொண்டு வெளியீடுகளைக் கிளையன்டுக்குத் திருப்பத்தரலாம். LDAP அரிதாக ஏதேனும் ஒரு வரிசையாக்கத்தை வரையறுக்கிறது: இதில் சர்வரானது ஒரு கற்பிதத்தின் மதிப்புகளைத் திரும்பத் தரலாம். ஒரு நுழைவில் கற்பிதங்கள் இருக்கலாம் மற்றும் நுழைவுகள் ஏதேனும் ஒரு வரிசையில் தேடல் செயல்பாட்டின் மூலமாகக் கண்டறியப்படலாம். இது முறையான வரையறைகளில் இருந்து பின்பற்றப்படுகிறது - ஒரு நுழைவு கற்பிதங்களின் தொகுப்பின் மூலமாக வரையறுக்கப்படுகிறது மற்றும் கற்பிதம் என்பது மதிப்புகளின் தொகுப்பாக இருக்கிறது. மேலும் தொகுப்புகள் வரிசைப்படுத்தப்பட்டிருக்க வேண்டியதில்லை.
கேள்வி: லைட்வெயிட்டு டைரக்டரி ஆக்சஸ் புரோட்டோக்கால் - செயல்பாடுகள் பற்றி நீங்கள் என்ன அறிந்துள்ளீர்கள்?
பதில்: கிளையன்ட் ஒவ்வொரு கோரிக்கைக்கும் நேர்மறை செய்தி ID ஐக் கொடுக்கும். மேலும் சர்வர் பதிலுடன் அதே செய்தி ID ஐக் கொண்டிருக்கும். பதிலானது வெற்றி, சில பிழை நிலை அல்லது சில சிறப்பு நிகழ்வுகள் ஆகியவற்றைக் குறிப்பிடுவதற்கு எண்ணாலான முடிவுக் குறியீட்டை உள்ளடக்கியிருக்கும். பதிலுக்கு முன்பு சர்வரானது மற்ற முடிவுத் தரவுகளுடன் மற்ற செய்திகளை அனுப்பலாம் - எடுத்துக்காட்டாக, தேடல் செயல்பாட்டினால் கண்டறியப்படும் ஒவ்வொரு நுழைவும் அது போன்ற செய்திகளில் திரும்பத் தரப்படலாம். :''சிபாரிசின் விரிவான விவாதம் பல்வேறு செயல்பாடுகளுக்கு குறிப்பாக மாடிஃபைக்கு பதில்களாக இருக்கிறது. எடுத்துக்காட்டாக, அனைத்து மாற்றங்களும் உருவ நேர்ப்படியில் இருந்து தலைமைக் கோப்பகம் வரை இயக்கப்பட வேண்டும் போன்றவை.''
கேள்வி: லைட்வெயிட்டு டைரக்டரி ஆக்சஸ் புரோட்டோக்கால் - பைண்ட் (உறுதிப்பாடு) குறித்து விரிவாக சொல்லுங்கள்.
பதில்: பைண்ட் செயல்பாடு சர்வருக்கு கிளையன்டை உறுதிப்படுத்துகிறது. எளிமையான பைண்ட் ஆனது எளியவுரையில் பயனரின் DN மற்றும் கடவுச்சொல்லை அனுப்பும். அதனால் இணைப்பு போக்குவரத்து அடுக்குப் பாதுகாப்பைப் (TLS) பயன்படுத்தி பாதுக்கப்படவேண்டும். சர்வர் பொதுவாக பெயரிடப்பட்ட நுழைவில் யூசர்பாஸ்வேர்டுக்கு எதிராக கடவுச்சொல்லைச் சோதிக்கும். அனானிமஸ் பைண்ட் (வெறுமையான DN மற்றும் கடவுச்சொல்லுடன்) இணைப்பை அனானிமஸ் நிலைக்கு மீளமைக்கிறது. SASL (எளிமையான உறுதிப்பாடு மற்றும் பாதுகாப்பு அடுக்கு) பைண்ட் பரவலான வரம்புடைய இயங்கமைப்பின் மூலமாக உறுதிப்பாட்டு சேவைகளை வழங்குகிறது. எ.கா. கெர்பரோஸ் அல்லது TLS உடன் அனுப்பப்படும் கிளையன்ட் சான்றளிப்பு. பைண்ட் மேலும் LDAP நெறிமுறைப் பதிப்பையும் அமைக்கிறது. பொதுவாக கிளையன்ட்டுகள் LDAPv3 ஐப் பயன்படுத்த வேண்டும். அது நெறிமுறையில் இயல்பிருப்பாக இருக்கும். ஆனால் LDAP லைப்ரரிகளில் எப்போதும் இருக்காது. பைண்ட் LDAPv2 இல் செசனின் முதல் செயல்பாடாக இருந்தது. ஆனால் இது LDAPv3 இல் (தற்போதய LDAP பதிப்பு) தேவையில்லை.
கேள்வி: லைட்வெயிட்டு டைரக்டரி ஆக்சஸ் புரோட்டோக்கால் - தேடல் மற்றும் ஒப்பீடு குறித்து விரிவாக சொல்லுங்கள்.
பதில்: தேடுவதற்காக மற்றும் நுழைவுகளைப் படிப்பதற்கான இரண்டிற்கும் தேடல் செயல்பாடு பயன்படுத்தப்படுகிறது. இதன் கூறுகள் பின்வருமாறு: ; பேஸ்ஆப்ஜக்ட் : தேடலின் தொடக்கத்தில் நுழைவின் DN (டிஸ்டிங்கஷ்ட் நேம்), ; ஸ்கோப் : தேடலுக்கான பேஸ்ஆப்ஜக்டின் கீழ் இருக்கும் மூலப்பொருள்கள். இது பேஸ்ஆப்ஜக்ட் (வெறும் பெயரிடப்பட்ட நுழைவைத் தேடுதல், பொதுவாக ஒரு நுழைவைப் படிப்பதற்குப் பயன்படுகிறது), சிங்கிள்லெவல் (அடிப்படை DN க்கு அடுத்து கீழே இருக்கும் நுழைவுகள்), அல்லது ஹோல்சப்ட்ரீ (அடிப்படை DN இல் ஆரம்பிக்கும் முழு உபபடிநிலை) ஆகியவையாக இருக்கலாம். ; ஃபில்ட்டர் : ஸ்கோப்பினுள் தேர்ந்தெடுக்கப்படும் மூலப்பொருட்களைப் பயன்படுத்துவதற்கான வரையறை. எடுத்துக்காட்டாக, ஃபில்ட்டர் (&amp;(objectClass=person)( |(givenName=John)(mail=john*))) "persons" ஆனது (objectClass person இன் மூலப்பொருட்கள்) "John" என்ற பெயரைப் பெற்றிருந்தாலோ அல்லது ஒரு மின்னஞ்சல் முகவரி "john" என்று ஆரம்பித்தாலோ தேர்ந்தெடுக்கும். ; டெர்ஃப்அலியாசஸ் : மாற்றுப்பெயர் நுழைவுகளைத் (மற்றொரு நுழைவுகளை மேற்கோளிடும் நுழைவுகள்) தொடரலாமா மற்றும் எப்படித் தொடர்வது, ; ஆட்ரிபியூட்ஸ் : முடிவு நுழைவுகளில் எந்த கற்பிதங்கள் திரும்பக் கிடைத்தது. ; சைஸ்லிமிட், டைம்லிமிட் : திரும்புவதற்கான அதிக எண்ணிக்கையிலான நுழைவுகள், மேலும் தேடல் இயங்குவதற்கு அனுமதிக்கும் அதிகப்படியான நேரம். ; டைப்ஸ்ஒன்லி : திரும்பும் கற்பித வகைகள் மட்டும், கற்பித மதிப்புகள் அல்ல. சர்வர் பொருந்தும் நுழைவுகள் மற்றும் ஆற்றல்மிக்க தொடர்வதற்கான மேற்கோள்களை திருப்பி அனுப்பலாம். இவை ஏதேனும் ஒரு வரிசையில் திரும்பலாம். இறுதி முடிவு, முடிவுக்குறியீடைக் கொண்டிருக்கும். ஒப்பீட்டுச் செயல்பாடு DN, ஒரு கற்பிதப் பெயர் மற்றும் ஒரு கற்பித மதிப்பு ஆகியவற்றை எடுத்துக் கொள்கிறது. மேலும் பெயரிடப்பட்ட நுழைவு அதே மதிப்புடன் அந்த கற்பிதத்தைக் கொண்டிருந்தால் சரிபார்க்கிறது.
கேள்வி: லைட்வெயிட்டு டைரக்டரி ஆக்சஸ் புரோட்டோக்கால் - விரிவாக்கப்பட்ட செயல்பாடுகள் பற்றி நீங்கள் என்ன அறிந்துள்ளீர்கள்?
பதில்: விரிவாக்கப்பட்ட செயல்பாடுகள் என்பது ஒரு பொதுப்படையான LDAP செயல்பாடாகும். இதைப் பயன்படுத்தி புதிய செயல்பாடுகளை வரையறுக்கலாம். இரத்து, கடவுச்சொல் திருத்தம் மற்றும் ஸ்டார்ட் TLS செயல்பாடுகள் போன்றவை இதன் எடுத்துக்காட்டுகள் ஆகும்.
கேள்வி: லைட்வெயிட்டு டைரக்டரி ஆக்சஸ் புரோட்டோக்கால் - அன்பைண்ட் பற்றி தகவல் சொல்.
பதில்: அன்பைண்ட் செயல்பாடானது எந்த முனைப்பான செயல்பாடுகளையும் புறக்கணிக்கிறது. மேலும் இணைப்பையும் முடிவுறச் செய்கிறது. இதற்கு எந்த பதிலும் கிடையாது. வரலாற்றுத் துவக்கத்தின் இப்பெயரானது பைண்ட் செயல்பாடின் எதிர் செயல்பாடு ''கிடையாது'' .http://tools.ietf.org/html/rfc4511#section-4.3 கிளையண்டுகள் ஒரு பருவத்தை இணைப்பை நீக்குவதன் மூலம் எளிதாக பயனற்றதாக்கலாம். ஆனால் அவர்கள் அன்பைண்டைக் கண்டிப்பாக பயன்படுத்த வேண்டும்.http://tools.ietf.org/html/rfc4511#section-5.3 நேர்த்தியாக இணைப்பை நிறைவு செய்து சாதனத்திற்கு சுதந்தரமளிக்க சர்வருக்கு அன்பைண்ட் இடமளிக்கிறது. அது கிளையண்ட் புறக்கணித்த இணைப்பைக் கண்டுபிடிக்குவரை சில சமயத்திற்கு கொண்டிருக்க வேண்டும். மேலும் இது இரத்து செய்யப்பட வேண்டிய செயல்பாடுகளை இரத்து செய்வதற்கு சர்வருக்கு அறிவிக்கிறது. மேலும் இரத்து செய்யத் தேவையில்லாத செயல்பாடுகளுக்காக பதில் ஏதும் அனுப்புவதில்லை.http://tools.ietf.org/html/rfc4511#section-3.1
கேள்வி: லைட்வெயிட்டு டைரக்டரி ஆக்சஸ் புரோட்டோக்கால் - ஸ்கீமா பற்றி தகவல் சொல்.
பதில்: உபப்படிநிலையின் நுகளின் உள்ளடக்கங்கள், கோப்பகத் தகவல் படிநிலை (DIT) என்று அறியப்படும் ஸ்கீமா மூலம் செலுத்தப்படுகிறது. கோப்பக சர்வரின் ஸ்கீமாவானது சர்வர் வைத்திருக்கூடிய தகவலின் வகைப்பற்றிய விதிகளின் தொகுப்பை வரையறுத்து ஒழுங்குபடுத்துகிறது. கோப்பக ஸ்கீமாவானது பல மாறுபட்ட மூலப்பொருள்களை உட்கொண்டிருக்கிறது, அவையாவன:' * கற்பித சிண்டேக்ஸுகள்—ஒரு கற்பிதத்தில் சேமிக்கக்கூடிய தகவலின் வகையைப் பற்றிய தகவலை வழங்குகிறது. * பொருந்தும் விதிகள்—கற்பித மதிப்புகளுக்கு எதிராக எவ்வாறு ஓப்பீடுகளை உருவாக்குவது என்பது பற்றிய தகவலை வழங்குகிறது. * பொருந்தும் விதிப் பயன்பாடுகள்—எந்த கற்பித வகைகளை ஒரு குறிப்பிட்ட பொருந்தும் விதியுடன் இணைப்பில் பயன்படுத்தலாம் எனச் சுட்டிக்காட்டுகிறது. * கற்பித வகைகள்—ஒரு OID மற்றும் பெயர்களின் தொகுப்பை வரையறுக்கிறது. இது கொடுக்கப்பட்ட கற்பிதத்தை மேற்கோளிட பயன்படலாம். மேலும் சிண்டாக்ஸ் மற்றும் பொருந்தும் விதிகளின் தொகுப்புகளுடன் கற்பிதத்தை ஒருங்கிணைக்கலாம். * ஆப்ஜெக்ட் க்ளாசஸ்—கற்பிதங்களின் சேகரித்தல்களை வரையறுக்கிறது. மேலும் அவற்றை தேவைப்படும் மற்றும் கட்டாயமற்ற கற்பிதங்களின் தொகுப்புகளினுள் வகைப்படுத்துகிறது. * பெயர் வடிவங்கள்—கற்பிதங்களின் தொகுப்புக்கான விதிகளை வரையறுக்கிறது. அது ஒரு நுழைவுக்கான RDN இல் கண்டிப்பாக உள்ளிடப்பட்டிருக்க வேண்டும். * உட்பொருள் விதிகள்—ஆப்ஜெக்ட் கிளாஸஸ் மற்றும் கற்பிதங்கள் பற்றிய கூடுதல் கட்டுப்பாடுகளை வரையறுக்கிறது. அது ஒரு நுழைவுடன் இணைப்பில் பயன்படுத்தப்படலாம். * அமைப்புமுறை விதி -- கொடுக்கப்பட்ட நுழைவுகளைக் கொண்டுடிருக்கும் சார்புநிலை நுழைவுகளின் வகைகளை இயக்குவதற்கான விதிகளை வரையறுக்கிறது. கற்பிதங்கள், கோப்பகங்களில் தகவலை சேமிப்பதற்கான பொறுப்புள்ள மூலப்பொருள்களாகும். மேலும் ஒரு நுழைவில் எந்தக் கற்பிதங்களைப் பயன்படுத்தலாம் என்பதற்கான விதிகளை ஸ்கீமா வரையறுக்கிறது. அதாவது அந்தக் கற்பிதங்கள் கொண்டிருக்கும் மதிப்புகளின் வகைகள் மற்றும் எவ்வாறு அந்த மதிப்புகளை கிளையண்டுகள் செயலெதிர்செயல்களை எதிர்கொள்கின்றனர் என்பதைப் பொறுத்து ஸ்கீமா விதிகளை வரையறுக்கிறது. ஒரு பொருத்தமான உபஸ்கீமா உபநுழைவைத் திரும்பப்பெறுவதன் மூலம் சர்வருக்கு ஆதரவளிக்கும் ஸ்கீமா மூலப்பொருள்களைப் பற்றி கிளையண்டுகளுக்குத் தெரிந்திருக்கலாம். ஸ்கீமாவானது ''ஆப்ஜெக்ட் க்ளாஸை'' வரையறுக்கிறது. ஓவ்வொரு நுழைவும் ஒரு ஆப்ஜெக்ட்க்ளாஸ் கற்பிதத்தை ஸ்கீமாவில் வரையறுக்கப்பட்ட பெயரிடப்பட்ட க்ளாஸ்களில் கொண்டிருக்கிறது. ஒரு நுழைவின் க்ளாஸ்களின் ஸ்கீமா வரையறையானது எந்த வகையான ஆப்ஜெக்டை நுழைவு விவரிக்கலாம் என்பதை வரையறுக்கிறது - எ.கா. ஒரு நபர், நிறுவனம் அல்லது டொமைன். கற்பிதங்களின் பட்டியலானது கண்டிப்பாக மதிப்புகளைக் கண்டிப்பாகக் கொண்டிருக்க வேண்டும் மற்றும் மதிப்புகளைக் கொண்டிருக்கும் கற்பிதங்களின் பட்டியலின் வரையறையை ஆப்ஜெக்ட் க்ளாஸ் வரையறைகளும் வரையறுக்கிறது. எடுத்துக்காட்டாக ஒரு நபரை சுட்டிக்காட்டும் ஒரு நுழைவானது "டாப்" மற்றும் "பெர்சன்" கிளாஸ்களுக்கு சார்ந்திருக்கலாம். "பெர்சன்" க்ளாஸின் உறுப்பினர் தகுதிக்கு "sn" மற்றும் "cn" கற்பிதங்களைக் கொண்டிருக்கு நுழைவுத் தேவைப்படலாம். மேலும் "யூசர்பாஸ்வேர்ட்", "டெலிபோன்நம்பர்" மற்றும் பிற கற்பிதங்களைக் கொண்டிருக்கும் நுழைவுகளுக்கும் இடமளிக்கிறது. நுழைவுகளானது பல்வகையான ஆப்ஜெக்ட்க்ளாஸஸ் மதிப்புகளைக் கொண்டிருப்பதில் இருந்து ஒவ்வொரு நுழைவும் அது சுட்டிக்காட்டும் ஆப்ஜெக்ட் க்ளாஸ்களின் இணைப்பில் இருந்து அமைக்கப்பட்ட கட்டாயமற்ற மற்றும் கட்டாயமான கற்பித தொகுப்புகளின் சிக்கலைக் கொண்டிருக்கிறது. ஆப்ஜெக்ட்க்ளாஸஸ் மரபுடைமையாய் இருக்கலாம். மேலும் ஒரு தனி நுழைவானது பல்வகையான ஆப்ஜெக்ட்க்ளாஸஸ் மதிப்புகளைக் கொண்டிருக்கலாம். இவை கிடைக்கக்கூடிய மற்றும் தேவையான கற்பிதங்களை நுழைவாகவே வரையறுக்கிறது. ஆப்ஜெக்ட்க்ளாஸின் ஸ்கீமாவிற்கு இணை என்பது பொருள் சார்ந்த நிரலாக்கத்தின் க்ளாஸ் வரையறை மற்றும் ஒரு இன்ஸ்டன்ஸ் ஆகும். இது முறையே LDAP ஆப்ஜெக்ட்க்ளாஸ் மற்றும் LDAP நுழைவை சுட்டிக்காட்டுகிறது. கோப்பக சர்வர்களானது நுழைவின் உபஸ்கீமா உபநுழைவு செயல்முறைசார்ந்த கற்பிதத்தின் மூலம் கொடுக்கப்பட்ட ஒரு அடிப்படை DN இல் நுழைவைக் கட்டுப்படுத்தும் கோப்பக ஸ்கீமாவை வெளியிடுகிறது. (ஒரு ''செயல்முறைசார்ந்த கற்பிதமானது'' பயனர் தகவலைக் காட்டிலும் கோப்பகத்தின் செயல்பாடுகளை விவரிக்கிறது. மேலும் இதை திட்டவட்டமாய் கோரிக்கையிடும் போது மட்டுமே தேடுதலில் இருந்து திரும்பக்கிடைக்கிறது.) சர்வர் நிர்வாகிகள், ஸ்கீமா மூலபொருள்களை வழங்குவதற்கு கூடுதலான மிகைப்படியாக ஸ்கீமா நுழைவுகளைக் கூட்டலாம். நிறுவனங்களினுள் இருக்கும் தனிப்பட்ட நபரை சுட்டிக்காட்டுவதற்கான ஸ்கீமாவானது வெள்ளைப் பக்க ஸ்கீமா என வரையறுக்கப்படுகிறது.
கேள்வி: லைட்வெயிட்டு டைரக்டரி ஆக்சஸ் புரோட்டோக்கால் - வேறுபாடுகள் பற்றி விளக்கவும்.
பதில்: சர்வர் செயல்பாடில் பல, உருவக்குனர் அல்லது நிர்வாகிகள் முடிவுக்கு விடப்பட்டுள்ளது. அதன் விளைவாக பல்வேறு வகையான நிகழ்வுகளுக்கு பரவலாக ஆதவளிக்கும் வகையில் சர்வர்கள் அமைக்கப்பட்டிருக்கலாம். எடுத்துக்காட்டாக சர்வரில் தரவு சேமிப்பு குறிப்பிடப்படவில்லை என்றால் தள கோப்புகள், தரவுத்தளங்கள், அல்லது சில பிற சர்வர்களுக்கு வாயிலாகவோ சர்வர் பயன்படுத்தப்படலாம். அணுக்கக் கட்டுப்பாடு தரவரையளவு செய்யப்படவில்லை. எனினும் அதற்கான வேலை நடந்து வருகிறது மற்றும் வழக்கமாகப் பயன்படுத்தப்படும் உருமாதிர்களும் உள்ளன. பயனர்களின் கடவுச்சொற்களானது அவர்களது நுழைவுகளிலோ அல்லது வேறு பகுதிகளிலோ சேமிக்கப்பட்டிருக்கலாம். சர்வரானது விரும்பும் போது செயற்பாடுகளை செயல்படுத்துவதை நிராகரிக்கவோ பல்வேறு வரம்புகளை சுமத்தவோ முடிகிறது. LDAP இன் பெரும்பாலான பகுதிகள் விரிவாக்கமுடையதாக உள்ளது. எடுத்துக்காட்டுகள்: ஒருவரால் புதிய செயற்பாடுகளை வரையறுக்கமுடியும். கோரிக்கைகள் மற்றும் விடைகளைத் திருத்த ''கட்டுப்பாடுகளால்'' முடியலாம். எ.கா. சுருக்கமான தேடல் முடிவுகளுக்குக் கோரிக்கையிடுவது. புதிய தேடல் நோக்கங்கள் மற்றும் கட்டு முறைகளை வரையறுக்கலாம். கற்பிதங்கள், அதன் சொற்பொருளியலைத் திருத்துவதற்கான ''ஆப்சன்ஸைக்'' கொண்டிருக்கலாம்.
கேள்வி: லைட்வெயிட்டு டைரக்டரி ஆக்சஸ் புரோட்டோக்கால் - பிறத் தரவு உருமாதிரிகள் என்பது என்ன?
பதில்: LDAP யாக இயங்குவிசையை சம்பாத்திருக்கும் போது விற்பனையாளர்கள் பிற சேவைகளுக்கு ஒரு அணுக்க நெறிமுறையாக அதை வழங்கலாம். செயற்படுத்துதல் பிறகு LDAP/X.500 உருமாதிரியின் போலிக்கு தரவை மாற்றியமைக்கிறது. ஆனால் இந்த உருமாதிரிகள் எவ்வளவு நெருக்கமாக தொடர்ந்து வரும் மாறுதல்களுக்கு பொருந்தியுள்ளது. எடுத்துக்காட்டாக SQL தரவுத்தளங்களை LDAP வழியாக அணுகுவதற்கு மென்பொருள் உள்ளது. இருந்தபோதும் LDAP காலதாமதமின்றி தற்காலிகமாக தன்னை அதனுள் பொருத்திக்கொள்வதில்லை.http://www.openldap.org/doc/admin24/backends.html#SQL X.500 சர்வர்கள் LDAP க்கும் ஆதரவு தரலாம். அதுபோலவே முதலில் தரவு சேமிப்புகளில் பிற வகைகளில் வைக்கப்பட்டிருந்த தரவு, சில சமயங்களில் LDAP கோப்பகங்களுக்கு நகர்த்தப்படும். எடுத்துக்காட்டாக யுனிக்ஸ் பயனர் மற்றும் குழுத் தகவலை LDAP இல் சேமிக்கலாம். மேலும் அதை PAM மற்றும் NSS கலங்களின் வழியாக அணுகலாம். உறுதிப்பாடிற்காக LDAP பெரும்பாலும் பிற சேவைகள் மூலம் பயன்படுத்தப்படுகிறது.
கேள்வி: லைட்வெயிட்டு டைரக்டரி ஆக்சஸ் புரோட்டோக்கால் - சொல்லியல் என்பது என்ன?
பதில்: LDAP சொல்லியலானது ஒருவரால் எளிதில் கையாள இயலாததாக இருக்கிறது. அவற்றில் சில தவறாய் புரிந்துகொள்ளுதல் காரணமாகும். பிற எடுத்துக்காட்டுகளாவன அதன் வரலாற்று துவக்கத்தின் காரணமாக அமைந்தது. மற்றவை X.500 அல்லாத சேவைகளுடன் பயன்படுத்தும் போது ஏற்படுகிறது. அதுவே மாறுபட்ட சொல்லியலாக பயன்படுத்தப்படுகிறது. எடுத்துக்காட்டாக "LDAP" சில சமயங்களில் நெறிமுறைகளை மேற்கோளிடுவதற்குப் பயன்படுகிறது. பிறநேரங்களில் நெறிமுறை மற்றும் தரவை மேற்கோளிடப் பயன்படுகிறது. ஒரு "LDAP கோப்பகம்" ஒரு தரவாகவோ அல்லது அணுக்க முனையாகவோ இருக்கலாம். ஒரு "கற்பிதமானது" கற்பித வகையாகவோ அல்லது கோப்பகத்தின் ஒரு கற்பிதத்தின் உட்பொருள்களாகவோ அல்லது ஒரு கற்பித விவரமாகவோ இருக்கலாம் (''ஆப்ஸன்ஸுடன்'' கற்பித வகை). ஒரு "அடையாளமற்ற" மற்றும் ஒரு "அதிகாரப்பூர்வமற்ற" கட்டு எனபது மாறுபட்ட கட்டு முறைகளாகும். இவை இரண்டும் அடையாளமற்ற அதிகாரப்பூர்வமான நிலையைக் கொணர்கிறது. அதனால் இரண்டு வரையீடுகளும் இரு மாற்று வடிவங்களுக்காகப் பயன்படுத்தப்படுகிறது. "uid" கற்பித்தலானது எண்குறியீடு பயனர் IDகளைக் காட்டிலும் பயனர் பெயர்களைக் கண்டிப்பாக வைத்திருக்கிறது.
கேள்வி: லைட்வெயிட்டு டைரக்டரி ஆக்சஸ் புரோட்டோக்கால் - குறிப்புகள் பற்றி நீங்கள் என்ன அறிந்துள்ளீர்கள்?
பதில்: * ITU-T Rec. X.680, "அப்ஸ்ட்ராக்ட் சிண்டேக்ஸ் நொட்டேசன் ஒன் (ASN.1) - அடிப்படைக் குறிமுறை விவரக்கூற்று", 1994 * அடிப்படைக் குறியிடல் விதிகள் (BER) - ITU-T Rec. X.690, "ASN.1 குறியிடல் விதிகளின் விவரக்கூற்று: அடிப்படை, ஒழுங்கு முறைப்பட்ட மற்றும் வேறுபடுத்தப்பட்ட குறியிடல் விதிகள்", 1994 * RFC 4346 - TLS நெறிமுறைப் பதிப்பு 1.1 * RFC 4422 - எளிமையான உறுதிப்பாடு மற்றும் பாதுகாப்பு அடுக்கு (SASL) * [http://www.iana.org/assignments/sasl-mechanisms SASL இயங்கமைப்புகள்], IANA வில் பதிவுசெய்யப்பட்டது *
கேள்வி: லைட்வெயிட்டு டைரக்டரி ஆக்சஸ் புரோட்டோக்கால் - புற இணைப்புகள் பற்றி விளக்கவும்.
பதில்: * [http://www.devshed.com/c/a/Administration/Understanding-LDAP-part-1/ அண்டர்ஸ்டேண்டிங் LDAP] , LDAPகான ஒரு எளிமையான, மென்மையான அறிமுக வழிகாட்டி. * [http://www.skills-1st.co.uk/papers/ldap-schema-design-feb-2005/index.html LDAP ஸ்கீமா வடிவமைப்பு] * [http://capitalhead.com/articles/troubleshooting-ldap-ssl-connection-issues-between-microsoft-ilmmiis--novell-edirectory-873.aspx ட்ரபிள்சூட்டிங் LDAP SSL கனெக்சன் இஸ்யூஸ் பிட்வீன் மைக்ரோசாப்ட் ILM/MIIS & நாவல் ஈடைரக்டரி 8.7.3] * [http://www.prasannatech.com/ldapdesign.html LDAP ஸ்கீமா வடிவமைப்பு - ஒரு கள ஆய்வு]