एड्रेस रिज़ॉल्यूशन प्रोटोकॉल (एआरपी): Difference between revisions
(Created page with "{{Short description|Protocol used for discovering network layer addresses}} {{IPstack}} एड्रेस रेज़ोल्यूशन प्रोटोकॉल (ए...") |
No edit summary |
||
Line 1: | Line 1: | ||
{{Short description|Protocol used for discovering network layer addresses}} | {{Short description|Protocol used for discovering network layer addresses}} | ||
{{IPstack}} | {{IPstack}} | ||
एड्रेस रेज़ोल्यूशन प्रोटोकॉल (एआरपी) एक [[संचार प्रोटोकॉल]] है जिसका उपयोग [[लिंक परत]] एड्रेस की खोज के लिए किया जाता है, जैसे [[मैक पते]], जो किसी दिए गए [[इंटरनेट परत]] एड्रेस से जुड़ा होता है, | एड्रेस रेज़ोल्यूशन प्रोटोकॉल (एआरपी) एक [[संचार प्रोटोकॉल]] है जिसका उपयोग [[लिंक परत|लिंक लेयर]] एड्रेस की खोज के लिए किया जाता है, जैसे [[मैक पते|मैक एड्रेस]], जो किसी दिए गए [[इंटरनेट परत|इंटरनेट लेयर]] एड्रेस से जुड़ा होता है, प्रायः एक आईपीवी4 (IPv4) एड्रेस। यह मानचित्रण [[इंटरनेट प्रोटोकॉल सूट]] में एक महत्वपूर्ण कार्य है। एआरपी (ARP) को 1982 में {{IETF RFC|826}} द्वारा परिभाषित किया गया था,<ref>{{cite web | ||
|url = http://tools.ietf.org/html/rfc826 | |url = http://tools.ietf.org/html/rfc826 | ||
|author = David C. Plummer | |author = David C. Plummer | ||
Line 7: | Line 7: | ||
|publisher = Internet Engineering Task Force, Network Working Group | |publisher = Internet Engineering Task Force, Network Working Group | ||
|date = November 1982 | |date = November 1982 | ||
}}</ref> जो [[इंटरनेट मानक]] एसटीडी 37 है। | }}</ref> जो कि [[इंटरनेट मानक]] एसटीडी (STD) 37 है। | ||
ARP को [[IEEE 802]] मानकों, [[FDDI]], X.25, [[फ्रेम रिले]] और [[अतुल्यकालिक अंतरण विधा | एआरपी (ARP) को [[IEEE 802|आईईईई (IEEE) 802]] मानकों, [[FDDI|एफडीडीआई (FDDI)]], X.25, [[फ्रेम रिले|फ़्रेम रिले]] और [[अतुल्यकालिक अंतरण विधा|एसिंक्रोनस ट्रांसफर मोड (ATM)]] का उपयोग करके [[IPv4|आईपीवी4 (IPv4)]], [[Chaosnet|कैओसनेट (Chaosnet)]], [[DECnet|डीईसीनेट(DECnet)]], और [[PARC यूनिवर्सल पैकेट|ज़ेरॉक्स पीएआरसी (Xerox PARC) यूनिवर्सल पैकेट]] (PUP) जैसे नेटवर्क और डेटा लिंक लेयर तकनीकों के कई संयोजनों के साथ लागू किया गया है। | ||
[[IPv6 | [[IPv6|इंटरनेट प्रोटोकॉल संस्करण 6 (IPv6)]] नेटवर्क में, एआरपी (ARP) की कार्यक्षमता [[नेबर डिस्कवरी प्रोटोकॉल|नेबर डिस्कवरी प्रोटोकॉल (NDP)]] द्वारा प्रदान की जाती है। | ||
== | == संचालन कार्यक्षेत्र == | ||
एड्रेस रेज़ोल्यूशन प्रोटोकॉल एक अनुरोध-प्रतिक्रिया प्रोटोकॉल है। इसके संदेश सीधे लिंक लेयर प्रोटोकॉल द्वारा संपुटित किए जाते हैं। यह एकल नेटवर्क की सीमाओं के भीतर संप्रेषित किया जाता है, कभी भी इंटरनेटवर्किंग नोड्स में रूट नहीं किया जाता है। | |||
== पैकेट संरचना == | == पैकेट संरचना == | ||
एड्रेस रेज़ोल्यूशन प्रोटोकॉल एक सरल संदेश प्रारूप का उपयोग करता है जिसमें एक | एड्रेस रेज़ोल्यूशन प्रोटोकॉल एक सरल संदेश प्रारूप का उपयोग करता है जिसमें एक एड्रेस रेज़ोल्यूशन अनुरोध या प्रतिक्रिया होती है। पैकेटों को अप्रशिक्षित पेलोड के रूप में अंतर्निहित नेटवर्क के डेटा लिंक लेयर पर ले जाया जाता है। ईथरनेट की स्थिति में, एआरपी (ARP) फ़्रेमों की पहचान करने के लिए 0x0806 [[EtherType|ईथर टाइप (EtherType)]] मान का उपयोग किया जाता है। | ||
ARP संदेश का आकार लिंक लेयर और नेटवर्क लेयर एड्रेस | एआरपी (ARP) संदेश का आकार लिंक लेयर और नेटवर्क लेयर एड्रेस आकार पर निर्भर करता है। संदेश शीर्षलेख प्रत्येक लेयर पर उपयोग किए जाने वाले नेटवर्क के प्रकारों के साथ-साथ प्रत्येक के एड्रेस के आकार को निर्दिष्ट करता है। अनुरोध (1) और उत्तर (2) के लिए ऑपरेशन कोड के साथ संदेश हेडर पूरा हो गया है। पैकेट के पेलोड में चार पते होते हैं, प्रेषक और प्राप्तकर्ता होस्ट के हार्डवेयर और प्रोटोकॉल एड्रेस। | ||
एआरपी पैकेट की मुख्य पैकेट संरचना निम्न तालिका में दिखाई गई है जो ईथरनेट पर चलने वाले आईपीवी4 नेटवर्क | एआरपी (ARP) पैकेट की मुख्य पैकेट संरचना निम्न तालिका में दिखाई गई है जो ईथरनेट पर चलने वाले आईपीवी4 नेटवर्क की स्थिति को दर्शाती है। इस परिदृश्य में, पैकेट में प्रेषक हार्डवेयर एड्रेस (एसएचए) और लक्ष्य हार्डवेयर एड्रेस (टीएचए) के लिए 48-बिट क्षेत्रों और संबंधित प्रेषक और लक्ष्य प्रोटोकॉल एड्रेस (एसपीए और टीपीए) के लिए 32-बिट क्षेत्र हैं। इस स्थिति में एआरपी (ARP) पैकेट का आकार 28 बाइट्स है। | ||
{| class="wikitable" style="float:right; text-align: center; width: 30em;" border=1 | {| class="wikitable" style="float:right; text-align: center; width: 30em;" border=1 | ||
Line 73: | Line 73: | ||
| colspan="16" style="background:#d0d0ff"| (last 2 bytes) | | colspan="16" style="background:#d0d0ff"| (last 2 bytes) | ||
|} | |} | ||
; हार्डवेयर प्रकार (HTYPE): यह | ; हार्डवेयर प्रकार एचटीवाईपीई (HTYPE): यह क्षेत्र नेटवर्क लिंक प्रोटोकॉल प्रकार निर्दिष्ट करता है। उदाहरण- ईथरनेट 1 है।<ref name="IANA">{{Cite web|url=https://www.iana.org/assignments/arp-parameters/arp-parameters.xhtml|title=एड्रेस रेजोल्यूशन प्रोटोकॉल (एआरपी) पैरामीटर्स|website=www.iana.org|access-date=2018-10-16}}</ref> | ||
; प्रोटोकॉल प्रकार ( | ; प्रोटोकॉल प्रकार पीटीवाईपीई (PTYPE): यह क्षेत्र उस इंटरनेटवर्क प्रोटोकॉल को निर्दिष्ट करती है जिसके लिए एआरपी (ARP) अनुरोध अभीष्ट है। आईपीवी4 (IPv4) के लिए, इसका मान 0x0800 होता है। अनुमत पीटीवाईपीई (PTYPE) मान ईथरटाइप के साथ एक क्रमांकन स्थान साझा करते हैं।<ref name="IANA" /><ref>{{IETF RFC|5342}}</ref> | ||
; हार्डवेयर लंबाई (HLEN): हार्डवेयर | ; हार्डवेयर लंबाई एचएलईएन (HLEN): हार्डवेयर एड्रेस की लंबाई ([[ऑक्टेट (कंप्यूटिंग)|अष्टक में]])। ईथरनेट एड्रेस लंबाई 6 है। | ||
; प्रोटोकॉल लंबाई (PLEN): इंटरनेटवर्क | ; प्रोटोकॉल लंबाई पीएलईएन (PLEN): इंटरनेटवर्क एड्रेसों की लंबाई (अष्टक में)। इंटरनेटवर्क प्रोटोकॉल पीटीवाईपीई (PTYPE) में निर्दिष्ट है। उदाहरण- आईपीवी4 (IPv4) एड्रेस की लंबाई 4 है। | ||
; | ; संचालन: यह प्रेषक द्वारा किए जा रहे संचालन को निर्दिष्ट करता है- 1 अनुरोध के लिए, 2 उत्तर के लिए। | ||
; प्रेषक हार्डवेयर | ; प्रेषक हार्डवेयर एड्रेस एसएचए (SHA): प्रेषक का मीडिया एड्रेस। एआरपी (ARP) अनुरोध में इस क्षेत्र का उपयोग अनुरोध भेजने वाले होस्ट के पते को दर्शाने के लिए किया जाता है। एआरपी (ARP) उत्तर में इस क्षेत्र का उपयोग उस होस्ट के पते को दर्शाने के लिए किया जाता है जिसे अनुरोध ढूंढ रहा था। | ||
; प्रेषक प्रोटोकॉल | ; प्रेषक प्रोटोकॉल एड्रेस एसपीए (SPA): प्रेषक का इंटरनेट पता। | ||
; लक्ष्य हार्डवेयर | ; लक्ष्य हार्डवेयर एड्रेस टीएचए (THA): इच्छित प्राप्तकर्ता का मीडिया एड्रेस। एआरपी (ARP) अनुरोध में इस क्षेत्र की उपेक्षा की जाती है। एआरपी (ARP) उत्तर में इस क्षेत्र का उपयोग उस होस्ट के एड्रेस को इंगित करने के लिए किया जाता है जिसने एआरपी (ARP) अनुरोध उत्पन्न किया था। | ||
; लक्ष्य प्रोटोकॉल | ; लक्ष्य प्रोटोकॉल एड्रेस टीपीए (TPA) : इच्छित प्राप्तकर्ता का इंटरनेट नेटवर्क एड्रेस। | ||
ARP प्रोटोकॉल पैरामीटर मानों को मानकीकृत किया गया है और [[इंटरनेट निरुपित नंबर प्राधिकरण]] ( | एआरपी (ARP) प्रोटोकॉल पैरामीटर मानों को मानकीकृत किया गया है और [[इंटरनेट निरुपित नंबर प्राधिकरण]] (आईएएनए) द्वारा बनाए रखा जाता है।<ref name="IANA" /> | ||
एआरपी के लिए ईथर टाइप | एआरपी (ARP) के लिए ईथर टाइप 0x0806 है। यह ईथरनेट फ्रेम हेडर में दिखाई देता है जब पेलोड एक एआरपी (ARP) पैकेट होता है और पीटीवाईपीई (PTYPE) के साथ भ्रमित नहीं होना चाहिए, जो इस संपुटित एआरपी (ARP) पैकेट के भीतर दिखाई देता है। | ||
== लेयरिंग == | == लेयरिंग == | ||
इंटरनेट प्रोटोकॉल सूट और OSI मॉडल के भीतर ARP | इंटरनेट प्रोटोकॉल सूट और ओएसआई (OSI) मॉडल के भीतर एआरपी (ARP) की नियुक्ति भ्रम या विवाद का विषय भी हो सकती है। {{IETF RFC|1122}} एआरपी (ARP) को उसके लिंक लेयर अनुभाग में उस लेयर के भीतर स्पष्ट रूप से रखे बिना उल्लेख करता है।<ref>{{IETF RFC|1122}}</ref> कुछ पुराने संदर्भ एआरपी (ARP) को ओएसआई (OSI) की डेटा लिंक परत<ref>W. Richard Stevens, ''TCP/IP Illustrated, Volume 1: The Protocols'', Addison Wesley, 1994, ISBN 0-201-63346-9.</ref> में रखते हैं जबकि नए संस्करण इसे नेटवर्क लेयर से जोड़ते हैं या एक मध्यवर्ती ओएसआई (OSI) लेयर 2.5 प्रस्तुत करते हैं।<ref>W. Richard Stevens, ''TCP/IP Illustrated, Volume 1: The Protocols'', Addison Wesley, 2011, ISBN 0-321-33631-3, page 14</ref> | ||
== उदाहरण == | == उदाहरण == | ||
एक कार्यालय में दो कंप्यूटर (कंप्यूटर 1 और कंप्यूटर 2) [[ईथरनेट]] केबल और [[प्रसार बदलना]] द्वारा स्थानीय क्षेत्र नेटवर्क में एक दूसरे से जुड़े हुए हैं, जिसमें कोई हस्तक्षेप करने वाला [[गेटवे (दूरसंचार)]] या [[राउटर (कंप्यूटिंग)]] नहीं है। कंप्यूटर 1 के पास कंप्यूटर 2 को भेजने के लिए एक पैकेट है। [[DNS]] के माध्यम से, यह निर्धारित करता है कि कंप्यूटर 2 का IP पता है {{IPaddr|192.168.0.55}}. | एक कार्यालय में दो कंप्यूटर (कंप्यूटर 1 और कंप्यूटर 2) [[ईथरनेट]] केबल और [[प्रसार बदलना]] द्वारा स्थानीय क्षेत्र नेटवर्क में एक दूसरे से जुड़े हुए हैं, जिसमें कोई हस्तक्षेप करने वाला [[गेटवे (दूरसंचार)]] या [[राउटर (कंप्यूटिंग)]] नहीं है। कंप्यूटर 1 के पास कंप्यूटर 2 को भेजने के लिए एक पैकेट है। [[DNS]] के माध्यम से, यह निर्धारित करता है कि कंप्यूटर 2 का IP पता है {{IPaddr|192.168.0.55}}. | ||
Line 99: | Line 97: | ||
कंप्यूटर 1 अपने एआरपी तालिका में प्रतिक्रिया जानकारी प्राप्त करता है और कैश करता है और अब पैकेट भेज सकता है।<ref>{{cite book|last1=Chappell|first1=Laura A.|last2=Tittel|first2=Ed|title=टीसीपी/आईपी के लिए गाइड|edition=Third|publisher=Thomson Course Technology|year=2007|pages=115–116|isbn=9781418837556}}</ref> | कंप्यूटर 1 अपने एआरपी तालिका में प्रतिक्रिया जानकारी प्राप्त करता है और कैश करता है और अब पैकेट भेज सकता है।<ref>{{cite book|last1=Chappell|first1=Laura A.|last2=Tittel|first2=Ed|title=टीसीपी/आईपी के लिए गाइड|edition=Third|publisher=Thomson Course Technology|year=2007|pages=115–116|isbn=9781418837556}}</ref> | ||
== एआरपी जांच == | == एआरपी जांच == | ||
IPv4 में एक ARP जांच एक ARP अनुरोध है जो प्रोबिंग होस्ट के SHA, सभी 0s के एक SPA, सभी 0s के एक THA और IPv4 पते के लिए एक TPA सेट के लिए जांच की जा रही है। यदि नेटवर्क पर कुछ होस्ट IPv4 पते (TPA में) को अपना मानते हैं, तो यह जांच का जवाब देगा (जांच करने वाले होस्ट के SHA के माध्यम से) इस प्रकार पता विवाद के बारे में जांच करने वाले होस्ट को सूचित करेगा। यदि इसके बजाय कोई होस्ट नहीं है जो IPv4 पते को अपना मानता है, तो कोई उत्तर नहीं होगा। जब इस तरह की कई जांच थोड़ी देरी के साथ भेजी जाती हैं, और कोई भी उत्तर प्राप्त नहीं होता है, तो उचित रूप से यह उम्मीद की जा सकती है कि कोई विरोध मौजूद नहीं है। चूंकि मूल जांच पैकेट में न तो एक वैध SHA/SPA और न ही एक वैध THA/TPA जोड़ी शामिल है, किसी भी होस्ट द्वारा पैकेट का उपयोग करके अपने कैश को समस्याग्रस्त डेटा के साथ अद्यतन करने का कोई जोखिम नहीं है। IPv4 पते (चाहे मैन्युअल कॉन्फ़िगरेशन, डीएचसीपी, या किसी अन्य माध्यम से प्राप्त किया गया हो) का उपयोग शुरू करने से पहले, इस विनिर्देश को लागू करने वाले एक होस्ट को यह देखने के लिए परीक्षण करना चाहिए कि पता पहले से ही उपयोग में है या नहीं, ARP जांच पैकेट प्रसारित करके।<ref>{{cite IETF |rfc=5227 | author = Cheshire, S. | title = IPv4 एड्रेस कॉन्फ्लिक्ट डिटेक्शन| publisher = Internet Engineering Task Force | date = July 2008}}</ref><ref>{{cite web |last1=Harmoush |first1=Ed |title=एआरपी जांच और एआरपी घोषणा|url=https://www.practicalnetworking.net/series/arp/arp-probe-arp-announcement |website=Practical Networking |publisher=PracticalNetworking .net |access-date=3 August 2022}}</ref> | IPv4 में एक ARP जांच एक ARP अनुरोध है जो प्रोबिंग होस्ट के SHA, सभी 0s के एक SPA, सभी 0s के एक THA और IPv4 पते के लिए एक TPA सेट के लिए जांच की जा रही है। यदि नेटवर्क पर कुछ होस्ट IPv4 पते (TPA में) को अपना मानते हैं, तो यह जांच का जवाब देगा (जांच करने वाले होस्ट के SHA के माध्यम से) इस प्रकार पता विवाद के बारे में जांच करने वाले होस्ट को सूचित करेगा। यदि इसके बजाय कोई होस्ट नहीं है जो IPv4 पते को अपना मानता है, तो कोई उत्तर नहीं होगा। जब इस तरह की कई जांच थोड़ी देरी के साथ भेजी जाती हैं, और कोई भी उत्तर प्राप्त नहीं होता है, तो उचित रूप से यह उम्मीद की जा सकती है कि कोई विरोध मौजूद नहीं है। चूंकि मूल जांच पैकेट में न तो एक वैध SHA/SPA और न ही एक वैध THA/TPA जोड़ी शामिल है, किसी भी होस्ट द्वारा पैकेट का उपयोग करके अपने कैश को समस्याग्रस्त डेटा के साथ अद्यतन करने का कोई जोखिम नहीं है। IPv4 पते (चाहे मैन्युअल कॉन्फ़िगरेशन, डीएचसीपी, या किसी अन्य माध्यम से प्राप्त किया गया हो) का उपयोग शुरू करने से पहले, इस विनिर्देश को लागू करने वाले एक होस्ट को यह देखने के लिए परीक्षण करना चाहिए कि पता पहले से ही उपयोग में है या नहीं, ARP जांच पैकेट प्रसारित करके।<ref>{{cite IETF |rfc=5227 | author = Cheshire, S. | title = IPv4 एड्रेस कॉन्फ्लिक्ट डिटेक्शन| publisher = Internet Engineering Task Force | date = July 2008}}</ref><ref>{{cite web |last1=Harmoush |first1=Ed |title=एआरपी जांच और एआरपी घोषणा|url=https://www.practicalnetworking.net/series/arp/arp-probe-arp-announcement |website=Practical Networking |publisher=PracticalNetworking .net |access-date=3 August 2022}}</ref> | ||
== एआरपी घोषणाएं == | == एआरपी घोषणाएं == | ||
ARP का उपयोग साधारण घोषणा प्रोटोकॉल के रूप में भी किया जा सकता है। प्रेषक के आईपी पते या मैक पते में परिवर्तन होने पर यह हार्डवेयर पते के अन्य होस्ट मैपिंग को अपडेट करने के लिए उपयोगी होता है। इस तरह की घोषणा, जिसे एक मुफ्त एआरपी (जीएआरपी) संदेश भी कहा जाता है, को आम तौर पर 'एआरपी अनुरोध' के रूप में प्रसारित किया जाता है जिसमें लक्ष्य क्षेत्र (टीपीए = एसपीए) में एसपीए होता है, जिसमें टीएचए शून्य पर सेट होता है। प्रेषक के SHA और SPA को लक्ष्य फ़ील्ड (TPA = SPA, THA = SHA) में डुप्लिकेट करके '' ARP उत्तर '' प्रसारित करने का एक वैकल्पिक तरीका है। | ARP का उपयोग साधारण घोषणा प्रोटोकॉल के रूप में भी किया जा सकता है। प्रेषक के आईपी पते या मैक पते में परिवर्तन होने पर यह हार्डवेयर पते के अन्य होस्ट मैपिंग को अपडेट करने के लिए उपयोगी होता है। इस तरह की घोषणा, जिसे एक मुफ्त एआरपी (जीएआरपी) संदेश भी कहा जाता है, को आम तौर पर 'एआरपी अनुरोध' के रूप में प्रसारित किया जाता है जिसमें लक्ष्य क्षेत्र (टीपीए = एसपीए) में एसपीए होता है, जिसमें टीएचए शून्य पर सेट होता है। प्रेषक के SHA और SPA को लक्ष्य फ़ील्ड (TPA = SPA, THA = SHA) में डुप्लिकेट करके '' ARP उत्तर '' प्रसारित करने का एक वैकल्पिक तरीका है। | ||
Line 135: | Line 129: | ||
== एआरपी मध्यस्थता == | == एआरपी मध्यस्थता == | ||
ARP मध्यस्थता एक [[आभासी निजी तार सेवा]] (VPWS) के माध्यम से लेयर -2 पतों को हल करने की प्रक्रिया को संदर्भित करती है, जब कनेक्टेड सर्किट पर विभिन्न रिज़ॉल्यूशन प्रोटोकॉल का उपयोग किया जाता है, जैसे, एक छोर पर ईथरनेट और दूसरे पर फ़्रेम रिले। IPv4 में, प्रत्येक [[प्रदाता एज राउटर]] (PE) डिवाइस स्थानीय रूप से संलग्न [[ग्राहक एज राउटर]] (CE) डिवाइस के IP पते की खोज करता है और उस IP पते को संबंधित दूरस्थ PE डिवाइस को वितरित करता है। फिर प्रत्येक पीई डिवाइस दूरस्थ सीई डिवाइस के आईपी पते और स्थानीय पीई डिवाइस के हार्डवेयर पते का उपयोग करके स्थानीय एआरपी अनुरोधों का जवाब देता है। IPv6 में, प्रत्येक PE डिवाइस स्थानीय और दूरस्थ CE डिवाइस दोनों के IP पते की खोज करता है और फिर स्थानीय नेबर डिस्कवरी प्रोटोकॉल (ND) और [[उलटा पड़ोसी डिस्कवरी]] (IND) पैकेट को इंटरसेप्ट करता है और उन्हें रिमोट PE डिवाइस पर भेजता है।<ref>{{cite IETF | rfc = 6575 | author = Shah, H. | title = लेयर 2 वीपीएन के आईपी इंटरवर्किंग के लिए एड्रेस रेज़ोल्यूशन प्रोटोकॉल (एआरपी) मध्यस्थता| publisher = Internet Engineering Task Force | date = June 2012 | display-authors = etal}}</ref> | ARP मध्यस्थता एक [[आभासी निजी तार सेवा]] (VPWS) के माध्यम से लेयर -2 पतों को हल करने की प्रक्रिया को संदर्भित करती है, जब कनेक्टेड सर्किट पर विभिन्न रिज़ॉल्यूशन प्रोटोकॉल का उपयोग किया जाता है, जैसे, एक छोर पर ईथरनेट और दूसरे पर फ़्रेम रिले। IPv4 में, प्रत्येक [[प्रदाता एज राउटर]] (PE) डिवाइस स्थानीय रूप से संलग्न [[ग्राहक एज राउटर]] (CE) डिवाइस के IP पते की खोज करता है और उस IP पते को संबंधित दूरस्थ PE डिवाइस को वितरित करता है। फिर प्रत्येक पीई डिवाइस दूरस्थ सीई डिवाइस के आईपी पते और स्थानीय पीई डिवाइस के हार्डवेयर पते का उपयोग करके स्थानीय एआरपी अनुरोधों का जवाब देता है। IPv6 में, प्रत्येक PE डिवाइस स्थानीय और दूरस्थ CE डिवाइस दोनों के IP पते की खोज करता है और फिर स्थानीय नेबर डिस्कवरी प्रोटोकॉल (ND) और [[उलटा पड़ोसी डिस्कवरी]] (IND) पैकेट को इंटरसेप्ट करता है और उन्हें रिमोट PE डिवाइस पर भेजता है।<ref>{{cite IETF | rfc = 6575 | author = Shah, H. | title = लेयर 2 वीपीएन के आईपी इंटरवर्किंग के लिए एड्रेस रेज़ोल्यूशन प्रोटोकॉल (एआरपी) मध्यस्थता| publisher = Internet Engineering Task Force | date = June 2012 | display-authors = etal}}</ref> | ||
==उलटा एआरपी और उलटा एआरपी == | |||
== | |||
इनवर्स एड्रेस रेजोल्यूशन प्रोटोकॉल (इनवर्स एआरपी या इनएआरपी) का उपयोग डेटा लिंक लेयर (लेयर 2) पतों से अन्य नोड्स के [[नेटवर्क परत]] एड्रेस (उदाहरण के लिए, [[आईपी पता]]) प्राप्त करने के लिए किया जाता है। चूंकि ARP परत-3 पतों को परत-2 पतों में अनुवादित करता है, InARP को इसके व्युत्क्रम के रूप में वर्णित किया जा सकता है। इसके अलावा, InARP को ARP के प्रोटोकॉल एक्सटेंशन के रूप में लागू किया गया है: यह ARP के समान पैकेट प्रारूप का उपयोग करता है, लेकिन विभिन्न ऑपरेशन कोड। | इनवर्स एड्रेस रेजोल्यूशन प्रोटोकॉल (इनवर्स एआरपी या इनएआरपी) का उपयोग डेटा लिंक लेयर (लेयर 2) पतों से अन्य नोड्स के [[नेटवर्क परत]] एड्रेस (उदाहरण के लिए, [[आईपी पता]]) प्राप्त करने के लिए किया जाता है। चूंकि ARP परत-3 पतों को परत-2 पतों में अनुवादित करता है, InARP को इसके व्युत्क्रम के रूप में वर्णित किया जा सकता है। इसके अलावा, InARP को ARP के प्रोटोकॉल एक्सटेंशन के रूप में लागू किया गया है: यह ARP के समान पैकेट प्रारूप का उपयोग करता है, लेकिन विभिन्न ऑपरेशन कोड। | ||
आईएनएआरपी मुख्य रूप से फ्रेम रिले ([[डीएलसीआई]]) और एटीएम नेटवर्क में उपयोग किया जाता है, जिसमें [[वर्चुअल सर्किट]] के लेयर-2 पते कभी-कभी परत-2 सिग्नलिंग से प्राप्त होते हैं, और संबंधित परत-3 पते उन वर्चुअल सर्किटों का उपयोग करने से पहले उपलब्ध होना चाहिए।<ref>{{cite web | url = http://tools.ietf.org/html/rfc2390 | author = T. Bradley | title = RFC 2390 - व्युत्क्रम पता रिज़ॉल्यूशन प्रोटोकॉल| publisher = Internet Engineering Task Force | date = September 1998|display-authors=etal}}</ref> | आईएनएआरपी मुख्य रूप से फ्रेम रिले ([[डीएलसीआई]]) और एटीएम नेटवर्क में उपयोग किया जाता है, जिसमें [[वर्चुअल सर्किट]] के लेयर-2 पते कभी-कभी परत-2 सिग्नलिंग से प्राप्त होते हैं, और संबंधित परत-3 पते उन वर्चुअल सर्किटों का उपयोग करने से पहले उपलब्ध होना चाहिए।<ref>{{cite web | url = http://tools.ietf.org/html/rfc2390 | author = T. Bradley | title = RFC 2390 - व्युत्क्रम पता रिज़ॉल्यूशन प्रोटोकॉल| publisher = Internet Engineering Task Force | date = September 1998|display-authors=etal}}</ref> | ||
[[रिवर्स एड्रेस रेजोल्यूशन प्रोटोकॉल]] (रिवर्स एआरपी या आरएआरपी), इनएआरपी की तरह, परत-2 पतों को परत-3 पतों में अनुवादित करता है। हालाँकि, InARP में अनुरोध करने वाला स्टेशन दूसरे नोड के लेयर-3 पते पर सवाल उठाता है, जबकि RARP का उपयोग एड्रेस कॉन्फ़िगरेशन उद्देश्यों के लिए अनुरोध करने वाले स्टेशन के लेयर-3 पते को प्राप्त करने के लिए किया जाता है। आरएआरपी अप्रचलित है; इसे [[BOOTP]] द्वारा प्रतिस्थापित किया गया था, जिसे बाद में [[डाइनामिक होस्ट कॉन्फिगरेशन प्रोटोकॉल]] (DHCP) द्वारा प्रतिस्थापित किया गया था।<ref>{{cite IETF |last1=Finlayson |last2=Mann |last3=Mogul |last4=Theimer |title=एक रिवर्स एड्रेस रिज़ॉल्यूशन प्रोटोकॉल|rfc=903 |publisher=Internet Engineering Task Force |date=June 1984}}</ref> | [[रिवर्स एड्रेस रेजोल्यूशन प्रोटोकॉल]] (रिवर्स एआरपी या आरएआरपी), इनएआरपी की तरह, परत-2 पतों को परत-3 पतों में अनुवादित करता है। हालाँकि, InARP में अनुरोध करने वाला स्टेशन दूसरे नोड के लेयर-3 पते पर सवाल उठाता है, जबकि RARP का उपयोग एड्रेस कॉन्फ़िगरेशन उद्देश्यों के लिए अनुरोध करने वाले स्टेशन के लेयर-3 पते को प्राप्त करने के लिए किया जाता है। आरएआरपी अप्रचलित है; इसे [[BOOTP]] द्वारा प्रतिस्थापित किया गया था, जिसे बाद में [[डाइनामिक होस्ट कॉन्फिगरेशन प्रोटोकॉल]] (DHCP) द्वारा प्रतिस्थापित किया गया था।<ref>{{cite IETF |last1=Finlayson |last2=Mann |last3=Mogul |last4=Theimer |title=एक रिवर्स एड्रेस रिज़ॉल्यूशन प्रोटोकॉल|rfc=903 |publisher=Internet Engineering Task Force |date=June 1984}}</ref> | ||
== एआरपी स्पूफिंग और प्रॉक्सी एआरपी == | == एआरपी स्पूफिंग और प्रॉक्सी एआरपी == | ||
{{main|ARP spoofing|Proxy ARP}} | {{main|ARP spoofing|Proxy ARP}} | ||
[[Image:ARP Spoofing.svg|right|thumb|200px|एक सफल एआरपी स्पूफिंग हमला एक हमलावर को मैन-इन-द-बीच हमला करने की अनुमति देता है।]]क्योंकि ARP किसी नेटवर्क पर ARP उत्तरों को प्रमाणित करने के तरीके प्रदान नहीं करता है, ARP उत्तर आवश्यक परत 2 पते वाले सिस्टम के अलावा अन्य सिस्टम से आ सकते हैं। ARP प्रॉक्सी एक ऐसी प्रणाली है जो किसी अन्य सिस्टम की ओर से ARP अनुरोध का उत्तर देती है, जिसके लिए यह ट्रैफ़िक को अग्रेषित करेगा, सामान्य रूप से नेटवर्क के डिज़ाइन के एक भाग के रूप में, जैसे डायलअप इंटरनेट सेवा के लिए। इसके विपरीत, ARP में आंसरिंग सिस्टम को स्पूफ करना, या स्पूफर, उस सिस्टम के लिए बाध्य डेटा को इंटरसेप्ट करने के उद्देश्य से किसी अन्य सिस्टम के पते के अनुरोध का जवाब देता है। एक दुर्भावनापूर्ण उपयोगकर्ता एआरपी स्पूफिंग का उपयोग नेटवर्क पर अन्य उपयोगकर्ताओं पर [[बीच वाला व्यक्ति]] या इनकार-ऑफ़-सर्विस हमला करने के लिए कर सकता है। एआरपी स्पूफिंग हमलों का पता लगाने और निष्पादित करने दोनों के लिए विभिन्न सॉफ्टवेयर मौजूद हैं, हालांकि एआरपी खुद ऐसे हमलों से सुरक्षा के किसी भी तरीके को प्रदान नहीं करता है।<ref name="grc">{{cite web | url = http://www.grc.com/nat/arp.htm | author = Steve Gibson | title = एआरपी कैश विषाक्तता| publisher = [[Gibson Research Corporation|GRC]] | date = 2005-12-11}}</ref> | [[Image:ARP Spoofing.svg|right|thumb|200px|एक सफल एआरपी स्पूफिंग हमला एक हमलावर को मैन-इन-द-बीच हमला करने की अनुमति देता है।]]क्योंकि ARP किसी नेटवर्क पर ARP उत्तरों को प्रमाणित करने के तरीके प्रदान नहीं करता है, ARP उत्तर आवश्यक परत 2 पते वाले सिस्टम के अलावा अन्य सिस्टम से आ सकते हैं। ARP प्रॉक्सी एक ऐसी प्रणाली है जो किसी अन्य सिस्टम की ओर से ARP अनुरोध का उत्तर देती है, जिसके लिए यह ट्रैफ़िक को अग्रेषित करेगा, सामान्य रूप से नेटवर्क के डिज़ाइन के एक भाग के रूप में, जैसे डायलअप इंटरनेट सेवा के लिए। इसके विपरीत, ARP में आंसरिंग सिस्टम को स्पूफ करना, या स्पूफर, उस सिस्टम के लिए बाध्य डेटा को इंटरसेप्ट करने के उद्देश्य से किसी अन्य सिस्टम के पते के अनुरोध का जवाब देता है। एक दुर्भावनापूर्ण उपयोगकर्ता एआरपी स्पूफिंग का उपयोग नेटवर्क पर अन्य उपयोगकर्ताओं पर [[बीच वाला व्यक्ति]] या इनकार-ऑफ़-सर्विस हमला करने के लिए कर सकता है। एआरपी स्पूफिंग हमलों का पता लगाने और निष्पादित करने दोनों के लिए विभिन्न सॉफ्टवेयर मौजूद हैं, हालांकि एआरपी खुद ऐसे हमलों से सुरक्षा के किसी भी तरीके को प्रदान नहीं करता है।<ref name="grc">{{cite web | url = http://www.grc.com/nat/arp.htm | author = Steve Gibson | title = एआरपी कैश विषाक्तता| publisher = [[Gibson Research Corporation|GRC]] | date = 2005-12-11}}</ref> | ||
== विकल्प == | == विकल्प == | ||
IPv6 ARP के बजाय नेबर डिस्कवरी प्रोटोकॉल और इसके एक्सटेंशन जैसे [[सुरक्षित पड़ोसी डिस्कवरी]] का उपयोग करता है। | IPv6 ARP के बजाय नेबर डिस्कवरी प्रोटोकॉल और इसके एक्सटेंशन जैसे [[सुरक्षित पड़ोसी डिस्कवरी]] का उपयोग करता है। |
Revision as of 23:07, 12 January 2023
Internet protocol suite |
---|
Application layer |
Transport layer |
Internet layer |
Link layer |
एड्रेस रेज़ोल्यूशन प्रोटोकॉल (एआरपी) एक संचार प्रोटोकॉल है जिसका उपयोग लिंक लेयर एड्रेस की खोज के लिए किया जाता है, जैसे मैक एड्रेस, जो किसी दिए गए इंटरनेट लेयर एड्रेस से जुड़ा होता है, प्रायः एक आईपीवी4 (IPv4) एड्रेस। यह मानचित्रण इंटरनेट प्रोटोकॉल सूट में एक महत्वपूर्ण कार्य है। एआरपी (ARP) को 1982 में RFC 826 द्वारा परिभाषित किया गया था,[1] जो कि इंटरनेट मानक एसटीडी (STD) 37 है।
एआरपी (ARP) को आईईईई (IEEE) 802 मानकों, एफडीडीआई (FDDI), X.25, फ़्रेम रिले और एसिंक्रोनस ट्रांसफर मोड (ATM) का उपयोग करके आईपीवी4 (IPv4), कैओसनेट (Chaosnet), डीईसीनेट(DECnet), और ज़ेरॉक्स पीएआरसी (Xerox PARC) यूनिवर्सल पैकेट (PUP) जैसे नेटवर्क और डेटा लिंक लेयर तकनीकों के कई संयोजनों के साथ लागू किया गया है।
इंटरनेट प्रोटोकॉल संस्करण 6 (IPv6) नेटवर्क में, एआरपी (ARP) की कार्यक्षमता नेबर डिस्कवरी प्रोटोकॉल (NDP) द्वारा प्रदान की जाती है।
संचालन कार्यक्षेत्र
एड्रेस रेज़ोल्यूशन प्रोटोकॉल एक अनुरोध-प्रतिक्रिया प्रोटोकॉल है। इसके संदेश सीधे लिंक लेयर प्रोटोकॉल द्वारा संपुटित किए जाते हैं। यह एकल नेटवर्क की सीमाओं के भीतर संप्रेषित किया जाता है, कभी भी इंटरनेटवर्किंग नोड्स में रूट नहीं किया जाता है।
पैकेट संरचना
एड्रेस रेज़ोल्यूशन प्रोटोकॉल एक सरल संदेश प्रारूप का उपयोग करता है जिसमें एक एड्रेस रेज़ोल्यूशन अनुरोध या प्रतिक्रिया होती है। पैकेटों को अप्रशिक्षित पेलोड के रूप में अंतर्निहित नेटवर्क के डेटा लिंक लेयर पर ले जाया जाता है। ईथरनेट की स्थिति में, एआरपी (ARP) फ़्रेमों की पहचान करने के लिए 0x0806 ईथर टाइप (EtherType) मान का उपयोग किया जाता है।
एआरपी (ARP) संदेश का आकार लिंक लेयर और नेटवर्क लेयर एड्रेस आकार पर निर्भर करता है। संदेश शीर्षलेख प्रत्येक लेयर पर उपयोग किए जाने वाले नेटवर्क के प्रकारों के साथ-साथ प्रत्येक के एड्रेस के आकार को निर्दिष्ट करता है। अनुरोध (1) और उत्तर (2) के लिए ऑपरेशन कोड के साथ संदेश हेडर पूरा हो गया है। पैकेट के पेलोड में चार पते होते हैं, प्रेषक और प्राप्तकर्ता होस्ट के हार्डवेयर और प्रोटोकॉल एड्रेस।
एआरपी (ARP) पैकेट की मुख्य पैकेट संरचना निम्न तालिका में दिखाई गई है जो ईथरनेट पर चलने वाले आईपीवी4 नेटवर्क की स्थिति को दर्शाती है। इस परिदृश्य में, पैकेट में प्रेषक हार्डवेयर एड्रेस (एसएचए) और लक्ष्य हार्डवेयर एड्रेस (टीएचए) के लिए 48-बिट क्षेत्रों और संबंधित प्रेषक और लक्ष्य प्रोटोकॉल एड्रेस (एसपीए और टीपीए) के लिए 32-बिट क्षेत्र हैं। इस स्थिति में एआरपी (ARP) पैकेट का आकार 28 बाइट्स है।
Octet offset | 0 | 1 | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
0 | Hardware type (HTYPE) | |||||||||||||||
2 | Protocol type (PTYPE) | |||||||||||||||
4 | Hardware address length (HLEN) | Protocol address length (PLEN) | ||||||||||||||
6 | Operation (OPER) | |||||||||||||||
8 | Sender hardware address (SHA) (first 2 bytes) | |||||||||||||||
10 | (next 2 bytes) | |||||||||||||||
12 | (last 2 bytes) | |||||||||||||||
14 | Sender protocol address (SPA) (first 2 bytes) | |||||||||||||||
16 | (last 2 bytes) | |||||||||||||||
18 | Target hardware address (THA) (first 2 bytes) | |||||||||||||||
20 | (next 2 bytes) | |||||||||||||||
22 | (last 2 bytes) | |||||||||||||||
24 | Target protocol address (TPA) (first 2 bytes) | |||||||||||||||
26 | (last 2 bytes) |
- हार्डवेयर प्रकार एचटीवाईपीई (HTYPE)
- यह क्षेत्र नेटवर्क लिंक प्रोटोकॉल प्रकार निर्दिष्ट करता है। उदाहरण- ईथरनेट 1 है।[2]
- प्रोटोकॉल प्रकार पीटीवाईपीई (PTYPE)
- यह क्षेत्र उस इंटरनेटवर्क प्रोटोकॉल को निर्दिष्ट करती है जिसके लिए एआरपी (ARP) अनुरोध अभीष्ट है। आईपीवी4 (IPv4) के लिए, इसका मान 0x0800 होता है। अनुमत पीटीवाईपीई (PTYPE) मान ईथरटाइप के साथ एक क्रमांकन स्थान साझा करते हैं।[2][3]
- हार्डवेयर लंबाई एचएलईएन (HLEN)
- हार्डवेयर एड्रेस की लंबाई (अष्टक में)। ईथरनेट एड्रेस लंबाई 6 है।
- प्रोटोकॉल लंबाई पीएलईएन (PLEN)
- इंटरनेटवर्क एड्रेसों की लंबाई (अष्टक में)। इंटरनेटवर्क प्रोटोकॉल पीटीवाईपीई (PTYPE) में निर्दिष्ट है। उदाहरण- आईपीवी4 (IPv4) एड्रेस की लंबाई 4 है।
- संचालन
- यह प्रेषक द्वारा किए जा रहे संचालन को निर्दिष्ट करता है- 1 अनुरोध के लिए, 2 उत्तर के लिए।
- प्रेषक हार्डवेयर एड्रेस एसएचए (SHA)
- प्रेषक का मीडिया एड्रेस। एआरपी (ARP) अनुरोध में इस क्षेत्र का उपयोग अनुरोध भेजने वाले होस्ट के पते को दर्शाने के लिए किया जाता है। एआरपी (ARP) उत्तर में इस क्षेत्र का उपयोग उस होस्ट के पते को दर्शाने के लिए किया जाता है जिसे अनुरोध ढूंढ रहा था।
- प्रेषक प्रोटोकॉल एड्रेस एसपीए (SPA)
- प्रेषक का इंटरनेट पता।
- लक्ष्य हार्डवेयर एड्रेस टीएचए (THA)
- इच्छित प्राप्तकर्ता का मीडिया एड्रेस। एआरपी (ARP) अनुरोध में इस क्षेत्र की उपेक्षा की जाती है। एआरपी (ARP) उत्तर में इस क्षेत्र का उपयोग उस होस्ट के एड्रेस को इंगित करने के लिए किया जाता है जिसने एआरपी (ARP) अनुरोध उत्पन्न किया था।
- लक्ष्य प्रोटोकॉल एड्रेस टीपीए (TPA)
- इच्छित प्राप्तकर्ता का इंटरनेट नेटवर्क एड्रेस।
एआरपी (ARP) प्रोटोकॉल पैरामीटर मानों को मानकीकृत किया गया है और इंटरनेट निरुपित नंबर प्राधिकरण (आईएएनए) द्वारा बनाए रखा जाता है।[2]
एआरपी (ARP) के लिए ईथर टाइप 0x0806 है। यह ईथरनेट फ्रेम हेडर में दिखाई देता है जब पेलोड एक एआरपी (ARP) पैकेट होता है और पीटीवाईपीई (PTYPE) के साथ भ्रमित नहीं होना चाहिए, जो इस संपुटित एआरपी (ARP) पैकेट के भीतर दिखाई देता है।
लेयरिंग
इंटरनेट प्रोटोकॉल सूट और ओएसआई (OSI) मॉडल के भीतर एआरपी (ARP) की नियुक्ति भ्रम या विवाद का विषय भी हो सकती है। RFC 1122 एआरपी (ARP) को उसके लिंक लेयर अनुभाग में उस लेयर के भीतर स्पष्ट रूप से रखे बिना उल्लेख करता है।[4] कुछ पुराने संदर्भ एआरपी (ARP) को ओएसआई (OSI) की डेटा लिंक परत[5] में रखते हैं जबकि नए संस्करण इसे नेटवर्क लेयर से जोड़ते हैं या एक मध्यवर्ती ओएसआई (OSI) लेयर 2.5 प्रस्तुत करते हैं।[6]
उदाहरण
एक कार्यालय में दो कंप्यूटर (कंप्यूटर 1 और कंप्यूटर 2) ईथरनेट केबल और प्रसार बदलना द्वारा स्थानीय क्षेत्र नेटवर्क में एक दूसरे से जुड़े हुए हैं, जिसमें कोई हस्तक्षेप करने वाला गेटवे (दूरसंचार) या राउटर (कंप्यूटिंग) नहीं है। कंप्यूटर 1 के पास कंप्यूटर 2 को भेजने के लिए एक पैकेट है। DNS के माध्यम से, यह निर्धारित करता है कि कंप्यूटर 2 का IP पता है 192.168.0.55.
मैसेज भेजने के लिए उसे कंप्यूटर 2 की भी जरूरत होती है'एस मैक पता। सबसे पहले, कंप्यूटर 1 देखने के लिए कैश्ड ARP तालिका का उपयोग करता है 192.168.0.55 कंप्यूटर 2 के मैक पते के किसी भी मौजूदा रिकॉर्ड के लिए (00:EB:24:B2:05:AC). यदि मैक पता मिल जाता है, तो यह गंतव्य पते के साथ लिंक पर आईपी पैकेट युक्त एक ईथरनेट फ्रेम (नेटवर्किंग) भेजता है। 00:EB:24:B2:05:AC. यदि कैश के लिए कोई परिणाम नहीं निकला 192.168.0.55, कंप्यूटर 1 को प्रसारण एआरपी अनुरोध संदेश भेजना है (गंतव्य FF:FF:FF:FF:FF:FF मैक एड्रेस), जिसे स्थानीय नेटवर्क पर सभी कंप्यूटरों द्वारा स्वीकार किया जाता है, जिसके लिए उत्तर का अनुरोध किया जाता है 192.168.0.55.
कंप्यूटर 2 अपने मैक और आईपी पते वाले एआरपी प्रतिक्रिया संदेश के साथ प्रतिक्रिया करता है। अनुरोध करने के भाग के रूप में, कंप्यूटर 2 भविष्य में उपयोग के लिए कंप्यूटर 1 के लिए अपनी ARP तालिका में एक प्रविष्टि सम्मिलित कर सकता है।
कंप्यूटर 1 अपने एआरपी तालिका में प्रतिक्रिया जानकारी प्राप्त करता है और कैश करता है और अब पैकेट भेज सकता है।[7]
एआरपी जांच
IPv4 में एक ARP जांच एक ARP अनुरोध है जो प्रोबिंग होस्ट के SHA, सभी 0s के एक SPA, सभी 0s के एक THA और IPv4 पते के लिए एक TPA सेट के लिए जांच की जा रही है। यदि नेटवर्क पर कुछ होस्ट IPv4 पते (TPA में) को अपना मानते हैं, तो यह जांच का जवाब देगा (जांच करने वाले होस्ट के SHA के माध्यम से) इस प्रकार पता विवाद के बारे में जांच करने वाले होस्ट को सूचित करेगा। यदि इसके बजाय कोई होस्ट नहीं है जो IPv4 पते को अपना मानता है, तो कोई उत्तर नहीं होगा। जब इस तरह की कई जांच थोड़ी देरी के साथ भेजी जाती हैं, और कोई भी उत्तर प्राप्त नहीं होता है, तो उचित रूप से यह उम्मीद की जा सकती है कि कोई विरोध मौजूद नहीं है। चूंकि मूल जांच पैकेट में न तो एक वैध SHA/SPA और न ही एक वैध THA/TPA जोड़ी शामिल है, किसी भी होस्ट द्वारा पैकेट का उपयोग करके अपने कैश को समस्याग्रस्त डेटा के साथ अद्यतन करने का कोई जोखिम नहीं है। IPv4 पते (चाहे मैन्युअल कॉन्फ़िगरेशन, डीएचसीपी, या किसी अन्य माध्यम से प्राप्त किया गया हो) का उपयोग शुरू करने से पहले, इस विनिर्देश को लागू करने वाले एक होस्ट को यह देखने के लिए परीक्षण करना चाहिए कि पता पहले से ही उपयोग में है या नहीं, ARP जांच पैकेट प्रसारित करके।[8][9]
एआरपी घोषणाएं
ARP का उपयोग साधारण घोषणा प्रोटोकॉल के रूप में भी किया जा सकता है। प्रेषक के आईपी पते या मैक पते में परिवर्तन होने पर यह हार्डवेयर पते के अन्य होस्ट मैपिंग को अपडेट करने के लिए उपयोगी होता है। इस तरह की घोषणा, जिसे एक मुफ्त एआरपी (जीएआरपी) संदेश भी कहा जाता है, को आम तौर पर 'एआरपी अनुरोध' के रूप में प्रसारित किया जाता है जिसमें लक्ष्य क्षेत्र (टीपीए = एसपीए) में एसपीए होता है, जिसमें टीएचए शून्य पर सेट होता है। प्रेषक के SHA और SPA को लक्ष्य फ़ील्ड (TPA = SPA, THA = SHA) में डुप्लिकेट करके ARP उत्तर प्रसारित करने का एक वैकल्पिक तरीका है।
एआरपी अनुरोध और एआरपी जवाब घोषणाएं दोनों मानक-आधारित विधियां हैं,Cite error: Closing </ref>
missing for <ref>
tag लेकिन एआरपी अनुरोध विधि को प्राथमिकता दी जाती है।[10] इन दो प्रकार की घोषणाओं में से किसी एक के उपयोग के लिए कुछ उपकरणों को कॉन्फ़िगर किया जा सकता है।[11]
ARP घोषणा का उद्देश्य उत्तर मांगना नहीं है; इसके बजाय, यह पैकेट प्राप्त करने वाले अन्य मेजबानों के ARP तालिकाओं में किसी भी कैश्ड प्रविष्टियों को अपडेट करता है। घोषणा में ऑपरेशन कोड या तो अनुरोध या उत्तर हो सकता है; ARP मानक निर्दिष्ट करता है कि ARP तालिका को पता फ़ील्ड से अपडेट किए जाने के बाद ही opcode को संसाधित किया जाता है।[12][13][14]
कई ऑपरेटिंग सिस्टम स्टार्टअप के दौरान एआरपी घोषणा जारी करते हैं। यह उन समस्याओं को हल करने में मदद करता है जो अन्यथा हो सकती हैं, उदाहरण के लिए, हाल ही में एक नेटवर्क इंटरफ़ेस नियंत्रक को बदल दिया गया था (आईपी-एड्रेस-टू-मैक-एड्रेस मैपिंग बदलना) और अन्य होस्टों के पास अभी भी उनके एआरपी कैश में पुरानी मैपिंग है।
ARP घोषणाओं का उपयोग कुछ नेटवर्क इंटरफेस द्वारा आने वाले ट्रैफ़िक के लिए लोड संतुलन प्रदान करने के लिए भी किया जाता है। नेटवर्क कार्ड की एक एनआईसी टीमिंग में, इसका उपयोग टीम के भीतर एक अलग मैक पते की घोषणा करने के लिए किया जाता है जिसे आने वाले पैकेट प्राप्त करना चाहिए।
ARP घोषणाओं का उपयोग Zeroconf प्रोटोकॉल में किया जा सकता है ताकि लिंक-स्थानीय पते को एक इंटरफ़ेस में स्वचालित रूप से असाइन करने की अनुमति दी जा सके जहाँ कोई अन्य IP पता कॉन्फ़िगरेशन उपलब्ध नहीं है। घोषणाओं का उपयोग यह सुनिश्चित करने के लिए किया जाता है कि होस्ट द्वारा चुना गया पता नेटवर्क लिंक पर अन्य होस्ट द्वारा उपयोग में नहीं है।[15] यह कार्य साइबर सुरक्षा के दृष्टिकोण से खतरनाक हो सकता है क्योंकि एक हमलावर अपने एआरपी कैश (एआरपी स्पूफिंग) में एक प्रविष्टि को बचाने के लिए अपने सबनेट के अन्य मेजबानों के बारे में जानकारी प्राप्त कर सकता है, जहां हमलावर मैक जुड़ा हुआ है, उदाहरण के लिए, डिफ़ॉल्ट आईपी के लिए गेटवे, इस प्रकार उसे मैन-इन-द-बीच में बाहरी नेटवर्क के सभी ट्रैफ़िक पर हमला करने की अनुमति देता है।
एआरपी मध्यस्थता
ARP मध्यस्थता एक आभासी निजी तार सेवा (VPWS) के माध्यम से लेयर -2 पतों को हल करने की प्रक्रिया को संदर्भित करती है, जब कनेक्टेड सर्किट पर विभिन्न रिज़ॉल्यूशन प्रोटोकॉल का उपयोग किया जाता है, जैसे, एक छोर पर ईथरनेट और दूसरे पर फ़्रेम रिले। IPv4 में, प्रत्येक प्रदाता एज राउटर (PE) डिवाइस स्थानीय रूप से संलग्न ग्राहक एज राउटर (CE) डिवाइस के IP पते की खोज करता है और उस IP पते को संबंधित दूरस्थ PE डिवाइस को वितरित करता है। फिर प्रत्येक पीई डिवाइस दूरस्थ सीई डिवाइस के आईपी पते और स्थानीय पीई डिवाइस के हार्डवेयर पते का उपयोग करके स्थानीय एआरपी अनुरोधों का जवाब देता है। IPv6 में, प्रत्येक PE डिवाइस स्थानीय और दूरस्थ CE डिवाइस दोनों के IP पते की खोज करता है और फिर स्थानीय नेबर डिस्कवरी प्रोटोकॉल (ND) और उलटा पड़ोसी डिस्कवरी (IND) पैकेट को इंटरसेप्ट करता है और उन्हें रिमोट PE डिवाइस पर भेजता है।[16]
उलटा एआरपी और उलटा एआरपी
इनवर्स एड्रेस रेजोल्यूशन प्रोटोकॉल (इनवर्स एआरपी या इनएआरपी) का उपयोग डेटा लिंक लेयर (लेयर 2) पतों से अन्य नोड्स के नेटवर्क परत एड्रेस (उदाहरण के लिए, आईपी पता) प्राप्त करने के लिए किया जाता है। चूंकि ARP परत-3 पतों को परत-2 पतों में अनुवादित करता है, InARP को इसके व्युत्क्रम के रूप में वर्णित किया जा सकता है। इसके अलावा, InARP को ARP के प्रोटोकॉल एक्सटेंशन के रूप में लागू किया गया है: यह ARP के समान पैकेट प्रारूप का उपयोग करता है, लेकिन विभिन्न ऑपरेशन कोड।
आईएनएआरपी मुख्य रूप से फ्रेम रिले (डीएलसीआई) और एटीएम नेटवर्क में उपयोग किया जाता है, जिसमें वर्चुअल सर्किट के लेयर-2 पते कभी-कभी परत-2 सिग्नलिंग से प्राप्त होते हैं, और संबंधित परत-3 पते उन वर्चुअल सर्किटों का उपयोग करने से पहले उपलब्ध होना चाहिए।[17] रिवर्स एड्रेस रेजोल्यूशन प्रोटोकॉल (रिवर्स एआरपी या आरएआरपी), इनएआरपी की तरह, परत-2 पतों को परत-3 पतों में अनुवादित करता है। हालाँकि, InARP में अनुरोध करने वाला स्टेशन दूसरे नोड के लेयर-3 पते पर सवाल उठाता है, जबकि RARP का उपयोग एड्रेस कॉन्फ़िगरेशन उद्देश्यों के लिए अनुरोध करने वाले स्टेशन के लेयर-3 पते को प्राप्त करने के लिए किया जाता है। आरएआरपी अप्रचलित है; इसे BOOTP द्वारा प्रतिस्थापित किया गया था, जिसे बाद में डाइनामिक होस्ट कॉन्फिगरेशन प्रोटोकॉल (DHCP) द्वारा प्रतिस्थापित किया गया था।[18]
एआरपी स्पूफिंग और प्रॉक्सी एआरपी
क्योंकि ARP किसी नेटवर्क पर ARP उत्तरों को प्रमाणित करने के तरीके प्रदान नहीं करता है, ARP उत्तर आवश्यक परत 2 पते वाले सिस्टम के अलावा अन्य सिस्टम से आ सकते हैं। ARP प्रॉक्सी एक ऐसी प्रणाली है जो किसी अन्य सिस्टम की ओर से ARP अनुरोध का उत्तर देती है, जिसके लिए यह ट्रैफ़िक को अग्रेषित करेगा, सामान्य रूप से नेटवर्क के डिज़ाइन के एक भाग के रूप में, जैसे डायलअप इंटरनेट सेवा के लिए। इसके विपरीत, ARP में आंसरिंग सिस्टम को स्पूफ करना, या स्पूफर, उस सिस्टम के लिए बाध्य डेटा को इंटरसेप्ट करने के उद्देश्य से किसी अन्य सिस्टम के पते के अनुरोध का जवाब देता है। एक दुर्भावनापूर्ण उपयोगकर्ता एआरपी स्पूफिंग का उपयोग नेटवर्क पर अन्य उपयोगकर्ताओं पर बीच वाला व्यक्ति या इनकार-ऑफ़-सर्विस हमला करने के लिए कर सकता है। एआरपी स्पूफिंग हमलों का पता लगाने और निष्पादित करने दोनों के लिए विभिन्न सॉफ्टवेयर मौजूद हैं, हालांकि एआरपी खुद ऐसे हमलों से सुरक्षा के किसी भी तरीके को प्रदान नहीं करता है।[19]
विकल्प
IPv6 ARP के बजाय नेबर डिस्कवरी प्रोटोकॉल और इसके एक्सटेंशन जैसे सुरक्षित पड़ोसी डिस्कवरी का उपयोग करता है।
कंप्यूटर सक्रिय प्रोटोकॉल का उपयोग करने के बजाय ज्ञात पतों की सूची बनाए रख सकते हैं। इस मॉडल में, प्रत्येक कंप्यूटर परत 3 पतों (जैसे, IP पते) से परत 2 पतों (जैसे, ईथरनेट MAC पते) की मैपिंग का एक डेटाबेस रखता है। यह डेटा मुख्य रूप से स्थानीय नेटवर्क लिंक से ARP पैकेट्स की व्याख्या करके बनाए रखा जाता है। इस प्रकार, इसे अक्सर ARP कैश कहा जाता है। कम से कम 1980 के दशक से,[20] नेटवर्क वाले कंप्यूटरों में इस डेटाबेस की पूछताछ या हेरफेर करने के लिए arp नामक उपयोगिता होती है।[21][22][23] ऐतिहासिक रूप से, पतों के बीच मानचित्रण को बनाए रखने के लिए अन्य विधियों का उपयोग किया गया था, जैसे स्थिर कॉन्फ़िगरेशन फ़ाइलें,[24] या केंद्रीय रूप से अनुरक्षित सूचियाँ।
एआरपी स्टफिंग
एंबेडेड सिस्टम जैसे नेटवर्क वाले कैमरे[25] और नेटवर्क बिजली वितरण उपकरण,[26] जिसमें यूजर इंटरफेस की कमी है, प्रारंभिक नेटवर्क कनेक्शन बनाने के लिए तथाकथित एआरपी स्टफिंग का उपयोग कर सकते हैं, हालांकि यह एक मिथ्या नाम है, क्योंकि एआरपी शामिल नहीं है।
एआरपी स्टफिंग निम्नानुसार पूरा किया जाता है:
- उपयोगकर्ता के कंप्यूटर में एक IP पता मैन्युअल रूप से उसकी पता तालिका में भर जाता है (आमतौर पर डिवाइस पर एक लेबल से लिए गए मैक पते के साथ arp कमांड के साथ)
- कंप्यूटर डिवाइस को विशेष पैकेट भेजता है, आमतौर पर एक गैर-डिफ़ॉल्ट आकार के साथ एक पिंग (नेटवर्किंग उपयोगिता) पैकेट।
- डिवाइस तब इस आईपी पते को अपनाता है
- उपयोगकर्ता इसके साथ कॉन्फ़िगरेशन को पूरा करने के लिए टेलनेट या http प्रोटोकॉल द्वारा संचार करता है।
डिवाइस के सामान्य रूप से काम करने के बाद इस तरह के उपकरणों में आमतौर पर इस प्रक्रिया को अक्षम करने की एक विधि होती है, क्योंकि क्षमता इसे हमले के लिए कमजोर बना सकती है।
मानक दस्तावेज़
- RFC 826 - ईथरनेट एड्रेस रेजोल्यूशन प्रोटोकॉल, इंटरनेट स्टैंडर्ड एसटीडी 37।
- RFC 903 - रिवर्स एड्रेस रेजोल्यूशन प्रोटोकॉल, इंटरनेट स्टैंडर्ड एसटीडी 38।
- RFC 2390 - व्युत्क्रम पता संकल्प प्रोटोकॉल, मसौदा मानक
- RFC 5227 - IPv4 एड्रेस कॉन्फ्लिक्ट डिटेक्शन, प्रस्तावित मानक
यह भी देखें
- अर्पिंग
- Arptables
- अर्पवॉच
- सुप्रभात नींद प्रॉक्सी
- सिस्को एचडीएलसी
संदर्भ
- ↑ David C. Plummer (November 1982). "RFC 826, An Ethernet Address Resolution Protocol -- or -- Converting Network Protocol Addresses to 48.bit Ethernet Address for Transmission on Ethernet Hardware". Internet Engineering Task Force, Network Working Group.
- ↑ 2.0 2.1 2.2 "एड्रेस रेजोल्यूशन प्रोटोकॉल (एआरपी) पैरामीटर्स". www.iana.org. Retrieved 2018-10-16.
- ↑ RFC 5342
- ↑ RFC 1122
- ↑ W. Richard Stevens, TCP/IP Illustrated, Volume 1: The Protocols, Addison Wesley, 1994, ISBN 0-201-63346-9.
- ↑ W. Richard Stevens, TCP/IP Illustrated, Volume 1: The Protocols, Addison Wesley, 2011, ISBN 0-321-33631-3, page 14
- ↑ Chappell, Laura A.; Tittel, Ed (2007). टीसीपी/आईपी के लिए गाइड (Third ed.). Thomson Course Technology. pp. 115–116. ISBN 9781418837556.
- ↑ Cheshire, S. (July 2008). IPv4 एड्रेस कॉन्फ्लिक्ट डिटेक्शन. Internet Engineering Task Force. doi:10.17487/RFC5227. RFC 5227.
- ↑ Harmoush, Ed. "एआरपी जांच और एआरपी घोषणा". Practical Networking. PracticalNetworking .net. Retrieved 3 August 2022.
- ↑ Cheshire, S. (July 2008). "RFC 5227 - IPv4 एड्रेस कॉन्फ्लिक्ट डिटेक्शन". Internet Engineering Task Force.
ARP अनुरोध पैकेटों का उपयोग करके ARP घोषणाएँ क्यों की जाती हैं और ARP उत्तर पैकेटों का उपयोग नहीं किया जाता है?
- ↑ "अक्सर पूछे जाने वाले प्रश्न: फ़ायरवॉल पता रिज़ॉल्यूशन प्रोटोकॉल तालिका को अपडेट नहीं करता है". Citrix. 2015-01-16.
[...] garpReply सक्षम [...] ARP पैकेट उत्पन्न करता है जो [...] अनुरोध के बजाय OPCODE प्रकार के होते हैं।
- ↑ "डीएचसीपी बनाम आईपीवी4 एसीडी ड्राफ्ट में मुफ्त एआरपी". Archived from the original on October 12, 2007.
- ↑ Perkins, Charles E. (October 1996). "RFC 2002 धारा 4.6".
- ↑ Droms, Ralph (March 1997). "RFC 2131 DHCP - खंड 4.4.1 की अंतिम पंक्तियाँ".
- ↑ RFC 3927
- ↑ Shah, H.; et al. (June 2012). लेयर 2 वीपीएन के आईपी इंटरवर्किंग के लिए एड्रेस रेज़ोल्यूशन प्रोटोकॉल (एआरपी) मध्यस्थता. Internet Engineering Task Force. doi:10.17487/RFC6575. RFC 6575.
- ↑ T. Bradley; et al. (September 1998). "RFC 2390 - व्युत्क्रम पता रिज़ॉल्यूशन प्रोटोकॉल". Internet Engineering Task Force.
- ↑ Finlayson; Mann; Mogul; Theimer (June 1984). एक रिवर्स एड्रेस रिज़ॉल्यूशन प्रोटोकॉल. Internet Engineering Task Force. doi:10.17487/RFC0903. RFC 903.
- ↑ Steve Gibson (2005-12-11). "एआरपी कैश विषाक्तता". GRC.
- ↑ University of California, Berkeley. "एआरपी (8सी) कमांड के लिए बीएसडी मैनुअल पेज". Retrieved 2011-09-28.
- ↑ Canonical. "arp(8) कमांड के लिए उबंटू मैनुअल पेज". Archived from the original on 2012-03-16. Retrieved 2011-09-28.
- ↑ Apple Computer. "arp(8) कमांड के लिए Mac OS X मैनुअल पेज". Retrieved 2011-09-28.
- ↑ Microsoft. "विंडोज arp कमांड के लिए मदद करता है". Retrieved 2011-09-28.
- ↑ Sun Microsystems. "ईथर (5) फ़ाइल के लिए SunOS मैनुअल पेज". Retrieved 2011-09-28.
- ↑ Axis Communication. "एक्सिस पी13 नेटवर्क कैमरा सीरीज इंस्टालेशन गाइड" (PDF). Retrieved 2011-09-28.
- ↑ American Power Corporation. "Switched Rack Power Distribution Unit Installation and Quick Start Manual" (PDF). Archived from the original (PDF) on 2011-11-25. Retrieved 2011-09-28.
इस पेज में लापता आंतरिक लिंक की सूची
- आईपीवी4 पता
- अनुरोध प्रतिक्रिया
- सूचना श्रंखला तल
- हैडर (कंप्यूटिंग)
- ओ एस आई मॉडल
- लोकल एरिया नेटवर्क
- लिंक-स्थानीय पता
- मैन-इन-द-बीच हमला
- डिफ़ॉल्ट गेटवे
- सेवा की मनाई
- आईपी पते
- एआरपी कैश
- मैक पते
- हैलो स्लीप प्रॉक्सी
बाहरी कड़ियाँ
- "ARP Sequence Diagram (pdf)" (PDF). Archived from the original (PDF) on 2021-03-01.
- Gratuitous ARP
- Information and sample capture from Wireshark
- ARP-SK ARP traffic generation tools