डेबियन जीएनयू / लिनक्स पर ऑटो-कॉन्फ़िगर नेटवर्क इंटरफेस

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

इंटरफ़ेस ऑटो बढ़ाएँ

ऑटो-इंटरफ़ेस उठाना एक सुविधाजनक बात है, क्योंकि यह हर बार इंटरफ़ेस को मैन्युअल रूप से बढ़ाने और कम करने की आवश्यकता को समाप्त करता है (हालांकि मुझे पता है कि लोग जो इंटरफेस के अधिक उठाने को प्राथमिकता देते हैं)। ज्यादातर मामलों में, आप इन उद्देश्यों के लिए अद्भुत ifplugd प्रोग्राम का उपयोग कर सकते हैं।

Ifplugd को सेट करना अपने आप में विशेष रूप से कठिन नहीं है, लेकिन कम से कम Debian में विकल्प को /etc/default/ifplugd में निर्दिष्ट करने का विकल्प है। यह -d विकल्प पर ध्यान देने योग्य है - यह निर्धारित करने के बीच का समय कि क्या मीडिया (केबल) डिस्कनेक्ट हो गया है और इंटरफ़ेस अपुष्ट है, इसे बढ़ाने के लिए समझ में आ सकता है, क्योंकि यह बहुत अप्रिय है जब किसी दुर्घटनाग्रस्त केबल के कारण कनेक्शन टूट जाते हैं। -u विकल्प, इसके विपरीत, एक छोटे मूल्य पर सेट किया जा सकता है - जब केबल दिखाई देता है तो इंटरफ़ेस उठाना लगभग कभी भी हानिकारक नहीं होता है।

सैद्धांतिक रूप से, ifplugd डिस्कनेक्ट किए गए एडेप्टर (कॉन्फ़िगरेशन फ़ाइल में HOTPLUG_INTERFACES पैरामीटर) के साथ काम कर सकता है, व्यवहार में, मुझे यह काम करने के लिए नहीं मिला, क्योंकि यह udv के माध्यम से किया गया था। कुल में, मैंने तीन वाई-फाई एडेप्टर का उपयोग किया, उनमें से एक पीसी कार्ड (पीसीएमसीआईए) के रूप में जुड़ा हुआ है, दूसरा यूएसबी के माध्यम से, और बाद में मिनीपीसीआई के माध्यम से एक निर्मित एक जुड़ा हुआ दिखाई दिया। तदनुसार, /etc/udev/rules.d/80-LOCAL-wlan-start.rules धीरे-धीरे /etc/udev/rules.d/80-LOCAL-wlan-start.rules में जोड़ा गया:

 # WLAN adapters SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", KERNEL=="wlan*", RUN+="/etc/network/wlan-up $env{INTERFACE}" SUBSYSTEM=="rfkill", ACTION=="change", ENV{RFKILL_STATE}=="1", ENV{RFKILL_NAME}=="phy0", ENV{RFKILL_TYPE}=="wlan", RUN+="/etc/network/wlan-up wlan2" SUBSYSTEM=="rfkill", ACTION=="change", ENV{RFKILL_STATE}=="0", ENV{RFKILL_NAME}=="phy0", ENV{RFKILL_TYPE}=="wlan", RUN+="/sbin/ifdown wlan2" SUBSYSTEM=="rfkill", ACTION=="change", ENV{RFKILL_STATE}=="2", ENV{RFKILL_NAME}=="phy0", ENV{RFKILL_TYPE}=="wlan", RUN+="/sbin/ifdown wlan2" 

इस फ़ाइल में, टिप्पणी के बाद पहली पंक्ति बाहरी एडाप्टर कनेक्ट होने पर निष्पादित होती है। बाकी पंक्तियों को संसाधित किया जाता है जब rfkill घटना प्राप्त होती है, जिसका अर्थ है अंतर्निहित वाई-फाई स्विच की स्थिति में बदलाव। यहां पैरामीटर मान b43 ड्राइवर के लिए इंगित किए गए हैं, वे अन्य ड्राइवरों के लिए भिन्न हो सकते हैं। दुर्भाग्य से, इंटरफ़ेस नाम को मैन्युअल रूप से निर्दिष्ट नहीं करने के तरीके के साथ आना संभव नहीं था।
फ़ाइल की सामग्री /etc/network/wlan-up :

 #!/bin/sh export PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin" if=$1 logger -s -t wlan "Bringing up $if" ifconfig $if up poweroff=$(iwconfig $if|grep Tx-Power=off|wc -l) if [ $poweroff -ne 0 ] ; then ifconfig $if down exit fi ifup --force $if 2>&1 | logger -s -t wlan 

PATH वैरिएबल सेट करना आवश्यक है, क्योंकि udev से स्क्रिप्ट को कॉल करते समय यह वैरिएबल सेट नहीं होता है, क्योंकि कई चीजें पूरी तरह से अलग तरीके से काम करना शुरू कर देती हैं, जैसा हम चाहते हैं।

फ़ाइल /etc/network/wlan-up मूल रूप से एक काफी जटिल बैश स्क्रिप्ट थी जो नेटवर्क की खोज करती थी और उन्हें लॉग इन करने का भी प्रयास करती थी, लेकिन अनुमान के पैकेज पर गलती से ठोकर खाने के बाद मुझे बहुत सरल हो गया, जिसकी चर्चा नीचे की जाएगी ।

नेटवर्क ऑटो-कॉन्फ़िगरेशन

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

डेबियन के पास एक अद्भुत अनुमान पैकेज है जो आपको बैश, जीआरईपी और सेड पर किलोमीटर-लंबी चुड़ैलों का सहारा लिए बिना दोनों समस्याओं को आसानी से हल करने की अनुमति देता है, जो मुझे मिलने से पहले मुझे इस्तेमाल करना था।

अंदाजा लगाता है कि डेबियन /etc/network/interfaces में नेटवर्क कॉन्फ़िगरेशन तंत्र का फायदा होता है, जैसे कि लॉजिकल इंटरफेस और mapping कीवर्ड। लॉजिकल इंटरफेस, जैसा कि उनके नाम से पता चलता है, नेटवर्क सेटिंग्स के प्रोफाइल से ज्यादा कुछ नहीं हैं जो इस तरह से इंटरफ़ेस उठाते समय लागू किया जा सकता है: ifup eth0=home । mapping कीवर्ड एक स्क्रिप्ट लिखने की क्षमता का प्रतिनिधित्व करता है जो एक भौतिक इंटरफ़ेस को तार्किक से जोड़ता है।

एस्टीनेट को /etc/network/interfaces से जोड़ने के लिए सभी की जरूरत है जो संबंधित इंटरफ़ेस के लिए ( stanza ) mapping सेक्शन को जोड़ने के लिए है:

 mapping eth1 script guessnet-ifupdown # map default: dhcp # map debug: true # map verbose: true map syslog: true 

map कीवर्ड एक नया अर्थ लेता है: इसका उपयोग अनुमान लगाने के लिए मापदंडों को पारित करने के लिए किया जाता है (आप interfaces (5) पर मूल अर्थ के बारे में पढ़ सकते हैं interfaces (5) पृष्ठ या ifupdown प्रलेखन में)। लेकिन उस पर और बाद में।

प्रोफाइल को स्वयं किसी अन्य इंटरफेस की तरह ही परिभाषित किया गया है, केवल एक अंतर के साथ: तार्किक इंटरफ़ेस का नाम भौतिक एक के नाम के साथ मेल नहीं खाता है (हालांकि यह इसे अपने आप में एक विकल्प के रूप में शामिल कर सकता है):

 iface no-link inet manual test missing-cable pre-up echo No link present. pre-up false iface dhcp inet dhcp iface eth-home inet dhcp post-up route del default 2>&1 >/dev/null || true post-up pon dsl-eth-vpn post-up ifup ipv6-vps pre-down ifdown ipv6-vps pre-down poff dsl-eth-vpn test peer address 192.168.1.1 mac 00:19:CB:48:02:2A source 192.168.1.5 iface eth-lab inet static address 192.168.23.238 netmask 255.255.255.224 gateway 192.168.23.225 test peer address 192.168.23.225 

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

यह अनुशंसा की जाती है कि एक no-link लॉजिकल इंटरफ़ेस विशेष रूप से बनाया जाए ताकि अनुमान एक केबल के बिना अन्य परीक्षण चलाने की कोशिश न करे।

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

eth-lab कॉन्फ़िगरेशन का उपयोग डीएचसीपी सर्वर वाले नेटवर्क पर किया जाता है जो अपरिचित ग्राहकों के अनुरोधों को अनदेखा करता है। इसलिए, दिए गए नेटवर्क में गेटवे की रैपिंग की जाती है - ऐसा अनुरोध केवल तभी काम करेगा जब दोनों नोड्स एक ही भौतिक नेटवर्क सेगमेंट में हों।

अंत में, eth-home कॉन्फ़िगरेशन एक साथ डीएचसीपी सर्वर से सेटिंग्स का उपयोग करता है, लेकिन इसके अलावा आईपीवी 6 सुरंग को उठाता है और डिफ़ॉल्ट आईपीवी 4 गेटवे को भी हटा देता है, प्रभावी रूप से मशीन को आईपीवी 6-केवल होस्ट में बदल देता है। एक अन्य विशेषता: IPv6 सुरंग के "दूसरे छोर" तक पहुंचने के लिए, एक ADSL कनेक्शन का उपयोग किया जाता है, जो Zyxel P-660 श्रृंखला मॉडेम द्वारा प्रदान किया गया है। इस ब्रांड के तौर-तरीकों में एक दिलचस्प बदलाव है: वे गुमनाम एआरपी अनुरोधों को अनदेखा करते हैं (अर्थात्, अनुमानत डिफ़ॉल्ट रूप से इन्हें भेजता है)। इससे बचने के लिए, पता स्पष्ट रूप से लिखा गया है, जो पैकेट के "स्रोत" क्षेत्र में दर्ज किया गया है। इसके अलावा, मॉडेम का मैक पता यहां स्पष्ट रूप से इंगित किया गया है।

इसके अलावा, जैसा कि मैंने पहले ही उल्लेख किया है, अनुमान से वाई-फाई नेटवर्क का पता लगाया जा सकता है। ऐसा करने के लिए, test कीवर्ड wireless विकल्प का समर्थन करता है:

 iface wifi-MTS.BY inet dhcp test wireless essid MTS.BY wireless-essid MTS.BY wireless-key off 

यह ध्यान दिया जाना चाहिए कि अक्सर अक्सर अनुमान लगाया जाता है कि वाई-फाई (जो समझ में आता है) के लिए "केबल उपलब्धता" को सही ढंग से निर्धारित नहीं किया जा सकता है, यही कारण है कि आपको वाई-फाई इंटरफ़ेस के लिए mapping लिए mapping map !no-link लाइन की आवश्यकता है।

आप guessnet(8) पृष्ठ guessnet(8) पर अनुमानित सुविधाओं के बारे में अधिक जान सकते हैं। इसके अलावा, पैकेज उपयोग के उदाहरणों के साथ अच्छे प्रलेखन के साथ आता है। सिद्धांत रूप में, अन्य वितरणों में अनुमान लगाने का उपयोग करने से कुछ भी नहीं रोकता है - ऑपरेशन का एक तरीका है जो डेबियन-विशिष्ट ifupdown पैकेज से "अनटाइड" है।

एक दो स्ट्रोक

जिन नेटवर्कों में मुझे बहुत बार जाना है उनमें से एक में डीएचसीपी सर्वर कॉन्फ़िगर किया गया है ताकि पता अपडेट अनुरोध मिनट में दो बार भेजे जा सकें। उसी समय, डीएचसीपी के माध्यम से, डीएनएस सेटिंग्स जो मेरे लिए उपयुक्त नहीं हैं, उन्हें सुना जाता है और आधे मिनट में एक बार वे मेरे /etc/resolv.conf फिर से लिखते हैं। इस समस्या का हल निम्न स्क्रिप्ट (dhclient3 के लिए) हो सकता है:

 case $reason in RENEW) make_resolv_conf () { true } ;; *) return ;; esac 

आपको इसे किसी भी नाम से /etc/dhcp3/dhclient-enter-hooks.d में /etc/dhcp3/dhclient-enter-hooks.d ।

बेशक, इस तरह का एक समाधान बल्कि एक कच्चा "हैक" है, इसलिए यह संभव है कि रिज़ॉल्वॉन्फ़ पैकेज को स्थापित करना और इंटरफ़ेस प्राथमिकताओं को घुमा देना बेहतर होगा।

इसके अलावा, यह अनुशंसा की जाती है कि आप ifupdown-extra पैकेज स्थापित करें, इसमें मानक ifupdown सुविधाओं में कई उपयोगी जोड़ हैं।

वह, शायद, वह सब जो मैं बताना चाहता था। आपका ध्यान देने के लिए धन्यवाद।