isc-dhcpd-server - सही सबनेट और नेटमास्क सेटिंग लेकिन असाइन किया गया IP और netmask (ifcongig) अलग


0

मेरा एक सहकर्मी वर्तमान में एक रास्पबेरी पाई 3 मशीन (नवीनतम रसबियन) के साथ एक समस्या को ठीक करने की कोशिश कर रहा है। isc-dhcpd-serverएक और इसी तरह सेटअप पर बिना किसी समस्या के चलाता है। /etc/dhcp/dhcpd.confदोनों प्रणालियों के अंदर समान सामग्री को subnetविन्यास सहित पाया जा सकता है जहां यह स्पष्ट रूप से बताता है कि netmask255.255.255.0 के साथ 192.168.100.x का उपयोग किया जाना है:

# example.org domain and domain name servers configuration
# ...
ddns-update style none;

option subnet-mask 255.255.255.0;
option broadcast-address 192.168.100.255;
option domain-name "project.test";

subnet 192.168.100.0 netmask 255.255.255.0 {
    range 192.168.100.2 192.168.100.253;
}

किसी कारण के लिए हालांकि dhcp सर्वर स्वचालित रूप से पूरी तरह से अलग नेटवर्क से एक आईपी पता प्रदान करता है (ध्यान दें कि रास्पबेरी पाई किसी राउटर आदि से जुड़ी नहीं है और पर्यावरण का अन्य उपकरणों या इंटरनेट से कोई संबंध नहीं है:

root@rpi:~$ ifconfig
eth0 169.254.221.127 netmask 255.255.0.0 broadcast 169.254.255.255
lo ...

मैं dhcp सर्वर और सभी कॉन्फ़िगरेशन से परिचित नहीं हूं जो इसे ठीक से काम करने के लिए शामिल कर रहा है इसलिए मैं शायद कुछ स्पष्ट याद कर रहा हूं। क्या कोई अन्य स्थान है जहां इस कॉन्फ़िगरेशन को बदलने की आवश्यकता है?

पुन: खोज अंदर /etc

grep -rnw * -e "169.254.*"

लौटे (दोनों मशीनों पर) दो मैच - एक gai.conf और एक नेटवर्क मेंGai.conf कुछ मैं कभी नहीं सुना है। के रूप में नेटवर्क - यह link-localस्थापित करने और के रूप में ऐसा लगता है यह (कि Xubuntu 16.04 चलाता है मेरे अपने आभासी मशीनों सहित) कई सिस्टम पर एक डिफ़ॉल्ट मान है।


आप जो देख रहे हैं वह डीएचसीपी द्वारा नहीं दिया गया था। यह एक ऐसी गिरावट है जो मेजबान खुद को सौंपता है (उसी लैन पर होस्ट उन का उपयोग करके संवाद कर सकता है, दूसरे से शीर्ष पिंग की कोशिश कर सकता है)। यदि आपको वह मिल गया है, तो इसका मतलब है कि आपका dhcp सेटअप किसी कारण से काम नहीं कर रहा है। लॉग की जाँच करें या जो कुछ चल रहा है उसे देखने के लिए tcpdump का उपयोग करें)
Raouf M. Bencheraiet

जवाबों:


1

यह पता डीएचसीपी-सौंपा नहीं है। 169.254.0.0/16लिंक स्थानीय पतों प्रणाली अपने आप में उठाया, सबसे अधिक इस्तेमाल किया - श्रृंखला के लिए "zeroconf" पतों है वापस आने के रूप में जब डीएचसीपी उपलब्ध नहीं है। यदि आप यह पता देख रहे हैं, लेकिन नियमित पता नहीं है , तो इसका मतलब कुछ चीजें हो सकती हैं:

  • आपका डीएचसीपी ग्राहक एक पट्टा प्राप्त नहीं कर सका और छोड़ दिया।

  • या आपका नेटवर्क प्रोफाइल वास्तव में "स्थानीय-ही" (NetworkManager या इसी तरह) में सेट है।

हमेशा की तरह, यदि आपका डीएचसीपी क्लाइंट और सर्वर ऐसा नहीं कर रहे हैं, तो उन्हें जांचना चाहिए कि वे क्या कर रहे हैं - सिस्टम लॉग की जांच करें, एक पैकेट कैप्चर टूल (Wireshark / tcpdump) का उपयोग करें, और इसी तरह।

  1. क्या धाकड़ डेमॉन चल रहा है?
  2. डीएचसीपी क्लाइंट क्या आरपीआई का उपयोग कर रहा है? क्या यह चल रहा है? क्या आप इसे वर्बोज़ या डिबग मोड में चला सकते हैं?
  3. क्या क्लाइंट एक DHCPDISCOVER भेजता है, और क्या सर्वर DHCPOFFER के साथ जवाब देता है?
  4. क्या क्लाइंट एक DHCPREQUEST भेजता है, और क्या सर्वर DHCPACK के साथ जवाब देता है?

/etc/networksफ़ाइल महत्वपूर्ण नहीं है। इसका एकमात्र उद्देश्य (/ / etc / मेजबानों के समान) routeकमांड उपसर्ग करते समय नेटवर्क-उपसर्गों को प्रदर्शन-नाम असाइन करना है । इसी तरह, /etc/gai.confकेवल DNS लुकअप परिणामों को छांटने के लिए प्राथमिकताएं शामिल हैं - डीएचसीपी के साथ कुछ नहीं करना है।


@rbaleksandar: हालांकि ग्रेविटी ने इसे तकनीकी रूप से सही ("कमबैक") कहा है, मुझे शायद और अधिक स्पष्ट रूप से समझाएं। चीजों के काम करने का सामान्य तरीका यह है कि जब एक डीएचसीपी क्लाइंट डीएचसीपी क्लाइंट से जानकारी प्राप्त करने की कोशिश करता है और असफल हो जाता है, तो वह 169.254 से शुरू होने वाली "लिंक लोकल" एड्रेस रेंज का उपयोग करके वापस आ जाता है। अत्यधिक सामान्य कारणों में डीएचसीपी सर्वर के साथ एक समस्या शामिल हो सकती है (ग्रेविटी के उत्तर से चेक प्वाइंट # 1) या बस कुछ अन्य नेटवर्किंग समस्या जो डीएचसीपी ट्रैफ़िक को उस तरह से होने से रोक रही है जैसा आप शायद सोचते हैं।
TOOGAM

ठीक है, सामान को फिर से पढ़ने के बाद, मुझे पता चला कि प्रश्न में वर्णित "रास्पबेरी पाई 3" के संदर्भ में @ ग्रेविटी के उत्तर के बिंदु दो में "आरपीआई" है।
TOOGAM

ध्यान दें कि zeroconf पते पूरी तरह से उपयोग करने योग्य हैं, विशेष रूप से ओपी के नेटवर्क की तरह एक अलग नेटवर्क पर। Zeroconf पतों का उपयोग करने से आपको DHCP सर्वर सेट करने और क्लाइंट को इसे उपयोग करने के लिए कॉन्फ़िगर करने की परेशानी होती है।
जोहान मायरेन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.