Ident protocol
आर. एफ. सी. 1413 में निर्दिष्ट आइडेंटिफिकेशन प्रोटोकॉल (आइडेंटिफिकेशन प्रोटोकॉल, आइडेंटिफिकेशन) एक इंटरनेट प्रोटोकॉल है जो किसी विशेष टी. सी. पी. कनेक्शन के उपयोगकर्ता की पहचान करने में मदद करता है। पहचान सेवा प्रदान करने के लिए एक लोकप्रिय डेमन प्रोग्राम की पहचान की जाती है। फंक्शन आइडेंटिटी प्रोटोकॉल को उपयोगकर्ता के कंप्यूटर पर सर्वर डेमन के रूप में काम करने के लिए डिज़ाइन किया गया है, जहां यह एक निर्दिष्ट टीसीपी पोर्ट पर अनुरोध प्राप्त करता है, आमतौर पर 113। क्वेरी में, एक क्लाइंट टीसीपी पोर्ट (एक स्थानीय और एक दूरस्थ पोर्ट) की एक जोड़ी को निर्दिष्ट करता है, जिसे एएससीआईआई दशमलव के रूप में कूटबद्ध किया जाता है और एक अल्पविराम (,) द्वारा अलग किया जाता है। सर्वर तब एक प्रतिक्रिया भेजता है जो उस उपयोगकर्ता के उपयोगकर्ता नाम की पहचान करता है जो प्रोग्राम चलाता है जो टीसीपी पोर्ट की निर्दिष्ट जोड़ी का उपयोग करता है, या एक त्रुटि निर्दिष्ट करता है। मान लीजिए कि मेजबान ए उस उपयोगकर्ता का नाम जानना चाहता है जो ग्राहक के (मेजबान बी) पोर्ट 6191 से अपने टीसीपी पोर्ट 23 (टेलनेट) से जुड़ रहा है। होस्ट ए तब होस्ट बी पर पहचान सेवा के लिए एक कनेक्शन खोलेगा, और निम्नलिखित प्रश्न जारी करेगाः 6191,23 क्योंकि टीसीपी कनेक्शन आम तौर पर एक अद्वितीय स्थानीय पोर्ट (इस मामले में 6191) का उपयोग करते हैं, होस्ट बी स्पष्ट रूप से उस प्रोग्राम की पहचान कर सकता है जिसने होस्ट ए के पोर्ट 23 के लिए निर्दिष्ट कनेक्शन शुरू किया है, यदि वह मौजूद है। मेजबान बी तब एक प्रतिक्रिया जारी करेगा, उपयोगकर्ता (इस उदाहरण में "स्टजॉन्स") की पहचान करेगा जो इस कनेक्शन को शुरू करने वाले प्रोग्राम का मालिक है और इसके स्थानीय ऑपरेटिंग सिस्टम का नाम हैः 6193,23: यूसराइडः यूनिक्सः स्टजॉन्स लेकिन अगर यह पता चलता है कि मेजबान बी पर ऐसा कोई कनेक्शन मौजूद नहीं है, तो यह इसके बजाय एक त्रुटि प्रतिक्रिया जारी करेगाः 6195,23: त्रुटिः नहीं-उपयोग सभी पहचान संदेशों को कैरिज रिटर्न और लाइनफीड वर्णों (सीआर + एलएफ) से युक्त रेखा अनुक्रम के अंत द्वारा सीमित किया जाना चाहिए। पहचान डायलअप होस्ट या साझा शेल सर्वर की उपयोगिता अक्सर दुरुपयोग को विशिष्ट उपयोगकर्ताओं तक वापस ट्रैक करने में सक्षम बनाने के लिए पहचान प्रदान करती है। इस मामले में कि इस मेजबान पर दुरुपयोग को संभाला जाता है, पहचान डेमन पर भरोसा करने की चिंता ज्यादातर अप्रासंगिक है। वास्तविक उपयोगकर्ता नामों के बजाय अलग-अलग क्रिप्टोग्राफिक रूप से मजबूत टोकन प्रदान करके सेवा और गोपनीयता की चिंताओं से बचा जा सकता है। यदि दुरुपयोग को उस सेवा के प्रशासकों द्वारा नियंत्रित किया जाना है जिसे उपयोगकर्ता पहचान प्रदान करने वाले मेजबान का उपयोग करके जोड़ते हैं, तो पहचान सेवा को प्रत्येक उपयोगकर्ता की पहचान करने वाली जानकारी प्रदान करनी चाहिए। आमतौर पर दूरस्थ सेवा के प्रशासकों के लिए यह जानना असंभव है कि क्या विशिष्ट उपयोगकर्ता एक विश्वसनीय सर्वर के माध्यम से जुड़ रहे हैं या एक कंप्यूटर से जो वे स्वयं नियंत्रित करते हैं। बाद के मामले में पहचान सेवा कोई विश्वसनीय जानकारी प्रदान नहीं करती है। दूरस्थ मेजबान को एक ज्ञात पहचान साबित करने के लिए पहचान की उपयोगिता उन परिस्थितियों तक सीमित होती है जबः जोड़ने वाला उपयोगकर्ता मशीन का प्रशासक नहीं होता है। यह केवल उन मेजबानों के लिए संभव है जो यूनिक्स शेल एक्सेस प्रदान करते हैं, साझा किए गए सर्वर एक सूएक्सईसी जैसे निर्माण का उपयोग करते हैं और इसी तरह। मशीन के प्रशासकों पर भरोसा किया जाता है और उनकी उपयोगकर्ता नीति को जाना जाता है। यह एक सामान्य सुरक्षा क्षेत्र में मेजबानों के लिए सबसे अधिक संभावना है जैसे कि एक ही संगठन के भीतर। यह विश्वास किया जाता है कि मशीन वह मशीन है जिसे वह होने का दावा करती है और उस मशीन को जानती है। यह केवल स्थानीय क्षेत्र नेटवर्क या आभासी नेटवर्क पर मेजबानों के लिए आसानी से व्यवस्थित किया जाता है जहां नेटवर्क पर सभी मेजबान विश्वसनीय होते हैं और भौतिक सुरक्षा के कारण नए मेजबानों को आसानी से जोड़ा नहीं जा सकता है। दूरस्थ और सामान्य स्थानीय नेटवर्क पर गलत पहचान उत्तरों को आई. पी. स्पूफिंग द्वारा और यदि डी. एन. एस. का उपयोग किया जाता है, तो सभी प्रकार के डी. एन. एस. छल द्वारा पूरा किया जा सकता है। पहचान डेमन क्रिप्टोग्राफिक रूप से हस्ताक्षरित उत्तर प्रदान कर सकता है, जो, यदि उनकी पुष्टि की जा सकती है, तो इन अंतिम चिंताओं को हल करता है, लेकिन पहली नहीं। आई. डी. से जुड़ने में कोई मध्यवर्ती बाधा नहीं है जैसे कि फ़ायरवॉल, एन. ए. टी., या प्रॉक्सी (जैसे कि आप अपाचे एच. टी. पी. डी. के साथ आई. डी. का उपयोग कर रहे थे)। सुरक्षा डोमेन (सार्वजनिक एच. टी. टी. पी. या एफ़. टी. पी. सर्वरों की तरह) के बीच जाने पर ये आम घटनाएँ होती हैं। सुरक्षा पहचान प्रोटोकॉल को खतरनाक माना जाता है क्योंकि यह पटाखों को कंप्यूटर प्रणाली पर उपयोगकर्ता नामों की एक सूची प्राप्त करने की अनुमति देता है जिसका उपयोग बाद में हमलों के लिए किया जा सकता है। इसका एक आम तौर पर स्वीकृत समाधान एक सामान्य/उत्पन्न पहचानकर्ता स्थापित करना है, जो उपयोगकर्ता नामों के बजाय नोड जानकारी या यहां तक कि अस्पष्ट (अनुरोधकर्ता के दृष्टिकोण से) देता है। जब उसे संभावित दुरुपयोग के बारे में संपर्क किया जाता है, तो पहचान प्रशासक द्वारा इस अस्पष्टता को वास्तविक उपयोगकर्ता नामों में बदल दिया जा सकता है, जिसका अर्थ है कि दुरुपयोग पर नज़र रखने के लिए उपयोगिता संरक्षित है। आई. आर. सी. पर उपयोग पहचान महत्वपूर्ण है क्योंकि बड़ी संख्या में लोग कई उपयोगकर्ताओं द्वारा साझा किए गए सर्वर से आई. आर. सी. से जुड़ते हैं, अक्सर बाउंसर का उपयोग करते हैं। आइडेंटिटी के बिना पूरे होस्ट को प्रतिबंधित किए बिना किसी एक उपयोगकर्ता को प्रतिबंधित करने का कोई तरीका नहीं होगा। सर्वर प्रशासक इस जानकारी का उपयोग अपमानजनक उपयोगकर्ता की पहचान करने के लिए भी कर सकता है। अधिकांश आई. आर. सी. नेटवर्कों पर, जब सर्वर एक पहचान प्रतिक्रिया प्राप्त करने में विफल रहता है, तो यह ग्राहक द्वारा दिए गए उपयोगकर्ता नाम पर वापस आ जाता है, लेकिन इसे "सत्यापित नहीं" के रूप में चिह्नित करता है, आमतौर पर एक टिल्ड के साथ उपसर्ग करके; जैसे,। कुछ आई. आर. सी. सर्वर बिना किसी पहचान प्रतिक्रिया के ग्राहकों को अवरुद्ध करने तक जाते हैं, इसका मुख्य कारण यह है कि इससे "ओपन प्रॉक्सी" या एक ऐसी प्रणाली के माध्यम से जुड़ना बहुत कठिन हो जाता है जहां आपने किसी रूप के एकल खाते से समझौता किया है लेकिन रूट नहीं है (यूनिक्स जैसी प्रणालियों पर, केवल रूट 1024 से नीचे के बंदरगाहों पर नेटवर्क कनेक्शन के लिए सुन सकता है)। हालाँकि, आइडेंटिटी तब कोई अतिरिक्त प्रमाणीकरण प्रदान नहीं करती है जब उपयोगकर्ता सीधे अपने व्यक्तिगत कंप्यूटर से जुड़ रहा होता है, जिस पर उनके पास आइडेंटिटी डेमन को नियंत्रित करने के लिए भी पर्याप्त विशेषाधिकार होते हैं। सॉफ्टवेयर ओ. आई. डी. एन. डी. (यूनिक्स जैसी प्रणालियों के लिए) रेटिना स्कैन आई. डी. एन. डी. (विंडोज के लिए; यूनिक्स आई. डी. एन. डी. के समान कई उपयोगकर्ताओं का समर्थन करता है) विंडोज आई. डी. एन. टी. सर्वर। आई. आर. सी. एफ़. टी. पी. एस. एम. टी. पी. एन. एन. टी. पी. एस. एस. एच. सॉक्स प्रॉक्सीज़ (एस. ओ. सी. के. एस.) संदर्भ आगे पढ़ें-प्रमाणीकरण सेवा-प्रमाणीकरण सर्वर डैनियल जे. बर्नस्टीनः टी. ए. पी. इंटरनेट ड्राफ्ट, जून 1992 डैनियल जे. बर्नस्टीनः क्यों टी. ए. पी.? एक श्वेत पत्र, 1992-08-20-आइडेंटिफिकेशन प्रोटोकॉल-आइडेंटिफिकेशन एम. आई. बी. पीटर एरिक्सनः टी. ए. पी. वी. एस. आई. डी. एन. टी., 1993-11-03 डेमियन डोलिगेज़ः पहचान/टी. ए. पी. जवाबों को एन्क्रिप्ट क्यों करें?, 1994-02-22 इंटरनेट प्रोटोकॉल ईमेल प्रमाणीकरण इंटरनेट रिले चैट से संबंधित चैट प्रोटोकॉल