स्थानीय नेटवर्क पर उपकरणों के लिए आईपी पते जारी करने वाली सेवा सबसे सरल और परिचित में से एक लगती है। फिर भी, मेरे छोटे सहयोगियों को अभी भी कभी-कभी "कंप्यूटर को कुछ अजीब पता प्राप्त होता है" जैसे सवाल हैं, और एक नेटवर्क सेगमेंट में एक दूसरे डीएचसीपी सर्वर की उपस्थिति कुछ रोमांच या नेटवर्क समस्याओं का कारण बनती है।

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

थोड़ा सिद्धांत और दिलचस्प और बहुत व्यावहारिक समस्याओं का समाधान नहीं है - कटौती के तहत।

एक आधुनिक स्थानीय क्षेत्र नेटवर्क में, पते जारी करना आमतौर पर विशेष सेवाओं द्वारा प्रोटोकॉल समर्थन के साथ किया जाता है। इनमें से सबसे लोकप्रिय डीएचसीपी (डायनामिक होस्ट कॉन्फ़िगरेशन प्रोटोकॉल) है।

Zeroconf या हमें किसी प्रकार के DHCP की आवश्यकता क्यों है

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

एक आईपी पता प्राप्त करना (स्वचालित निजी आईपी एड्रेसिंग या एपीआईपीए)। मैक पते और छद्म यादृच्छिक संख्या जनरेटर के आधार पर, सिस्टम स्वयं 169.254.0.0/16 नेटवर्क (रेंज की शुरुआत और अंत में / 24 ग्रिड को छोड़कर) से एक आईपी प्रदान करता है। यह प्रणाली आपको संघर्ष से बचने की अनुमति देती है, और इस नेटवर्क के पते को लिंक-स्थानीय कहा जाता है - जिसमें ये पते शामिल नहीं हैं।

नाम से खोजें । सिस्टम अपने नेटवर्क नाम की घोषणा करता है, और प्रत्येक कंप्यूटर DNS के साथ काम करता है, इसके कैश में प्रविष्टियां संग्रहीत करता है। Apple mDNS (मल्टिकास्ट DNS) तकनीक का उपयोग करता है, और Microsoft " डोमेन, पते और विंडोज: मिक्स, लेकिन शेक नहीं " लेख में वर्णित एलएलएमएनआर (लिंक-स्थानीय मल्टीकास्ट नाम रिज़ॉल्यूशन) का उपयोग करता है।

नेटवर्क सेवाओं के लिए खोजें । उदाहरण के लिए, प्रिंटर। शायद सबसे प्रसिद्ध प्रोटोकॉल UPnP है , जो अन्य चीजों के अलावा, राउटर पर ही पोर्ट खोल सकता है। प्रोटोकॉल बल्कि जटिल है, यह http का उपयोग करने जैसे ऐड-ऑन के एक पूरे सेट का उपयोग करता है, दूसरे प्रसिद्ध प्रोटोकॉल के विपरीत - DNS-SD (DNS सर्विस डिस्कवरी), जो केवल SRV रिकॉर्ड का उपयोग करता है, जिसमें mDNS के साथ काम करना भी शामिल है।

Zeroconf के सभी फायदों के साथ - बिना किसी पवित्र ज्ञान के, आप केवल भौतिक स्तर पर कंप्यूटरों को जोड़कर एक कार्यशील नेटवर्क का निर्माण कर सकते हैं - यह आईटी विशेषज्ञों के साथ भी हस्तक्षेप कर सकता है।

थोड़ा परेशान, है ना?

विंडोज सिस्टम पर, सभी नेटवर्क एडेप्टर पर ऑटो-ट्यूनिंग को अक्षम करने के लिए, आपको एक IPORD पैरामीटर बनाने की आवश्यकता है जिसका नाम IPAutoconfigurationEnabled with HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSign \ Services \ Tcpip \ Parameters सेक्शन में है और इसे 0 पर सेट करें।

बेशक, Zeroconf केवल छोटे पृथक नेटवर्क के लिए उपयुक्त है (उदाहरण के लिए, आप लैपटॉप के साथ एक मित्र से मिले, उन्हें वाई-फाई के माध्यम से जोड़ा और चलो कुछ सर्वरों पर समय बर्बाद किए बिना डियाब्लो II खेलते हैं), और मैं इंटरनेट पर एक स्थानीय नेटवर्क भी प्राप्त करना चाहता हूं। । प्रत्येक कंप्यूटर की स्थिर सेटिंग्स से पीड़ित नहीं होने के लिए, दिन के नायक सहित विशेष प्रोटोकॉल बनाए गए थे - डीएचसीपी।

डीएचसीपी और उसके पूर्वज

आईपी ​​पते जारी करने के लिए प्रोटोकॉल के पहले कार्यान्वयन में से एक 30 साल से अधिक समय पहले दिखाई दिया था और इसे आरएआरपी (रिवर्स एड्रेस रिज़ॉल्यूशन रिज़ॉल्यूशन) कहा गया था। अपने ऑपरेशन के सिद्धांत को थोड़ा सरल बनाने के लिए, यह इस तरह दिखता है: क्लाइंट ने नेटवर्क के प्रसारण पते के लिए अनुरोध किया, सर्वर ने इसे स्वीकार किया, अपने डेटाबेस में क्लाइंट के मैक पते और आईपी के बंधन को पाया, और प्रतिक्रिया में आईपी भेजा।

आरएआरपी प्रोटोकॉल की योजना।

और सब कुछ काम लग रहा था। लेकिन प्रोटोकॉल में इसकी कमियां थीं: स्थानीय नेटवर्क के प्रत्येक खंड में सर्वर को कॉन्फ़िगर करना आवश्यक था, इस सर्वर पर मैक पते को पंजीकृत करना और ग्राहक को अतिरिक्त जानकारी प्रसारित करना संभव नहीं था। इसलिए, इसे बदलने के लिए, बीओओटीपी प्रोटोकॉल (बूटस्ट्रैप प्रोटोकॉल) बनाया गया था।

प्रारंभ में, इसका उपयोग डिस्कलेस वर्कस्टेशन के लिए किया गया था, जिसे न केवल एक आईपी पता देने की आवश्यकता थी, बल्कि क्लाइंट को अतिरिक्त जानकारी प्रसारित करना चाहिए, जैसे कि TFTP सर्वर का पता और डाउनलोड फ़ाइल का नाम। RARP के विपरीत, प्रोटोकॉल पहले से ही रिले - छोटी सेवाओं का समर्थन करता था जो "मुख्य" सर्वर के अनुरोधों को अग्रेषित करता था। इससे कई नेटवर्क पर एक साथ एक सर्वर का उपयोग संभव हो गया। यह सिर्फ अतिरिक्त जानकारी के लिए तालिकाओं और आकार की सीमा को मैन्युअल रूप से कॉन्फ़िगर करने की आवश्यकता बनी रही। नतीजतन, आधुनिक डीएचसीपी प्रोटोकॉल ने दृश्य में प्रवेश किया है, जो बीओओटीपी का एक संगत विस्तार है (डीएचसीपी सर्वर विरासत ग्राहकों का समर्थन करता है, लेकिन इसके विपरीत नहीं)।

अप्रचलित प्रोटोकॉल से एक महत्वपूर्ण अंतर अस्थायी रूप से एक पता (पट्टे) जारी करने और क्लाइंट को विभिन्न जानकारी की एक बड़ी मात्रा को स्थानांतरित करने की क्षमता है। यह पता प्राप्त करने के लिए कम तुच्छ प्रक्रिया के माध्यम से प्राप्त किया जाता है। यदि पुराने प्रोटोकॉल में योजना सरल थी, इस तरह की अनुरोध-प्रतिक्रिया के बाद, तो अब यह योजना इस प्रकार है:

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

फारवर्डर और सर्वर के साथ क्लाइंट की संचार योजना।

आप सर्वर-क्लाइंट इंटरैक्शन स्कीम और अनुरोधों और प्रतिक्रियाओं की संरचना के बारे में अधिक पढ़ सकते हैं, उदाहरण के लिए, सामग्री में " डीएचसीपी पैकेट की संरचना, प्रारूप और उद्देश्य "।

कई साक्षात्कारों में उन्होंने मुझसे पूछा: "डीएचसीपी क्या परिवहन और बंदरगाह का उपयोग करता है?" बस मामले में, हम उत्तर देते हैं: "यूडीपी सर्वर: 67, यूडीपी क्लाइंट: 68"।

एक डीएचसीपी सर्वर के कई कार्यान्वयन कई लोगों द्वारा सामना किए गए हैं, यहां तक ​​कि होम नेटवर्क स्थापित करते समय भी। दरअसल, अब सर्वर है:

• लगभग किसी भी राउटर पर, विशेष रूप से एसओएचओ।
• विंडोज सर्वर सिस्टम पर। आप आधिकारिक दस्तावेज में सर्वर और उसके कॉन्फ़िगरेशन के बारे में पढ़ सकते हैं।
• * निक्स सिस्टम पर। शायद सबसे लोकप्रिय सॉफ्टवेयर ISC DHCP सर्वर (dhcpd) और Dnsmasq "हारवेस्टर" है।

बहुत सारे विशिष्ट कार्यान्वयन हैं, लेकिन, उदाहरण के लिए, सर्वर सेटिंग्स SOHO राउटर पर सीमित हैं। यह मुख्य रूप से क्लासिक "आईपी एड्रेस, मास्क, गेटवे, डीएनएस सर्वर के अलावा, अतिरिक्त सेटिंग्स की चिंता करता है।" और यह वास्तव में ये अतिरिक्त विकल्प हैं जो प्रोटोकॉल के संचालन में सबसे बड़ी रुचि का कारण बनते हैं। पूरी सूची को संबंधित RFC में पाया जा सकता है, लेकिन मैं कुछ दिलचस्प उदाहरणों का विश्लेषण करूंगा।

अद्भुत डीएचसीपी विकल्प

इस खंड में, मैं MikroTik उपकरणों पर डीएचसीपी विकल्पों के व्यावहारिक उपयोग पर चर्चा करूंगा। मैं तुरंत इस तथ्य पर ध्यान आकर्षित करूंगा कि सभी विकल्प स्पष्ट रूप से निर्धारित नहीं हैं, मापदंडों का प्रारूप विकी में वर्णित है। यह भी ध्यान दिया जाना चाहिए कि ग्राहक केवल विकल्प लागू करता है जब वह उनके लिए पूछता है। कुछ सर्वरों में, आप सेटिंग्स को भेजने के लिए मजबूर कर सकते हैं: उदाहरण के लिए, ISC DHCP सर्वर में dhcp- पैरामीटर-request-list निर्देश इसके लिए जिम्मेदार है, और Dnsmasq में - * * --dccp-option-force । मिक्रोटिक और विंडोज नहीं जानते कि कैसे।

विकल्प 6 और विकल्प 15. आइए एक सरल से शुरू करें। सेटिंग नंबर 6 ग्राहकों को सौंपा गया डीएनएस सर्वर है, 15 डीएनएस प्रत्यय है। एक गैर-डोमेन नेटवर्क में डोमेन संसाधनों के साथ काम करते समय एक DNS प्रत्यय को असाइन करना उपयोगी हो सकता है, जैसा कि मैंने लेख " वाई-फाई के माध्यम से कर्मचारियों को कैसे कम किया " में वर्णित किया है। बिगाड़ने के तहत मिक्रोटिक को कॉन्फ़िगर करें।

#  15.  —   HEX . /ip dhcp-server option add code=15 name=dns-suffix value=0x57687920616c6c207468697320736869743f #   /ip dhcp-server option sets add name=dns option=dns-suffix #   DHCP-  . /ip dhcp-server network set [find comment="wi-fi client dhcp"] dhcp-option-set=dns 

यह जानते हुए कि DNS सर्वर भी एक विकल्प है, हाल ही में काम आया है जब विभिन्न क्लाइंट को अलग DNS सर्वर जारी करना पड़ा। फ़ॉर्म का निर्णय "एक सर्वर जारी करता है और पोर्ट 53 के लिए विभिन्न dst-nat नियम बनाता है" कई कारणों से फिट नहीं हुआ। कॉन्फ़िगरेशन का हिस्सा फिर से स्पॉइलर के नीचे है।

 # ,  ,  ip    /ip dhcp-server option add code=6 name=google value="'8.8.8.8'" add code=6 name=cloudflare value="'1.1.1.1'" #  /ip dhcp-server lease add address=10.0.0.2 dhcp-option=google mac-address=11:11:11:11:11:11 server=dhcp add address=10.0.0.3 dhcp-option=cloudflare mac-address=22:22:22:22:22:22 server=dhcp 

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

 /ip dhcp-server option add name="option66" code=66 value="s'192.168.88.1'" add name="option67" code=67 value="'pxelinux.0'" /ip dhcp-server option sets add name="set-pxe" options=option66,option67 

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

 /ip dhcp-server option add code=121 name=classless value=0x0A0000c0a8580200c0a85801 

" मिकरोटिक, डीएचसीपी क्लासलेस रूट " लेख में और पढ़ें।

विकल्प 252. स्वचालित प्रॉक्सी सर्वर कॉन्फ़िगरेशन। यदि किसी कारण से संगठन एक अपारदर्शी छद्म का उपयोग करता है, तो इसे ग्राहकों के साथ एक विशेष wpad (pac) फ़ाइल के माध्यम से कॉन्फ़िगर करना सुविधाजनक होगा। ऐसी फ़ाइल स्थापित करने का एक उदाहरण प्रॉक्सी ऑटो कॉन्फ़िगरेशन (PAC) सामग्री में वर्णित है। दुर्भाग्य से, MiroTik में इस फ़ाइल को होस्ट करने के लिए एक अंतर्निहित वेब सर्वर नहीं है। आप इसके लिए हॉटस्पॉट पैकेज या मेटाररूट सुविधाओं का उपयोग कर सकते हैं, लेकिन फ़ाइल को कहीं और रखना बेहतर है।

विकल्प 82 । सबसे उपयोगी विकल्पों में से एक न केवल क्लाइंट के लिए है, बल्कि डीएचसीपी रिले के लिए भी है। आपको स्विच पोर्ट के बारे में जानकारी स्थानांतरित करने की अनुमति देता है जिससे ग्राहक जुड़ा हुआ है और स्विच की आईडी। इस जानकारी के आधार पर, सर्वर, बदले में, ग्राहक को पहले से ही एक निश्चित सेट जारी कर सकता है या बस इसे लॉग इन कर सकता है - क्लाइंट के कनेक्शन पोर्ट को खोजने के लिए, एक पंक्ति में सभी स्विच पर जाना आवश्यक नहीं था (विशेषकर यदि वे स्टैक पर नहीं हैं)।

राउटर पर डीएचसीपी-रिले को कॉन्फ़िगर करने के बाद, क्लाइंट सर्किट आईडी और एजेंट रिमोट आईडी फ़ील्ड क्लाइंट जानकारी में दिखाई देंगे, जहां पहला स्विच पोर्ट आइडेंटिफ़ायर है और दूसरा स्विच पहचानकर्ता है।

विकल्प 82 के साथ पते जारी करना।

जानकारी हेक्साडेसिमल प्रारूप में दी गई है। सुविधा के लिए, आप डीएचसीपी लॉग का विश्लेषण करने के लिए स्क्रिप्ट का उपयोग कर सकते हैं। उदाहरण के लिए, Microsoft से एक समाधान के लिए "स्क्रिप्टिंग डीएचसीपी विकल्प 82 " नामक तकनीक स्क्रिप्ट गैलरी में प्रकाशित किया गया है।

विकल्प 82 प्रदाताओं की बिलिंग प्रणाली में और बाहर के हस्तक्षेप से नेटवर्क की सुरक्षा में भी सक्रिय रूप से उपयोग किया जाता है। यह थोड़ा और विस्तृत है।

विश्वसनीयता और सुरक्षा नेटवर्क जोड़ें

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

यह एक स्विच फ़ंक्शन है जो आपको एक विशिष्ट पोर्ट के लिए एक डीएचसीपी सर्वर को "बाइंड" करने की अनुमति देता है। अन्य बंदरगाहों पर डीएचसीपी प्रतिक्रियाओं को अवरुद्ध किया जाएगा। कुछ स्विच में, आप विकल्प 82 के साथ काम को कॉन्फ़िगर कर सकते हैं जब यह पैकेज में पता लगाया जाता है (जो रिले की उपस्थिति को इंगित करता है): त्यागें, बदलें, इसे अपरिवर्तित छोड़ दें।

MikroTik स्विच में, डीएचसीपी स्नूपिंग पुल सेटिंग्स में सक्षम है:

 # dhcp-snooping  option 82 /interface bridge add name=bridge set [find where name="bridge"] dhcp-snooping=yes add-dhcp-option82=yes #    /interface bridge port add bridge=bridge interface=ether1 add bridge=bridge interface=ether2 trusted=yes 

अन्य स्विचेस में कॉन्फ़िगरेशन समान है।

यह ध्यान देने योग्य है कि सभी मिक्रोटिक मॉडल में डीएचसीपी स्नूपिंग के लिए पूर्ण हार्डवेयर समर्थन नहीं है - केवल CRS3xx में है।

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

सुंदर स्विचिंग स्वास्थ्य की कुंजी है।

अन्य सुरक्षा विधियों में पोर्ट सिक्योरिटी ("बाइंडिंग" एक विशिष्ट मैक एड्रेस राउटर पोर्ट शामिल है; यदि अन्य पतों से ट्रैफ़िक का पता चला है, तो पोर्ट ब्लॉक हो जाएगा), डीएचसीपी अनुरोधों और प्रतिक्रियाओं की संख्या के लिए ट्रैफ़िक विश्लेषण या उनकी संख्या को सीमित करना, और, ज़ाहिर है, विभिन्न IPS \ IDS सिस्टम।

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

ऐसा लगता है कि आप वितरण क्षेत्र को दो सर्वरों के बीच विभाजित कर सकते हैं, और एक को आधे पते दे सकते हैं, और दूसरा दूसरे को दे सकते हैं। यहाँ सिर्फ बुनियादी ढाँचे का आधा हिस्सा पूरे से थोड़ा बेहतर है।

हम अधिक व्यावहारिक विकल्पों का विश्लेषण करेंगे।

2012 में शुरू होने वाले विंडोज सर्वर सिस्टम पर, डीएचसीपी रिडंडेंसी सिस्टम लोड बैलेंसिंग मोड (सक्रिय-सक्रिय) या फॉल्ट टॉलरेंस मोड (सक्रिय-निष्क्रिय) में बॉक्स से बाहर काम करता है। आधिकारिक दस्तावेज में प्रौद्योगिकी और सेटिंग्स का विस्तृत विवरण पाया जा सकता है। मैं ध्यान देता हूं कि फॉल्ट टॉलरेंस ज़ोन स्तर पर कॉन्फ़िगर किया गया है, इसलिए विभिन्न ज़ोन अलग-अलग मोड में काम कर सकते हैं।

विंडोज में डीएचसीपी सर्वर फेलओवर को कॉन्फ़िगर करना।

आईएससी डीएचसीपी सर्वर फालोअर सहिष्णुता के लिए फेलओवर पीयर निर्देश का उपयोग करता है; यह डेटा को स्वतंत्र रूप से सिंक्रनाइज़ करने का प्रस्ताव है - उदाहरण के लिए, आरएसक्यूएन का उपयोग करके। लेख में और पढ़ें " Centos7 पर दो डीएचसीपी सर्वर ... "

यदि आप MikroTik के आधार पर गलती-सहिष्णु समाधान बनाते हैं, तो आप बिना तरकीब के नहीं कर सकते। समस्या को हल करने के विकल्पों में से एक MUM RU 18 में घोषित किया गया था, और फिर लेखक के ब्लॉग पर प्रकाशित किया गया। संक्षेप में: दो सर्वर कॉन्फ़िगर किए गए हैं, लेकिन एक अलग देरी थ्रेसहोल्ड पैरामीटर (प्रतिक्रिया में देरी) के साथ। तब सर्वर कम विलंब के साथ, और अधिक विलंब के साथ पता जारी करेगा - केवल तभी जब कोई पहला विफल हो। सूचना सिंक्रनाइज़ेशन फिर से स्क्रिप्ट के साथ किया जाना है।

व्यक्तिगत रूप से, एक समय पर मैंने अपनी नसों को बहुत अधिक थपथपाया जब एक राउटर नेटवर्क पर "गलती से" दिखाई दिया और WAN और LAN इंटरफेस दोनों से स्थानीय क्षेत्र के नेटवर्क से जुड़ा।

मुझे बताओ, क्या आपको डीएचसीपी कुष्ठ रोग से निपटना था?