बैकअप चैनल के संगठन के लिए Dlink DIR-320

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

इस प्रकाशन में, मैं हमेशा के लिए यादगार DLink DIR-320 पर अपने समाधान का वर्णन करूंगा।
इससे पहले कि मैं जवाब में आऊं, मैंने फर्मवेयर और स्क्रिप्ट के लिए पहले बहुत समय व्यर्थ में खोजा। मुझे उम्मीद है कि यह जानकारी उपयोगी है।

निर्णय

कुछ परिस्थितियों के कारण, इस बिंदु पर कनेक्शन वांछित होने के लिए बहुत कुछ छोड़ देता है। कई मिसालों के बाद, आदेश मेज पर था।
यह एक साधारण कार्य होगा, ऐसा प्रतीत होगा, लेकिन मैंने अभी तक इस रूप में इसका सामना नहीं किया है।
निम्नलिखित विकल्पों पर प्रकाश डालने के लिए विचार और खोज प्रक्रियाएँ लाई गईं:

1. हमारे राउटर (सिस्को 2801) पर एक वैकल्पिक प्रदाता प्राप्त करें और आईपी ​​एसएलए का उपयोग करके स्विच करने की व्यवस्था करें।
2. सीधे हमारे वायर्ड कनेक्शन के साथ टर्मिनल के समानांतर में, एक वैकल्पिक प्रदाता शुरू करें और स्विचिंग को व्यवस्थित करने के लिए एक प्रॉक्सी सर्वर या स्क्रिप्ट का उपयोग करें।
3. वास्तव में टर्मिनल के सामने DLink स्थापित करें और उस पर स्विचिंग व्यवस्थित करें।

पहला, सबसे पसंदीदा विकल्प, तुरंत छोड़ दिया जाना था, क्योंकि निर्दिष्ट tsiska आईपी एसएलए (या मैं बुरी तरह से देखा गया था) का समर्थन नहीं करता है। यह आम तौर पर यहां दिलचस्प है कि राउटर के एक पूरे बेड़े में से, केवल 3550 इसे उस सीमा तक समर्थन करता है जो आवश्यक है।

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

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

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

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



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



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

विवरण और बाधाएँ

काम के दौरान, यह स्पष्ट हो गया कि नुकसान अपरिहार्य था।
1) राउटिंग टेबल में, एक ही मेट्रिक के साथ दो डिफ़ॉल्ट मार्ग हैं: ppp0 (3G) इंटरफ़ेस के माध्यम से और vlan1 (WAN) के माध्यम से। वायर्ड कनेक्शन को प्राथमिकता माना जाता है। चूंकि लिनक्स में रूट मेट्रिक को केवल बदलना असंभव है, हम उस स्थिति में vlan1 इंटरफ़ेस के माध्यम से एक मार्ग को हटा या जोड़ देंगे।
2) टेस्ट से पता चला है कि सिर्फ डिफ़ॉल्ट रूट को बदलना पर्याप्त नहीं है। खुद DLinka से एक कनेक्शन है, लेकिन अंतिम मशीन से नहीं। थोड़े मानसिक प्रयासों के बाद, यह स्पष्ट हो जाता है कि NAT काम नहीं करता है। NAT नियम पिछले कनेक्शन से बने रहते हैं और कंप्यूटर से पैकेट DLink पर खो जाते हैं। इस मामले में, मैंने तर्कहीन रूप से किया हो सकता है, लेकिन एक मार्ग को हटाने / जोड़ने के रूप में, एक नया NAT नियम लागू किया जाता है।
3) एक बहुत अप्रिय अनुभवहीन क्षण: यदि होस्ट वायर्ड कनेक्शन के माध्यम से अनुपलब्ध है, तो 15-20 सेकंड के बाद 3 जी बंद हो जाएगा। इसके अलावा, यह बंद हो जाता है ताकि राउटर का भौतिक रीबूट आवश्यक हो। लेकिन अगर आप इस समय के दौरान मार्ग को मॉडेम में स्थानांतरित करने का प्रबंधन करते हैं, तो सब कुछ ठीक काम करता है।
Crontab आपको प्रति मिनट एक से अधिक बार स्क्रिप्ट चलाने की अनुमति नहीं देता है। आप एक स्क्रिप्ट बना सकते हैं जो 10 बार काम करती है, उदाहरण के लिए, एक चक्र में और इसे मुकुट पर प्रति मिनट एक बार चलाता है। लेकिन परीक्षणों की एक श्रृंखला के बाद यह पता चला कि किसी तरह यह कुटिल रूप से काम करता है, जैसे कि हर 6 सेकंड में नहीं, जैसा कि यह होना चाहिए। इसलिए, मुझे एक देरी के साथ अनंत लूप के विकल्प पर ध्यान केंद्रित करना था, जो डिवाइस शुरू होने पर शुरू होगा। मैंने 2 सेकंड की देरी को चुना।
4) मॉडेम को कॉन्फ़िगर करने के लिए, पैरामीटर आईडी और उत्पाद आईडी की आवश्यकता होती है। लिनक्स में, वे lsusb कमांड का उपयोग करके पहचानना आसान है। यह USB इंटरफ़ेस के माध्यम से जुड़े उपकरणों की एक सूची लौटाएगा जिसमें आवश्यक पैरामीटर वेंडर आईडी: उत्पाद आईडी प्रारूप (दो 4-अंक मान) में होंगे। दो टिप्पणी: DLink में ऐसा कोई कमांड नहीं है और आपको संकेतित लाइनों के लिए शुरुआत में एक और 0x जोड़ना होगा।
5) एक्सेस की जांच के लिए इंटरनेट पर एक होस्ट सेट करना समस्याग्रस्त है। यह मॉडेम के माध्यम से उपलब्ध होगा और वायर्ड चैनल की बहाली के बाद, स्थिति काम नहीं करेगी। मैं सबसे सुंदर तरीके से बाहर नहीं निकला, लेकिन यह काफी प्रभावी है: मैं अपने स्थानीय नेटवर्क के मेजबान को पिंग करता हूं, इसके लिए वान इंटरफेस के माध्यम से इस नेटवर्क में एक स्थैतिक मार्ग को जोड़ने के लिए ऑटोलोड में पंजीकरण करना पर्याप्त है। हालांकि, कोई भी इस इंटरफ़ेस के माध्यम से इंटरनेट पर पता xyzw 255.255.255.255 के लिए मार्ग को निर्धारित करने से मना करता है - परिणाम समान होगा।
6) कमांड लाइन पर सभी परिवर्तनों के बाद, आपको निम्नलिखित कमांड के साथ उन्हें बचाने की आवश्यकता है:

nvram प्रतिबद्ध है
फ्लैशफैस सक्षम करें
फ्लैशफ़िश सेव
फ्लैशफस कमिट

समायोजन

वेब इंटरफेस के माध्यम से न्यूनतम सेटिंग्स: वान आईपी पते को पंजीकृत करें:



हालाँकि, यह भी कमांड लाइन (ifconfig, मार्ग) पर किया जा सकता है

स्क्रिप्ट

सच कहूं तो, मॉडेम को जोड़ने और पोस्ट-लोडिंग के लिए स्क्रिप्ट का हिस्सा मुझे विरासत में मिला था, इसलिए लाइनों के लेखक मुझे नहीं जानते हैं, लेकिन इस व्यक्ति को बहुत-बहुत धन्यवाद।
टिप्पणियों के साथ सभी आवश्यक स्क्रिप्ट लेख से जुड़ी हैं:
1. पोस्ट-बूट - मुख्य स्क्रिप्ट जो डिवाइस शुरू होने के बाद चलती है।
यह एलईडी कंट्रोल स्क्रिप्ट चलाता है, हमें जिस मार्ग की आवश्यकता होती है उसे जोड़ता है, modem.sh और pingtest.sh स्क्रिप्ट चलाता है
2. एक्टक्टल - एलईडी नियंत्रण स्क्रिप्ट
3. modem.sh - एक मॉडेम के माध्यम से जोड़ने के लिए स्क्रिप्ट
4. pingtest.sh - नोड और स्विचिंग मार्गों की उपलब्धता की जांच करने के लिए एक स्क्रिप्ट
5. Dlink.sh - सारांश फ़ाइल: आवश्यक पैरामीटर को सही किया, संपादक से कॉपी किया, इसे कंसोल में चिपकाया और निष्पादित किया।

मूल में, मैंने केवल आवश्यक मापदंडों को सही किया और टिप्पणी की कि क्या जरूरत नहीं थी।
कार्य की योजना इस प्रकार है:
डिवाइस शुरू होने के बाद, पोस्ट-बूट स्क्रिप्ट को चलाया जाता है, जो आवश्यक पैरामीटर सेट करता है, जिसमें स्थानीय नेटवर्क के लिए आवश्यक मार्ग को शामिल करना शामिल है
यह स्क्रिप्ट modem.sh और pingtest.sh शुरू होती है । Modem.sh नेटवर्क से कनेक्ट होने तक केवल एक बार चलता है।
Pingtest.sh लगातार राउटर की मेमोरी में होता है और हर दो सेकंड में होस्ट की उपलब्धता की जांच करता है।

इन लिपियों को पोर्ट करने के लिए तीन विकल्प हैं:
क) उन्हें एक फ्लैश ड्राइव पर कॉपी करें, इसे एफएस राउटर पर माउंट करें और इसे वांछित निर्देशिका में स्थानांतरित करें,
b) उन्हें अंतर्निहित vi संपादक के माध्यम से बनाएं (मैं दुश्मन की कामना नहीं करता)
ग) गूंज कमांड के साथ फाइल में क्रम में लाइनें डालें (यह विधि Dlink.sh फ़ाइल में लागू की गई है)

स्क्रिप्ट डाउनलोड करें

हां, इस स्थिति से बाहर आने के अन्य तरीके हैं, जैसे कि तैयार किए गए समाधानों का उपयोग करना (DrayTek VigorFly 200) या मिकरोटिक पर हार्डवेयर के अधिक तार्किक और सरल टुकड़े को तेज करना, लेकिन मुख्य आवश्यकताएं "अब और सस्ते" थीं।
इस कार्य पर काम करने के दौरान, मुझे कुछ अनुभव प्राप्त हुआ। हालांकि मुझे यह कहना मुश्किल है कि क्या यह उपयोगी है। हालांकि, लगभग कोई भी अनुभव इसकी अनुपस्थिति से बेहतर है।

क्षुधा

===================================
इंटरफेस:
ब्रू० - लैन
vlan1 - वान
ppp0 - एक 3 जी मॉडेम के माध्यम से इंटरफ़ेस

====================================
इस तस्वीर में आप पिंग से देख सकते हैं कि चैनल को स्विच करते समय प्रतिक्रिया समय कैसे बदलता है:



वैसे, जब एक वायरलेस चैनल से वायर्ड पिंग पर स्विच किया जाता है, तो यह तब तक बंद हो जाता है जब तक आप इसे पुनरारंभ नहीं करते। यही है, जब सर्फिंग होती है, तो स्विच पूरी तरह से अदृश्य हो जाएगा, लेकिन डाउनलोड बाधित हो सकता है।
====================================
रूटिंग टेबल:

कर्नेल आईपी रूटिंग टेबल



=====================================
3 जी नेटवर्क के सफल कनेक्शन के लिए लॉग्स (टेल -f / usr / tmp / syslog):

Running modem.sh
Aug 17 05:51:37 kernel: usb.c: registered new driver serial
Aug 17 05:51:37 kernel: usbserial.c: USB Serial support registered for Generic
Aug 17 05:51:37 kernel: usbserial.c: Generic converter detected
Aug 17 05:51:37 kernel: usbserial.c: Generic converter now attached to ttyUSB0 (or usb/tts/0 for devfs)
Aug 17 05:51:37 kernel: usbserial.c: Generic converter detected
Aug 17 05:51:37 kernel: usbserial.c: Generic converter now attached to ttyUSB1 (or usb/tts/1 for devfs)
Aug 17 05:51:37 kernel: usbserial.c: Generic converter detected
Aug 17 05:51:37 kernel: usbserial.c: Generic converter now attached to ttyUSB2 (or usb/tts/2 for devfs)
Aug 17 05:51:37 kernel: usbserial.c: USB Serial Driver core v1.4
Aug 17 05:51:52 pppd[508]: pppd 2.4.5 started by admin, uid 0
Aug 17 05:51:55 pppd[508]: Serial connection established.
Aug 17 05:51:55 pppd[508]: Using interface ppp0
Aug 17 05:51:55 pppd[508]: Connect: ppp0 <--> /dev/usb/tts/2
Aug 17 05:51:58 pppd[508]: Could not determine remote IP address: defaulting to 10.64.64.64
Aug 17 05:51:58 pppd[508]: local IP address 10.117.240.93
Aug 17 05:51:58 pppd[508]: remote IP address 10.64.64.64
Aug 17 05:51:58 pppd[508]: primary DNS address 85.26.231.218
Aug 17 05:51:58 pppd[508]: secondary DNS address 83.149.49.70
Aug 17 05:51:58 Static: connected to ISP


युपीडी।
मुझे निम्न समस्या का सामना नहीं करना पड़ा, लेकिन टिप्पणियों में डीनाम उपयोगकर्ता चेतावनी देता है कि एक अच्छा पुराना डीआईआर -320 है , और एक नया डिवाइस है जो एक अन्य रालिंक चिपसेट, डीआईआर -320 एनआरयू पर आधारित है, जिसमें वैकल्पिक फर्मवेयर नहीं है।
यह " H / W ver ": B1 के शिलालेख " H / W ver: A1 " के बजाय DIR-320 से भिन्न है