आईपी के संघर्ष नेटवर्क पर संबोधित करते हैं: जांच और संकल्प

मंचों पर नेटवर्क के बारे में एक सवाल समय-समय बढ़ जाता है कि एक ही भौतिक क्षेत्र में एक ही आईपी पते होते हैं। यह नेटवर्क पर आईपी पतों की तथाकथित संघर्ष पता चला है। इन मंचों यह स्पष्ट हो जाता है कि नहीं सभी ठीक से इस प्रक्रिया को समझने के कई पढ़ने के बाद, इतने सारे कि सच्चाई से दूर कर रहे हैं कल्पना और अनुमान के एक किस्म के लिए तथ्यों को देने के लिए शुरुआत कर रहे हैं। ऐसा नहीं है बहुत पहले एक उत्कृष्ट संसाधन प्रशासकों में सख्ती इस मुद्दे पर बहस की। इस संबंध में, यह किसी भी तरह दबाने स्थिति स्पष्ट करने के लिए आवश्यक था। फोरम प्रारूप - प्रश्न और उन्हें जवाब की एक श्रृंखला के आदान-प्रदान, और लेख में लगातार सब कुछ कवर कर सकते हैं।

आईपी के संघर्ष को संबोधित नेटवर्क और नेटवर्क प्रोटोकॉल पर

केवल बात यह है कि नेटवर्क पते के दोहराव के नियंत्रण के लिए जिम्मेदार है, प्रोटोकॉल रूपांतरण एआरपी पतों है। यह किसी न किसी रूप में यह सब बातचीत का प्रतिनिधित्व किया जा सकता है। जब एक नया आईपी पता, नोड एक एआरपी प्रारूप करने के लिए एक विशेष broakdast स्वैच्छिक अनुरोध भेजता है। यह समझना महत्वपूर्ण है कि इस पूरी प्रक्रिया आईपी DNS सर्वर पता को प्रभावित नहीं करता महत्वपूर्ण है। अनुरोध सूचना प्रसारण का एक विशेष रूप है, जिसमें क्षेत्र एसपीए टीआरए और अपने स्वयं के पते शामिल है। इस अनुरोध को जवाब दिया गया है, तो यह और है आईपी की एक संघर्ष नेटवर्क पर संबोधित करते हैं। अगर कोई प्रतिक्रिया है, तो पता है और या तो दोगुना हो जाता है, और यह नेटवर्क में अद्वितीय है। बहुत अधिक दिलचस्प स्थिति जब जवाब आता है, कि उस मामले में वहाँ एक नेटवर्क है?

नोड, नेटवर्क के लिए अनुरोध भेजता तथाकथित हमलावर साइट की स्थिति प्राप्त कर लेता है, और एक है कि अनुरोध करने के लिए जवाब दिया, पर हमला साइट की स्थिति प्राप्त कर लेता है। क्या संघर्ष का पता लगाने की प्रक्रिया में उनमें से प्रत्येक का क्या होगा?

आक्रामक इकाई पर विचार करें। वह सेट नहीं किया था, तो एक गतिशील आईपी पता, और प्रतिक्रिया के बाद रीसेट प्रारंभ पता है सेटिंग्स, मैन्युअल रूप से बना रहे हैं, वह है, नोड इंटरफेस में एक विरोधी पता निर्दिष्ट नहीं कर सकते। रिकार्ड लॉग फ़ाइल में दर्ज किया जाएगा, और त्रुटि स्क्रीन पर प्रदर्शित होता है। पता सेटिंग डीएचसीपी के माध्यम से किया जाता है, तो ग्राहक संघर्ष है कि को संबोधित है, जो एक विशेष पैकेज DHCPOFFER में डीएचसीपी सर्वर से उनके द्वारा प्राप्त किया गया था पर सत्यापित किया जाएगा। उस मामले में, अगर यह पता चला है कि DHCPOFFER बैकअप का पता है, तो के बाद ग्राहक को मिलने वाले अनुरोध के जवाब में एक विशेष पैकेज DHCPDECLINE डीएचसीपी सर्वर पर भेज दिया जाएगा। सेवा कार्यान्वयन इस पते दोषपूर्ण के रूप में चिह्नित किया जाएगा पर निर्भर करता है, तो यह उपलब्ध पतों की सूची से हटा दिया जाना चाहिए। उसके बाद, ग्राहक सर्वर DHCPDISCOVER पैकेट भेजने के आईपी पते पाने के लिए नए प्रयास किए जाएंगे।

अब आप पर हमला साइट के नेटवर्क की ओर आईपी पते संघर्ष देख सकते हैं। उन्होंने साबित कर संघर्ष, बहुत सरल है अगर एसपीए के क्षेत्र, तो नोड संघर्ष का पता लगाया है। इस तथ्य को भी ईवेंट लॉग में दर्ज की गई है, और उपयोगकर्ता एक त्रुटि संदेश प्राप्त करता है। हमला मेजबान आईपी पते के साथ एक ही समय नहीं हटाया जाता है, यह बन गया है विवाद का कारण होता। संघर्ष जानने के बाद मौजूदा संघर्ष को हल करने के लिए एक तंत्र काम करने के लिए शुरू होता है। के बाद एक प्रश्न भेजने के लिए एक विशिष्ट पैटर्न में सभी ग्राहक वर्ग के लिए एक स्वैच्छिक अनुरोध करने के लिए प्रस्तुत किया जाता है: इस मामले में समस्या का सार इस प्रकार है। परिणाम धारावाहिक संचार ट्रिपल फ्रेम के एक पैटर्न प्राप्त करने के लिए है।

यह समझना महत्वपूर्ण है कि संचार अनुरोध और प्रतिक्रियाओं केवल पता प्रारंभ करने में महत्वपूर्ण है। , उदाहरण के लिए, साइट नेटवर्क के साथ इसके संबंध से पहले संघर्ष का समाधान करने के लिए कॉन्फ़िगर किया गया है, इसके शामिल किए जाने के बाद डेटा अनुरोधों की स्वैच्छिक विनिमय घटित नहीं होगा। इस संबंध में, नेटवर्क के दो नोड्स पता विरोध द्वारा उपयोग किया जाएगा, लेकिन प्रत्येक नए एआरपी अनुरोध के साथ दोनों नोड्स संघर्ष पतों पर त्रुटियों उत्पन्न होगा।