एक अच्छा डीएचसीपी लीज टाइमआउट कॉन्फ़िगरेशन क्या है


20

मैंने आम तौर पर देखा है कि डीएचसीपी लीज बार अधिकांश चूक पर काफी लंबा (एक दिन प्लस) होता है। मेरे पास एक क्लाइंट है जो निम्न समस्या है लगता है। उनके पास एक राउटर में एक डीएचसीपी सर्वर है जो निकट-संतृप्ति है (सामान्य कार्य दिवस में 80-85% संभावित आईपी का उपयोग किया जाता है)। कभी-कभी वे अपने राउटर को पुनरारंभ करते हैं। जब ऐसा होता है तो ऐसा लगता है कि राउटर असाइन किए गए IPs की तालिका खो देता है, इसलिए यह IP anew (बेशक) असाइन करता है।

समस्या यह है कि अक्सर लैन पर एक ग्राहक होता है जिसके पास पहले से ही आईपी होता है और इसे एक दिन (वर्तमान समय अवधि) के लिए रखने वाला है, जिससे उन दो मशीनों के लिए एक आईपी संघर्ष और कनेक्टिविटी की समस्या होती है।

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

क्या उपरोक्त स्थिति का उचित मूल्यांकन है (कम से कम निचले उपकरणों के साथ) और क्या इस मामले में कम पट्टे का समय (आधे घंटे का कहना है) समझ में आता है?

जवाबों:


21

आपको डीएचसीपी सर्वर को बदलने पर विचार करना चाहिए, क्योंकि यह स्पष्ट रूप से टूट गया है। डीएचसीपी सर्वर को पुनरारंभ के बीच पट्टे की जानकारी रखना चाहिए और पते के दोहराव से बचने के लिए उन्हें पूल में जारी करने से पहले पते की जांच भी करनी चाहिए।

यदि वह विकल्प नहीं है, तो आप पट्टे की लंबाई को छोड़ सकते हैं। जब तक डीएचसीपी सर्वर मंथन कर सकता है, तब तक उसे काम करना चाहिए, लेकिन छोटे पट्टों के कारण आपके नेटवर्क पर प्रसारण ट्रैफ़िक की मात्रा थोड़ी बढ़ जाएगी।

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


कम पट्टे के समय के बारे में: मैं कुछ एंड्रॉइड डिवाइस (उदाहरण के लिए अमेज़ॅन फायर 8 एचडी, लेकिन केवल उसी तक सीमित नहीं) को नोट कर रहा हूं जब लीज़ के समय समाप्त हो जाता है। इसलिए यदि मेरे पास 10 मिनट का समय है, तो वाईफाई हर 10 मिनट में डिस्कनेक्ट और पुन: कनेक्ट करने के लिए प्रतीत होता है (यानी वीडियो स्ट्रीम ड्रॉप हो जाएगा और वीडियो प्लेयर ऐप बंद हो जाएगा)। उन उपकरणों के लिए एक स्थिर IP असाइन करने से समस्या ठीक हो जाती है, पट्टे का समय बढ़ जाने से उस समस्या में भी आसानी होगी।
डैनियल एफ

पिछली टिप्पणी में एंड्रॉइड डिवाइस के बारे में, जो एंड्रॉइड 5 चला रहे हैं
डैनियल एफ

11

वास्तविक समस्या को ठीक करें । डीएचसीपी सर्वर को पुनरारंभ के बीच पट्टे को याद रखना चाहिए और उन्हें सौंपने से पहले आईपी को पिंग करना चाहिए (यह सुनिश्चित करने के लिए कि वे पहले से उपयोग में नहीं हैं)।

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

हमारे पास आईपीवी 4 के लिए डीएचसीपी पट्टे 8 दिन और आईपीवी 6 के लिए 2 सप्ताह हैं। जो भी आप सेट करते हैं, याद रखें कि क्लाइंट 1/2 समय के बाद नवीनीकृत करेंगे, इसलिए यदि आप इसे 8 घंटे पर सेट करते हैं, तो यह हर 4 घंटे में नवीनीकृत होगा (विफल अनुरोधों पर दोहरा घटता समय जारी रहेगा)।


7

आपका राउटर डीएचसीपी सर्वर कार्यान्वयन "डीएचसीपी टक्कर का पता लगाने" में सक्षम हो सकता है। इसे देखें और यदि संभव हो तो इसे सक्षम करें। यह सबसे आसान फिक्स है।

छोटा लीज-टाइम निश्चित रूप से मदद करेगा लेकिन 100% गारंटी नहीं है। मैं हालांकि 1 घंटे से नीचे नहीं जाऊंगा। मेरे अनुभव में कई नेटवर्क-प्रोग्राम वास्तव में इसे पसंद नहीं करते हैं, जबकि कंप्यूटर डीएचसीपी को फिर से प्राप्त करता है, जबकि प्रोग्राम चल रहा है (उदाहरण के लिए Outlook2003 इसके लिए कुख्यात है, 2007 बेहतर व्यवहार लगता है)। हर 5 मिनट में इसे करना उपयोगकर्ताओं के लिए काफी ध्यान देने योग्य हो सकता है।

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

यदि आपके पास अपने WAN पर एक और DHCP सर्वर (Windows / Linux या एक अन्य राउटर) है जो टक्कर का पता लगाने में सक्षम है तो आप इस LAN को अतिरिक्त DHCP स्कोप के रूप में जोड़ने पर विचार कर सकते हैं और DHCP को इस पर अग्रेषित करने के लिए साइट-राउटर को फिर से कॉन्फ़िगर कर सकते हैं।

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


प्रश्न: पट्टे की अवधि समाप्त होने से पहले डीएचसीपी पते को नवीनीकृत नहीं किया जाना चाहिए? यदि आउटलुक चल रहा है, तो सिस्टम को पता नवीनीकृत करना चाहिए और इसे खोना नहीं चाहिए, है ना?
मेहरदाद

5

कुछ सौ क्लाइंट्स के लिए 30 मिनट का लीज टाइम ठीक रहेगा। यदि आपके पास 100 ग्राहक हैं, तो आप 5 या 10 मिनट का उपयोग कर सकते हैं।


5

एकमात्र वास्तविक मुद्दा जो मैं मानूंगा वह है सर्वर लोड। चूंकि वर्तमान प्रोसेसर / नेटवर्क पावर की तुलना में डीएचसीपी एक अपेक्षाकृत हल्की सेवा है, इसलिए यह विचार बहुत कम महत्वपूर्ण है।

यह निश्चित रूप से आपके नेटवर्क के आकार के सापेक्ष सभी है। ग्राहकों से भरा एक वर्ग सी एक बात है, 5 वर्ग जैसा कि पूरी तरह से अलग जानवर है।

आपके द्वारा उल्लिखित 30 मिनट तक इसे सेट करने का प्रयास करें, और देखें कि आपका राउटर प्रोसेसर लोड के रूप में कहां तक ​​प्रतिक्रिया करता है।

यहाँ उपलब्ध अधिक पढ़ने: http://www.dhcp-handbook.com/dhcp_faq.html (प्रश्न 35 देखें)


सर्वर डाउन है। ऐसा लगता है कि URL को छोड़ दिया गया है।
कोपरपॉपर

3

मैं स्टीफन पर सहमत हूं, सही पट्टा समय कुछ मापदंडों पर निर्भर करता है। कितने उपयोगकर्ता, ग्राहक कितने समय तक जुड़े रहें, आपके पास कौन सा वर्ग नेटवर्क है, आपका राउटर कितना शक्तिशाली है। मेरे मामले में कई लोग क्लब हाउस में अंदर-बाहर चलते हैं। सबसे व्यस्त समय में मुझे 100 समकालिक कनेक्शन दिखाई देते हैं। हर दिन मैं अनुमान लगा रहा हूं कि 700-1000 लोग यात्रा करेंगे।

हमारे ISP ने एक सस्ता घर-उपयोग वाला राउटर प्रदान किया, जो एक छोटे डीएचसीपी सर्वर को छोटे पट्टे के समय के साथ समर्थन नहीं देता है <1 दिन ताकि एक बड़े डीएचसीपी पूल का मतलब है जिसके साथ राउटर संभाल नहीं सकता है। राउटर टेबल अन्य कार्यों के लिए बनाए रखने के लिए बहुत बड़ी होगी, इसलिए राउटर में DORA फ़ंक्शन विफल हो जाते हैं और क्लाइंट खुद को APIPA एड्रेस बताएंगे। चूंकि नेटवर्क में किसी भी प्रकार का सर्वर शामिल नहीं है, जिसे मैंने एक सस्ता राउटर (टीपी-लिंक डब्ल्यूआर 841 एन) खरीदा था, जो क्लाइंट, रूटिंग / डीएनएस विनिर्देश और कम लीज़ समय देने के लिए विकल्पों के साथ एक अच्छा डीएचसीपी सर्वर का समर्थन करता है।

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

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


2

डीएचसीपी सर्वर के साथ समस्या को ठीक करने या इसे बदलने के लिए एक बेहतर समाधान नहीं होगा?


2

मेरे पास कई ऐसे मामले हैं जहां उपयोगकर्ता आधे से अधिक दिन तक एक जैसे नहीं होते हैं, यानी रेस्तरां गेस्ट हाउस और होटल, यदि उनके पास कुछ घंटे या एक दिन में पट्टे हैं, तो एक को बहुत अधिक आईपी पूल की आवश्यकता होती है ताकि बाहर न निकल सकें और ग्राहकों के साथ हों आईपी ​​असाइनमेंट जो लंबे चले गए हैं। लेकिन नियमित नेटवर्क के लिए जहां एक ही उपकरण हैं एक उपयोगकर्ता हर समय 3 दिन ठीक है।

स्टीफन


1

5 से 10 मिनट के पट्टे मुहावरेदार होते हैं और RFC 2131 का कोई ज्ञान नहीं होता है। वास्तव में अन्य किसी भी समय विशेष रूप से वायरलेस नेटवर्क पर 3 दिन बस स्पष्ट रूप से एक अच्छा विचार नहीं है। राउटर / dhcp की तरह लगता है कि रूट समस्या को ठीक नहीं है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.