HOW-to / समर्पित Hetzner र Mikrotik सर्भरमा नेटवर्क र VLAN सेटअप गर्दै

जब एक प्रश्नको सामना गर्नुपर्‍यो र कागजातको ठूलो मात्राबाट एक ब्रेक, संगठित गर्ने प्रयास गर्नुहोस् र राम्रोसँग सम्झन सिकेको कुरा लेख्नुहोस्। र यस मामिलामा निर्देशनहरू पनि बनाउनुहोस् ताकि फेरि सम्पूर्ण बाटोमा नजानुहोस्।

स्रोत कागजात ठूलो मात्रा मा उपलब्ध छ https://forum.proxmox.com https://wiki.hetzner.de

समस्याको गठन

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

प्रारम्भमा, ग्राहकसँग 5 सर्भरहरू छन्, प्रत्येक अतिरिक्त सबनेटको साथ, समर्पित सबनेटबाट पहिलो ठेगाना Proxmox मा थप पुलमा तोकिएको छ।

एकै समयमा, VM हरू Windows मा चल्छन् र 85.xx177/29 गेट 85.xx176 सँग कन्फिगर गरिएको ठेगाना छ।
र सबै 5 सर्भरहरू आफ्नै भर्चुअल मेसिनहरूसँग समान रूपमा कन्फिगर गरिएका छन्।

यो हास्यास्पद छ कि यो कन्फिगरेसन सिद्धान्तमा नेटवर्क सेटअप गर्न गलत छ; पहिलो नोडको लागि नेटवर्क ठेगाना र गेटवेको लागि उही प्रयोग गर्नुहोस्। यदि तपाईंले Ubuntu मा भर्चुअल मेसिनमा यो कन्फिगरेसन चलाउन प्रयास गर्नुभयो भने, नेटवर्कले काम गर्दैन।
 

कार्यान्वयन

• हामी इन्टरफेसमा एउटा vSwitch सिर्जना गर्छौं, यसमा VlanID तोक्छौं, र हामीलाई चाहिने सबै सर्भरहरूमा यो vSwitch थप्छौं।

• हामी एक परीक्षण सर्भर बनाइरहेका छौं ताकि हामी सेटअप गर्न र समस्या बिना सार्न सक्छौं।

हामीले पहिलो भर्चुअल मेसिन chr लाई बढाएका छौं proxmox को लागि निर्देशन.

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

• Proxmox को लागि नेटवर्क सेट अप गर्दै।

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

अर्को, हामी एउटा ब्रिज vmbr0 सिर्जना गर्छौं - र यसमा सर्भरको पहिलो ठेगाना संलग्न गर्छौं, हामीलाई Hetzner प्रदायकहरूले दिएको थियो, ब्रिज पोर्ट निर्दिष्ट गर्नुहोस् - VLAN बिनाको पहिलो भौतिक इन्टरफेस, र थप आदेशको साथ निर्दिष्ट गर्नुहोस्। हाम्रो अतिरिक्त नेटवर्कको लागि मार्गको, यो ब्रिज मार्फत यो सर्भरको लागि Hetzner बाट अर्डर गरिएको। इन्टरफेस माथि जाँदा मार्ग थप्दा काम हुनेछ।

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

सर्भरमा पहिलो कन्फिगर गरिएको इन्टरफेस काम र पहुँचयोग्य रहन्छ।

• CHR को लागि ठेगानाको आवंटन ताकि पोखरीबाट ठेगानाहरू नगुमाउनुहोस्
  Hetzner ले उत्पादन गरेको ठेगानाहरूको पोखरी नेटवर्करको लागि धेरै अनौठो देखिन्छ, यो जस्तै:

  

अनौठो कुरा यो हो कि गेटले भौतिक सर्भरको आफ्नै ठेगाना प्रयोग गरेर सुझाव दिन्छ।

Hetzner आफैले प्रस्ताव गरेको क्लासिक विकल्प समस्या कथन मा संकेत गरिएको छ र स्वतन्त्र रूपमा ग्राहक द्वारा लागू गरिएको थियो। यस विकल्पमा, ग्राहकले नेटवर्क ठेगानाको पहिलो ठेगाना, प्रोक्समक्स ब्रिजको दोस्रो ठेगाना गुमाउँछ र यो गेटवे र प्रसारणको लागि अन्तिम ठेगाना पनि हुनेछ। IPv4 ठेगानाहरू कहिल्यै अनावश्यक हुँदैनन्। यदि तपाईंले CHR मा 136/177 29.x.x.0.0.0.0 को लागि IP ठेगाना 0.x.x.148/165 र गेटवे सीधै दर्ता गर्ने प्रयास गर्नुभयो भने, तपाईंले यो गर्न सक्नुहुन्छ, तर गेटवे प्रत्यक्ष जडान हुने छैन र त्यसैले पहुँचयोग्य हुनेछैन। ।

हामी प्रत्येक ठेगानाको लागि नेटवर्क 32 प्रयोग गरेर र हामीलाई चाहिने ठेगाना निर्दिष्ट गरेर यो स्थितिबाट बाहिर निस्कन सक्छौं, जुन नेटवर्क नामको रूपमा जे पनि हुन सक्छ। यो पोइन्ट-टु-पोइन्ट जडानको एनालग हुन जान्छ।

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

• र अन्तमा।
  इन्टरनेटबाट प्रोक्समक्समा पहुँच रोक्न, निर्मित उपकरणहरू प्रयोग गर्नुहोस्: त्यहाँ उत्कृष्ट फायरवाल छ।

सेटिङहरूको स्थानको बारेमा भ्रमित नहोस् भनेर तपाईंले हेट्जनरद्वारा प्रस्ताव गरिएको फायरवाल प्रयोग गर्नु हुँदैन। Hetzner ले CHR मा स्थापित भएका सबै नेटवर्कहरूमा पनि काम गर्नेछ, र पोर्टहरू खोल्न र फर्वार्ड गर्न, तिनीहरूलाई प्रदायकको वेब इन्टरफेसमा खोल्न पनि आवश्यक हुनेछ।

स्रोत: www.habr.com