🧕 🏴󠁧󠁢󠁳󠁣󠁴󠁿 👨🏼‍⚕️ ToFoIn v 1. गेटवे का आरक्षण और FreeBSD में बाहरी चैनलों के बीच स्विच करना 🧑🏽‍🤝‍🧑🏽 🤛🏼 👨‍👨‍👦‍👦

अमूर्त

पिछले लेख में, लैन गेटवे के लिए अतिरेक के संगठन पर विचार किया गया था। एक समाधान के रूप में, एक स्क्रिप्ट का प्रस्ताव था कि उस समय समस्या का हल हो गया था, लेकिन इसमें कई कमियां थीं। कुछ समय बाद, यह इन कमियों को खत्म करने के लिए निकला, आंशिक रूप से कोड को फिर से लिखता है और आउटपुट में कुछ स्वीकार्य होता है। अब हम कह सकते हैं कि स्क्रिप्ट को स्थिर कहा जाने के लिए पर्याप्त रूप से परीक्षण किया जाता है। संपूर्ण प्रणाली की समझ को सरल बनाने के लिए, माध्यमिक सेवाओं (लेख के विषय के संदर्भ में) की स्थापना के लिए मुख्य बिंदुओं को आंशिक रूप से नीचे दोहराया जाएगा। कारण सरल है - इस समय के दौरान ipfw नियमों को भी फिर से तैयार किया गया था, dns AD में Samba4 में एक बाइंड-फ्रंटेंड और सुरक्षित रूप से अपडेट किए गए रिकॉर्ड के साथ kerberos का उपयोग कर चला गया, साथ ही द्वार पर बाइंड के रूप में माध्यमिक dns सर्वर भी। कॉन्फ़िगर किया गया CARP ... सामान्य तौर पर, यह बहुत अधिक दिलचस्प हो गया है, लेकिन यह क्या और कैसे काम करता है, इसके बारे में और नीचे है। स्रोत के संदर्भ में दी जा सकने वाली हर चीज को इस तरह से डिजाइन किया जाएगा ताकि सार का उत्पादन न किया जा सके। किसी अन्य स्थानों से क्या लिया गया था, लेकिन जो अब उपलब्ध नहीं है, प्रासंगिक टिप्पणियों के साथ यहां दिया जाएगा।

परिचय

तो, उपभोक्ता की ओर से बाहरी दुनिया के साथ संचार चैनल की शोर उन्मुक्ति को बढ़ाने के दो तरीके हैं: गेटवे का बैकअप और कनेक्शन बिंदु का आरक्षण। दूसरे शब्दों में, पहले मामले में, एक दूसरा प्रवेश द्वार स्थापित किया जाता है, जो कि पहले एक के विफल होने पर सक्रिय हो जाएगा, दूसरे मामले में, मुख्य एक के साथ किसी भी समस्या के मामले में एक बैकअप इंटरनेट चैनल का आयोजन किया जाता है, और आगे वे पार करते हैं, यह बेहतर है, जाहिर है। यदि CARP FreeBSD के लिए पहला कार्य हल करता है, तो दूसरा बाहरी चैनल के आयोजन के बाद, दूसरा, कई तरीकों से हल किया जा सकता है। कम से कम, आप चैनलों के बीच ट्रैफ़िक संतुलन या स्विचिंग व्यवस्थित कर सकते हैं। बाहरी चैनलों की बैंडविड्थ में बड़े अंतर के कारण, पहला विकल्प मुझे सूट नहीं करता था, इसलिए प्रकाशन का मुख्य अपराधी लिखा गया था: ToFoIn - एक बैश स्क्रिप्ट का उद्देश्य जो नैदानिक समस्याओं को हल करने और एक कार्यशील चैनल पर स्विच करने के उद्देश्य से है। शोधन के बाद, इसे एन गेटवे और एम चैनलों पर लागू किया जा सकता है। स्थिति कमजोर है, जहां n और m 2 से अधिक हैं, लेकिन नीचे की लिपियों को n और m के बड़े मानों तक काम करना चाहिए, क्योंकि तार्किक रूप से, सीमा निर्धारित नहीं है। सामान्य तौर पर, मुझे संदेह है कि इन लिपियों का उपयोग करके कनेक्शन की स्थिति के आधार पर, कार्यों की एक विस्तृत श्रृंखला को हल करना संभव है, सीमित, शायद, केवल कल्पना द्वारा।

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

लक्ष्य और उद्देश्य

परियोजना का लक्ष्य, पहले की तरह, बाहरी और आंतरिक कनेक्शन में समस्याओं की पहचान करने और स्वचालित रूप से व्यावहारिक कनेक्शन पर स्विच करने पर केंद्रित एक सार्वभौमिक और आसानी से स्केलेबल सॉफ्टवेयर पैकेज बनाना है। सामान्य शब्दों में, तर्क इस प्रकार है:

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

निर्णय

आंतरिक नेटवर्क में CARP होता है, जो बैकअप गेटवे प्रदान करता है और आपको चैनल स्विच करते समय आंतरिक नेटवर्क पर अन्य नेटवर्क उपकरणों की सेटिंग्स को बदलने की अनुमति नहीं देता है।

Dhcpd प्राथमिक - द्वितीयक मोड में संचालित होता है और सामान्य तौर पर, इससे कोई फर्क नहीं पड़ता कि इसकी मशीन क्या अन्य भूमिकाएं निभाती है - dhcpd का कनेक्शन आंतरिक नेटवर्क पर होता है, जो कि राउटर हमेशा देखते हैं।

मास्टर बाइंड को AD में हटा दिया जाता है, जो स्थानीय नेटवर्क में छिपा होता है, जबकि सेकेंडरी बाइंड सर्वर गेटवे राउटर पर एक समान पायदान पर काम कर रहे होते हैं।

IPfw के नियम अलग-अलग होते हैं, जिसके आधार पर किसी निश्चित समय पर चैनल को मुख्य चैनल माना जाता है और भूमिकाएँ बदलते समय डेमॉन मॉड्यूल द्वारा पुनः आरंभ किया जाता है।

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

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

स्क्रिप्ट के अलावा, यह कुछ और महत्वपूर्ण फाइलों पर विचार करने के लायक है:

Tofoin.conf - एक एकल सेटिंग फ़ाइल।
Tofoin.log - एक एकल ईवेंट लॉग फ़ाइल।
परिणाम_ <आंतरिक चैनल नंबर> काम करने वाली फ़ाइल है, परीक्षा परिणाम यहां जोड़े गए हैं, .pid और अन्य कामकाजी फाइलों के बगल में / tmp में बनाया गया है।

मैं मॉड्यूल के संचालन के बारे में प्रश्नों का उत्तर खुशी से दे सकता हूं, टिप्पणियों में समाधान बता रहा हूं।

तकनीकी हिस्सा है

उपकरण

पिछली बार की तुलना में, गेटवे P4 में चले गए, 1536 एमबी रैम और तीन 40 जीबी एचडीडी (मिरर / स्पेयर) प्राप्त किए। नेटवर्क कार्ड अभी भी पीसीआई, पीएसयू सामान्य हैं, स्वाभाविक रूप से एक यूपीएस की उपस्थिति में।
क्षमता में वृद्धि स्रोत से जारी किए गए लोहे और अत्यधिक थकाऊ अद्यतन से जुड़ी है, लेकिन ज्यादातर पहले वाली है। OS FreeBSD 11.1, FS zfs।

सिस्टम घटक सेटिंग्स

अधिक जानकारी

कर्नेल को ऐसे अतिरिक्त मापदंडों के साथ संकलित किया जाता है (लोडर में कुछ भी सेट किया जा सकता है, लेकिन यह इस तरह से बेहतर है):

options IPFIREWALL # ipfw firewall options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=50 options IPFIREWALL_NAT options LIBALIAS options DUMMYNET options HZ=1000 options ROUTETABLES=4 options KSTACK_PAGES=4 options KVA_PAGES=512 device carp

सेटिंग्स /boot/loader.conf:

 geom_mirror_load="YES" zfs_load="YES" kern.geom.label.gptid.enable="0" vm.kmem_size="1024M" vm.kmem_size_max="1024M" vfs.zfs.arc_max="512M" vfs.zfs.vdev.cache.size="30M" vfs.zfs.prefetch_disable=1 kern.vty=vt

पहली मशीन पर सेटिंग्स /etc/rc.conf (CARP कॉन्फ़िगरेशन प्राथमिक हित का है)

 ifconfig_eth0="up" vlans_eth0="vlan111 vlan222" create_args_vlan111="vlan 111" create_args_vlan222="vlan 222" ifconfig_eth1="up" vlans_eth1="vlan333 vlan444 vlan555" create_args_vlan333="vlan 333" create_args_vlan444="vlan 444" create_args_vlan555="vlan 555" ifconfig_eth2="up" vlans_eth2="vlan666 vlan777 vlan888" create_args_vlan666="vlan 666" create_args_vlan777="vlan 777" create_args_vlan888="vlan 888" ifconfig_vlan666="inet 192.168.0.1/24" ifconfig_vlan666_alias0="vhid 1 advskew 100 pass MyPassword alias 192.168.0.5/32" ifconfig_vlan777="inet 192.168.1.1/24" ifconfig_vlan777_alias0="vhid 1 advskew 100 pass MyPassword alias 192.168.1.5/32" ifconfig_vlan888="inet 192.168.2.1/24" ifconfig_vlan888_alias0="vhid 1 advskew 100 pass MyPassword alias 192.168.2.5/32" ifconfig_vlan111="inet 192.168.3.1/30" ifconfig_vlan111_alias0="vhid 1 advskew 100 pass MyPassword alias 1.1.1.2/24" ifconfig_vlan222="inet 192.168.4.1/30" ifconfig_vlan333="inet 192.168.5.1/30" ifconfig_vlan333_alias0="vhid 1 advskew 100 pass MyPassword alias 2.2.2.2/30" ifconfig_vlan444="inet 192.168.6.1/30" ifconfig_vlan444_alias0="vhid 1 advskew 100 pass MyPassword alias 3.3.3.2/30" ifconfig_vlan555="inet 192.168.7.1/30" defaultrouter="1.1.1.1" setfib1_enable="YES" setfib1_defaultrouter="3.3.3.1" setfib2_enable="YES" setfib2_defaultrouter="2.2.2.1" zfs_enable="YES" named_enable="YES" dhcpd_enable="YES" firewall_enable="YES" firewall_logging="YES" firewall_script="/etc/firewall.sh" gateway_enable="YES" tofoin_enable="YES"

लीजेंड:
eth0, eth1, eth2 - भौतिक एडेप्टर
vlan666, vlan777, vlan888 - वर्चुअल लैन एडेप्टर,
vlan222 और vlan555 - बाहरी नेटवर्क कार्ड के बीच निरर्थक संचार के लिए एडेप्टर (उन्हें अब आवश्यकता नहीं हो सकती है, वे सक्रिय रूप से पहले उपयोग किए गए थे)
vlan111 - मुख्य बाहरी चैनल
vlan444 - बैकअप बाहरी चैनल
vlan333 - टेलीफोनी
दूसरी मशीन पर सेटिंग्स /etc/rc.conf (CARP कॉन्फ़िगरेशन मुख्य रुचि का है, कुछ डुप्लिकेट लाइनें हटा दी जाती हैं):

 ifconfig_vlan666="inet 192.168.0.2/24" ifconfig_vlan666_alias0="vhid 1 advskew 0 pass MyPassword alias 192.168.0.5/32" ifconfig_vlan777="inet 192.168.1.2/24" ifconfig_vlan777_alias0="vhid 1 advskew 0 pass MyPassword alias 192.168.1.5/32" ifconfig_vlan888="inet 192.168.2.2/24" ifconfig_vlan888_alias0="vhid 1 advskew 0 pass MyPassword alias 192.168.2.5/32" ifconfig_vlan111="inet 192.168.3.2/30" ifconfig_vlan111_alias0="vhid 1 advskew 0 pass MyPassword alias 1.1.1.2/24" ifconfig_vlan222="inet 192.168.4.2/30" ifconfig_vlan333="inet 192.168.5.2/30" ifconfig_vlan333_alias0="vhid 1 advskew 0 pass MyPassword alias 2.2.2.2/30" ifconfig_vlan444="inet 192.168.6.2/30" ifconfig_vlan444_alias0="vhid 1 advskew 0 pass MyPassword alias 3.3.3.2/30" ifconfig_vlan555="inet 192.168.7.2/30" defaultrouter="1.1.1.1" setfib1_enable="YES" setfib1_defaultrouter="3.3.3.1" setfib2_enable="YES" setfib2_defaultrouter="2.2.2.1"

कुछ नियम जो आईपीएफडब्ल्यू (एनएटी) को कॉन्फ़िगर करते समय काम आते हैं:
CARP ट्रैफ़िक की अनुमति देने के लिए:

 /sbin/ipfw -q add allow carp from any to any

"परमाणु" नट:

 /sbin/ipfw -q nat 1 config log ip vlan111 reset same_ports deny_in unreg_only /sbin/ipfw -q add nat 1 ip from any to any in

विशिष्ट एडेप्टर के साथ विशिष्ट रूटिंग टेबल का उपयोग करना:

 /sbin/ipfw -q add setfib 0 all from any to any via vlan666

सामान्य तौर पर, मैं अपने द्वारा उपयोग की जाने वाली ipfw सेटिंग्स के बारे में एक अलग लेख लिख सकता था, लेकिन यह कुछ और समय है।

3 पार्टी सॉफ्टवेयर

अधिक जानकारी

चूंकि एक साथ दो या दो से अधिक बाहरी चैनलों के साथ काम करने की आवश्यकता होती है, इसके लिए कई रूटिंग टेबल, प्रत्येक चैनल के लिए एक के लिए सुविधाजनक है। और यह अच्छा होगा यदि इन तालिकाओं को स्टार्टअप पर खुद बनाया जाए। Rdd setfib स्क्रिप्ट मदद करेगी। ToFoIn में प्रयुक्त तर्क मानता है कि फ़ाइल नाम (setfib1, setfib2, आदि) तालिका की संख्या से मेल खाता है जिसमें एक एकल स्क्रिप्ट एक डिफ़ॉल्ट मार्ग जोड़ता है। डिफ़ॉल्ट रूप से तालिका में नंबर "0" है।
मुख्य भूमिका में बिंद के साथ DNS सर्वर माध्यमिक मोड में काम करते हैं, मुख्य एक samba4 + बाइंड है, जो स्थानीय नेटवर्क में छिपा हुआ है। सेकेंडरी बाइंड की स्थापना क्रिकेट ली और पॉल अल्बिज की "डीएनएस एंड बंड" पुस्तक में खूबसूरती से की गई है। मुझे ऐसी कोई विशेष आवश्यकताएं याद नहीं हैं जो माध्यमिक सर्वरों के लिए samba4 के उपयोग को ध्यान में रखती हैं, और मैं सेटिंग्स फ़ाइल में उनका उल्लेख नहीं करता हूं। जब तक कि अलग-अलग इंटरनेट चैनलों के लिए, आपको 2 अलग-अलग फ़ाइलों को बनाने की आवश्यकता हो सकती है, जिसे बाद में ToFoIn स्क्रिप्ट द्वारा उस स्थान पर कॉपी किया जाएगा जहां से बाइंड खुद इसे पढ़ेगा। यह इस तथ्य के कारण है कि जब एक ही फ़ाइल में दोनों प्रदाताओं के DNS सर्वर के पते निर्दिष्ट करते हैं, तो केवल एक राउटिंग टेबल के साथ काम करने वाले बाइंड को ध्यान में रखते हुए, एक निश्चित समय पर अप्राप्य सर्वरों से पते के समाधान के संबंध में एक समस्या उत्पन्न होती है।
फेलओवर isc-dhcpd। Dhcpd ToFoIn के लिए आवश्यक नहीं है, इसके अलावा, इसकी अनुपस्थिति लिपियों को बिल्कुल भी प्रभावित नहीं करेगी, हालांकि, जैसा कि मुझे लगता है, गेटवे पर dhcp सर्वर रखना काफी तर्कसंगत है और फिर विफलता का सवाल अभी भी उठता है। और यहां, पिछली बार की तुलना में, यह अधिक दिलचस्प हो गया ... असफलता के लिए आवश्यक सेटिंग्स के अलावा, जो मैंने पिछली बार (ड्रॉप-डाउन मेनू के अंदर "प्रीसेट" अनुभाग की शुरुआत) वर्णित किया था।
आपको samba4 का उपयोग करके AD में रिकॉर्ड्स को सुरक्षित रूप से अपडेट करने के लिए एक स्क्रिप्ट की भी आवश्यकता होगी। Samba4 सर्वर ही स्थापित होना चाहिए। सेटअप और लॉन्च की आवश्यकता नहीं है, हम केवल किट के साथ आने वाले प्रबंधन टूल में रुचि रखते हैं। जो लोग "डायनेमिक डीएनएस अपडेट के साथ डीएचसीपी" अनुभाग में अन्य जानकारी पा सकते हैं।
यह डरावना लगता है, लेकिन यह काम करता है।
इस पर तृतीय-पक्ष सॉफ़्टवेयर के कॉन्फ़िगरेशन के साथ समाप्त हो गया है।

ToFoIn के बारे में थोड़ा सा

इंस्टालेशन स्क्रिप्ट के साथ सभी प्रोजेक्ट टेक्स्ट गिटलैब पर उपलब्ध है।

निष्कर्ष में, ToFoIn सेटिंग्स फ़ाइल मापदंडों का एक उदाहरण माना जाता है:

सिस्टम में उपयोग किए जाने वाले राउटर की संख्या:

 RNUMBER=2

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

 ADDITLAN=2

आंतरिक एडाप्टर नाम:

 INT_IF=vlan666

अन्य सभी इंटरफेस जिस पर रूटर कारप के माध्यम से जुड़े हुए हैं। सभी इंटरफेस के एक ही राज्य को नियंत्रित करने और बनाए रखने के लिए आवश्यक:

 ALL_IF="vlan111 vlan333 vlan444 vlan666 vlan777 vlan888"

कार को कॉन्फ़िगर करते समय उपयोग किया जाने वाला vhid:

 CARP_VHID=1

महत्वपूर्ण के क्रम में अन्य राउटर के आंतरिक नेटवर्क में आईपी पते, यदि आवश्यक हो, तो ASERV_IP_2, ASERV_IP_3, आदि बस उपयोग किए जाते हैं।

 ASERV_IP_1=192.168.0.2

बाहरी कनेक्शन चैनलों की संख्या:

 CNUMBER=2

मुख्य बाहरी कनेक्शन चैनल के लिए सेटिंग्स:
एडाप्टर का नाम:

 EXT_0_IF=vlan111

रूटिंग टेबल नंबर:

 RTABLE_0=0

डिफ़ॉल्ट गेटवे:

 DEFAULT_GATEWAY=2.2.2.1

बैकअप बाहरी कनेक्शन चैनल के लिए सेटिंग्स:
एडाप्टर का नाम:

 EXT_1_IF=vlan444

रूटिंग टेबल नंबर:

 RTABLE_1=1

एक डिफ़ॉल्ट गेटवे की आवश्यकता नहीं है, क्योंकि सभी रूटिंग टेबल के लिए, मुख्य एक को छोड़कर, rc.d स्क्रिप्ट सेटफिब <टेबल नंबर> का उपयोग किया जाता है, जो तर्क मान लेता है, टेबल नंबर से मेल खाना चाहिए।
परीक्षक मॉड्यूल पैरामीटर:
जाँच किए जाने वाले पतों की संख्या:

 TNUMBER=2

मशीनों के पते जिनके द्वारा पिंग अनुरोध भेजे जाते हैं। पहले मामले में डोमेन नाम का उपयोग करना सबसे अच्छा है, और उसके बाद ही आईपी पता:

 PTARGET_0=ya.ru PTARGET_1=8.8.8.8

प्रति लक्ष्य भेजे गए पिंग पैकेटों की संख्या:

 PNUMBER=2

जज मॉड्यूल सेटिंग्स
इसमें लौटने से पहले मुख्य चैनल के सफल परीक्षणों की संख्या। अपने ऑपरेशन को फिर से शुरू करने के बाद मुख्य चैनल पर वापसी का समय लगभग सूत्र द्वारा गणना किया जाता है: (WNUMBER + 1) * JUDGEPERIOD सेकंड।

 WNUMBER=3

लकड़हारा मॉड्यूल सेटिंग्स
ये 2 पैरामीटर इंगित करते हैं कि लॉगर कितनी बार आवर्ती घटनाओं को रिकॉर्ड करेगा। घटना को रिकॉर्ड करने के बाद, अगली बार LOGFREQ1 नंबर की संख्या फिर से बताई जाती है, फिर LOGFREQ2 रिट्रीट की संख्या है। एक पंक्ति में केवल घटनाओं को ही ध्यान में रखा जाता है।

 LOGFREQ1=5 LOGFREQ2=20

मॉड्यूल सेकंड में टाइमर शुरू करते हैं
टेस्टर मॉड्यूल की लॉन्च अवधि। यह सभी लक्ष्यों का परीक्षण करने के असफल प्रयासों के समय पर भरोसा करने के लिए समझ में आता है।

 TESTERPERIOD=240

न्यायाधीश मॉड्यूल की लॉन्च अवधि। TESTERPERIOD से कम स्थापित न करें।

 JUDGEPERIOD=300

स्काउट मॉड्यूल की लॉन्च अवधि।

 SCOUTPERIOD=360

परीक्षक और जज मॉड्यूल के स्टार्ट टाइमर की जाँच करने से पहले प्रतीक्षा अवधि। TESTERPERIOD के मान से कम या बराबर सेट करना तर्कसंगत है।

 SENSITIVITY=60

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

 TESTERLIMIT=40 JUDGELIMIT=30 LOGGERLIMIT=20 SCOUTLIMIT=120 WATCHDOGLIMIT=150

फ़ाइलों और निर्देशिकाओं के लिए पथ
IPfw स्क्रिप्ट के लिए पथ।

 FIRESCRIPT=/etc/firewall.sh

Ipfw सेटिंग्स। यदि ipfw सेटिंग्स को एक अलग फ़ाइल में नहीं ले जाया जाता है, तो FIRESCRIPT = FIRESETDEF।

 FIRESETDEF=/etc/firewall/config

मुख्य बाहरी चैनल के लिए ipfw सेटिंग्स का पथ:

 FIRESET_0=/etc/firewall/config_0

बैकअप बाहरी चैनल के लिए ipfw सेटिंग्स का पथ, यदि आवश्यक हो, तो आप आगे FIRESET_2, आदि जारी रख सकते हैं:

 FIRESET_1=/etc/firewall/config_1

सेटिंग्स को बाँधने के लिए पथ

 BINDSETDEF=/usr/local/etc/namedb/named.conf

मुख्य बाहरी चैनल के लिए बाइंड सेटिंग्स:

 BINDSET_0=/usr/local/etc/namedb/named.conf.0

बैकअप बाहरी चैनल के लिए बाइंड सेटिंग्स, यदि आवश्यक हो, तो आप आगे BINDSET_2, आदि जारी रख सकते हैं।

 BINDSET_1=/usr/local/etc/namedb/named.conf.1

सभी ToFoIn निष्पादनों के लिए पथ:

 DAEMON=/local/sbin/tofoin/daemon.sh TESTER=/usr/local/sbin/tofoin/tester.sh JUDGE=/usr/local/sbin/tofoin/judge.sh LOGGER=/usr/local/sbin/tofoin/logger.sh SCOUT=/usr/local/sbin/tofoin/scout.sh WATCHDOG=/usr/local/sbin/tofoin/watchdog.sh

इवेंट लॉग। यह फ़ाइल अभी इंस्टॉलेशन पर नहीं बनाई गई है:

 LOGFILE=/var/log/tofoin.log

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

 DIR_TMP=/tmp/tofoin DIR_PID=/var/run/tofoin JUDGEMETER=/tmp/tofoin/judgemeter PREVSTATE=/tmp/tofoin/prevstate SCOUTGATE=/tmp/tofoin/scoutgate LOGTMP=/tmp/tofoin/logger.tmp LOGMETER=/tmp/tofoin/logmeter DAEMON_PID=/var/run/tofoin/daemon.pid TESTER_PID=/var/run/tofoin SCOUT_PID=/var/run/tofoin/scout.pid JUDGE_PID=/var/run/tofoin/judge.pid LOGGER_PID=/var/run/tofoin/logger.pid WATCHDOG_PID=/var/run/tofoin_watchdog.pid

परिणाम

यह स्क्रिप्ट का एक पूरी तरह कार्यात्मक और विश्वसनीय सेट निकला जो 2 बाहरी संचार चैनलों के साथ 2 राउटर के मामले में काम करने वाले चैनल पर स्विच करने के कार्य के साथ अच्छी तरह से मुकाबला करता है।

योजनाओं

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

संदर्भ:

← पिछला लेख
→ टिटोइन प्रोजेक्ट पेज जितालाब पर

बाकी

DNS 9:
ली के।, अल्बित्ज पी। - डीएनएस और बंड (5 वां संस्करण)
DNS सर्वर BIND
डीएचसीपी:
विफलता dhcp
गतिशील DNS अपडेट के साथ डीएचसीपी
साम्बा-dnsupdate
SETFIB:
बीजीपी या इसी तरह के बिना FreeBSD में कई डिफ़ॉल्ट मार्ग
राउटिंग टेबल के बीच सेटफिब और स्विचिंग
FreeBSD दो प्रदाताओं। setfib
IPFW + NAT:
विस्तृत ipfw नेट मैनुअल
FreeBSD 9 + ipfw + ipfw nat
विस्तृत ipfw नेट मैनुअल
DUMMYNET
कर्नेल एनएटी
मार:
BASH की मूल बातें। भाग २
उन्नत बैश-स्क्रिप्टिंग गाइड

ToFoIn v 1. गेटवे का आरक्षण और FreeBSD में बाहरी चैनलों के बीच स्विच करना