कैसे करें/एक समर्पित हेट्ज़नर और मिकरोटिक सर्वर पर नेटवर्क और वीएलएएन स्थापित करना

जब किसी प्रश्न का सामना करना पड़ता है और बड़ी मात्रा में दस्तावेज़ीकरण से ब्रेक मिलता है, तो बेहतर याद रखने के लिए आपने जो सीखा है उसे व्यवस्थित करने और लिखने का प्रयास करें। और इस मुद्दे पर निर्देश भी दें ताकि पूरे रास्ते दोबारा न जाना पड़े।

स्रोत प्रलेखन बड़ी मात्रा में उपलब्ध है https://forum.proxmox.com https://wiki.hetzner.de

समस्या का निरूपण

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

प्रारंभ में, क्लाइंट के पास 5 सर्वर होते हैं, प्रत्येक एक अतिरिक्त सबनेट के साथ, समर्पित सबनेट से पहला पता प्रोक्समॉक्स पर अतिरिक्त ब्रिज को सौंपा जाता है

उसी समय, वीएम विंडोज़ पर चलते हैं और उनका पता 85.xx177/29 गेट 85.xx176 के साथ कॉन्फ़िगर किया गया है।
और सभी 5 सर्वर अपनी-अपनी वर्चुअल मशीनों के साथ समान तरीके से कॉन्फ़िगर किए गए हैं।

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

कार्यान्वयन

• हम इंटरफ़ेस में एक vSwitch बनाते हैं, उसमें एक VlanID निर्दिष्ट करते हैं, और इस vSwitch को उन सभी सर्वरों में जोड़ते हैं जिनकी हमें आवश्यकता होती है।

• हम एक परीक्षण सर्वर बना रहे हैं ताकि हम इसे बिना किसी समस्या के सेट अप और स्थानांतरित कर सकें।

हम पहली वर्चुअल मशीन chr द्वारा बढ़ाते हैं प्रॉक्समोक्स के लिए निर्देश.

यदि आप उपरोक्त स्क्रिप्ट का उपयोग करते हैं, तो कृपया ध्यान दें कि यह पहले -d /root/temp निर्देशिका की उपस्थिति की जांच करता है, और यदि यह नहीं है, तो /home/root/temp निर्देशिका बनाई जाती है, लेकिन आगे का काम अभी भी किया जाता है /root/temp निर्देशिका के साथ बाहर। उपयुक्त निर्देशिका बनाने के लिए स्क्रिप्ट को ठीक करने की आवश्यकता है।

• Proxmox के लिए एक नेटवर्क स्थापित करना।

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

इसके बाद, हम एक ब्रिज vmbr0 बनाते हैं - और इसमें सर्वर का पहला पता संलग्न करते हैं, जो हमें हेट्ज़नर प्रदाताओं द्वारा दिया गया है, ब्रिज पोर्ट को इंगित करते हैं - वीएलएएन के बिना पहला भौतिक इंटरफ़ेस, और एक अतिरिक्त कमांड के साथ जोड़ को भी निर्दिष्ट करते हैं इस पुल के माध्यम से इस सर्वर के लिए हेट्ज़नर से हमारे अतिरिक्त नेटवर्क के लिए एक मार्ग का आदेश दिया गया। इंटरफ़ेस ऊपर जाने पर रूट जोड़ना काम करेगा।

दूसरा ब्रिज स्थानीय ट्रैफ़िक के लिए हमारा इंटरफ़ेस होगा, हम इंटरनेट तक पहुंच के बिना स्थानीय नेटवर्क पर विभिन्न प्रोक्समॉक्स सर्वरों के बीच कनेक्टिविटी प्राप्त करने के लिए इसमें एक पता जोड़ते हैं और पोर्ट को सबइंटरफ़ेस eno1.4000 के रूप में निर्दिष्ट करते हैं, जो हमारे VlanID के लिए आवंटित किया गया है।
प्रारंभिक सेटअप के दौरान, आपको सलाह मिलती है कि आप Proxmox के लिए एक अतिरिक्त ifupdown2 पैकेज स्थापित कर सकते हैं और नेटवर्क इंटरफेस में परिवर्तन होने पर आपको पूरे सर्वर को रीबूट करने की आवश्यकता नहीं है। हालाँकि, यह केवल प्रारंभिक सेटअप के लिए विशिष्ट है, और ब्रिज का उपयोग करते समय और वर्चुअल मशीन सेट करते समय, आपको वर्चुअल मशीनों में नेटवर्क विफलता की समस्या का सामना करना पड़ता है। इस तथ्य के बावजूद कि आपने संपादित किया है, उदाहरण के लिए, vmbr2 इंटरफ़ेस, और जब आप कॉन्फ़िगरेशन लागू करते हैं, तो नेटवर्क सभी आंतरिक इंटरफ़ेस पर बंद हो जाता है और सर्वर पूरी तरह से पुनरारंभ होने तक पुनर्प्राप्त नहीं होता है। ifdown&&ifup मदद नहीं करता। अगर किसी के पास कोई समाधान है तो मैं आभारी रहूंगा।

सर्वर पर सबसे पहला कॉन्फ़िगर किया गया इंटरफ़ेस कार्यशील और सुलभ रहता है।

• सीएचआर के लिए एक पते का आवंटन ताकि पूल से पते न छूटें
  हेट्ज़नर द्वारा निर्मित पतों का पूल किसी नेटवर्कर को बहुत अजीब लगता है, कुछ इस तरह:

  

अजीब बात यह है कि गेट भौतिक सर्वर के अपने पते का उपयोग करने का सुझाव देता है।

हेट्ज़नर द्वारा स्वयं प्रस्तावित क्लासिक विकल्प समस्या विवरण में दर्शाया गया है और क्लाइंट द्वारा स्वतंत्र रूप से कार्यान्वित किया गया था। इस विकल्प में, क्लाइंट नेटवर्क पते का पहला पता खो देता है, प्रॉक्समॉक्स ब्रिज का दूसरा पता खो देता है और यह गेटवे भी होगा, और प्रसारण के लिए अंतिम पता भी होगा। IPv4 पते कभी भी अनावश्यक नहीं होते. यदि आप सीधे सीएचआर पर आईपी एड्रेस 136.x.x.177/29 और 0.0.0.0/0 148.x.x.165 के लिए गेटवे पंजीकृत करने का प्रयास करते हैं, तो आप ऐसा कर सकते हैं, लेकिन गेटवे डायरेक्ट कनेक्टेड नहीं होगा और इसलिए पहुंच योग्य नहीं होगा। .

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

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

• और अंत में।
  इंटरनेट से Proxmox तक पहुंच को अवरुद्ध करने के लिए, अंतर्निहित टूल का उपयोग करें: एक उत्कृष्ट फ़ायरवॉल है।

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

स्रोत: www.habr.com