👸🏻 🚑 ⏸️ लिनक्स गेटवे पर समान नेटवर्क नंबर के साथ दो LAN का संयोजन 🚠 🤽🏼 🥑

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

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

लक्ष्य

LAN1 से, हम LAN2 को एक पैकेट भेजना चाहते हैं। लेकिन हम इसे किसी ऐसे नेटवर्क पर नहीं भेज सकते हैं जिसकी संख्या हमारे जैसी ही है। सबसे आम मामले में, 192.168.0.0/24। यदि ऐसा पैकेट LAN1 में दिखाई देता है, तो उसे पता नहीं होगा कि LAN2 क्या है, वह LAN1 में ऐसी मशीन की तलाश करेगा। ये डिफ़ॉल्ट रूटिंग नियम हैं।
तो, आपको अन्य पते के साथ पैकेट भेजने की आवश्यकता है जो राउटर पर जाएंगे।

यह LAN1 से एक पर्यवेक्षक के लिए कैसे दिखना चाहिए
उदाहरण के लिए, LAN1 का उपयोगकर्ता LAN2 को 10.8.1.0/24 के रूप में देखेगा। पतों का कोई पार नहीं है। LAN1 खुश है।

यह दोनों तरफ कैसे दिखता है
एक पैकेट LAN2 से 192.168.0.100 के एक प्रेषक पते और 10.8.1.200 के एक गंतव्य पते के साथ आता है। 10.8.1.100 के एक प्रेषक पते और 192.168.0.200 के एक गंतव्य पते के साथ एक ही पैकेट LAN2 इंटरफ़ेस से राउटर से आता है। पैकेट गंतव्य पते पर जाता है और यह प्रेषक के पते के जवाब में अपने पते के साथ भेजता है। पैकेट राउटर में जाता है। इसमें, उलटा परिवर्तन होता है और उपयोगकर्ता LAN1 को उस पते से प्रतिक्रिया मिलती है जिस पर उसने पैकेट भेजा था।

सिद्धांत। राउटर के मूल में पैकेज पथ: नेटफिल्टर

यहां मैं हमारे लिनक्स राउटर के माध्यम से पारगमन यातायात यात्रा के बारे में बात करने की कोशिश करूंगा। पैकेज यात्रा प्रक्रिया की पूरी समझ के लिए, नेटफिल्टर श्रृंखलाओं के साथ विकिपीडिया से इसके पारित होने की योजना को देखना बेहतर है।

[स्रोत | गंतव्य] के साथ हमारा पैकेट [192.168.0.100 | 10.8.1.200] राउटर के नेटवर्क इंटरफेस के लिए मिलता है और इसकी पहली श्रृंखला PREROUTING होगी।

PREROUTING

चेन से गुजरते हुए, वह टेबल PREROUTING मैनगल में घुस जाता है। जिसमें, iptables के माध्यम से, हम उस इंटरफ़ेस को निर्धारित करते हैं जिससे यह आया था, और स्रोत का पता। यदि यह हमारा रोगी है, तो हम उसे मार्क कार्रवाई के साथ चिह्नित करते हैं।
फिर पैकेट [192.168.0.100 | 10.8.1.200 | ((चिह्नित))] नेट टेबल पर जाता है। यह तालिका पते के अनुवाद के लिए है। चूंकि अगले रूटिंग चरण में 10.8.1.200 पर कोई वास्तविक पता नहीं है, इसलिए पैकेट को छोड़ दिया जाएगा या किसी अज्ञात दिशा में चला जाएगा। इसलिए, हम उसे गंतव्य पते से बदल देते हैं, जिस पर वह वास्तव में यहीं जाना चाहिए: [192.168.0.100 | 192.168.0.200 | (चिह्नित)]। यह NETMAP एक्शन द्वारा किया जाता है, जो मास्क द्वारा नेटवर्क नंबर को बदल देता है।

मार्ग

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

पैकेज सफलतापूर्वक अग्रेषण श्रृंखला से गुजरता है। यह रूटिंग चरण पर वापस आ जाता है। यदि फॉरवर्डिंग में उसके साथ कुछ नहीं हुआ, लेकिन सिद्धांत रूप में ऐसा नहीं होना चाहिए। वह वैसे ही जाता है। फिर यह POSTROUTING में शामिल हो जाता है।

POSTROUTING

टेबल नैट तक कोई बदलाव नहीं। हमें स्रोत पता बदलना होगा। आखिरकार, पैकेट का जवाब [192.168.0.100 | 192.168.0.200] स्थानीय नेटवर्क पर भेजा जाएगा, न कि राउटर को। ताकि वह राउटर पर वापस आ जाए, हम स्रोत पते को कोई नहीं [10.8.1.100 | 192.168.0.4%] बदल देते हैं। फिर से NETMAP। उसके बाद, पैकेट LAN2 पर जाता है।
प्रतिक्रिया पैकेज के साथ, हम रिवर्स प्रक्रिया करते हैं ताकि यह मूल स्रोत तक पहुंच जाए।

कार्यान्वयन

iptables -t mangle -A PREROUTING -i tun0 -d 10.8.1.0/24 -j MARK --set-mark 8

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

 iptables -t nat -A PREROUTING -m mark --mark 8 -j NETMAP --to 192.168.0.0/24

हम लेबल द्वारा पैकेट को पहचानते हैं और PREROUTING तालिका में NETMAP कार्रवाई नेटवर्क नंबर को बदल देती है।

 iptables -t nat -A POSTROUTING -m mark --mark 8 -j NETMAP --to 10.8.2.0/24

POSTROUTING में NETMAP स्रोत पते को बदल देता है।
उसके बाद, 10.8.1.0/24 सबनेट पर सभी कॉल LAN2 के अंदर दिखेंगी, जैसे 10.8.2.0/24 कॉल से कॉल।

मार्ग

लेबल द्वारा पैकेटों को रूट करने के लिए, आपको अपनी स्वयं की रूटिंग तालिका बनाने की आवश्यकता है। हम एक विशिष्ट संख्या और नई तालिका का नाम जोड़कर / etc / iproute2 / rt_tables संपादित करते हैं।
256 netmap
इसके बाद, आपको उस नियम को जोड़ना होगा जिसके द्वारा पैकेट को इस तालिका में भेजा जाएगा।

 ip ru add fwmark 8 lookup netmap

अब चिह्नित पैकेट नेटमैप तालिका में रूट करने के लिए जाएंगे।

और अंतिम चरण नेटमैप तालिका में मार्गों को परिभाषित करना है।

 ip route add default dev eth1 table netmap

या एक विशेष मामले में, आप एक अलग प्रवेश द्वार निर्दिष्ट कर सकते हैं यदि राउटर से नेटवर्क पर यातायात इसके माध्यम से जाता है। आत्मा में कुछ:

 ip route add default via 192.168.1.254 dev eth1 table netmap

यह बहुत खुशी की बात है, हमें LAN2 [192.168.0.100 | 10.8.2.200] से जवाब मिलेगा।
सब कुछ एक ही होना चाहिए, लेकिन केवल वापस परिवर्तित। काश, नेटफिल्टर ही नहीं होता। सभी कार्यों का पहले ही वर्णन किया गया है, मैं केवल एक और विपरीत दिशा में पते परिवर्तित करने के लिए आदेशों का एक अनुक्रम दूंगा। (इस मामले में पहली रूटिंग टेबल आवश्यक नहीं है, लेकिन अन्य परिस्थितियों में आवश्यक हो सकती है।)

 ip rule add fwmark 8 lookup netmap ip route add 192.168.0.0/24 dev eth1 table netmap iptables -t mangle -A PREROUTING -i tun0 -d 10.8.1.0/24 -j MARK --set-mark 8 iptables -t nat -A PREROUTING -m mark --mark 8 -j NETMAP --to 192.168.0.0/24 iptables -t nat -A POSTROUTING -m mark --mark 8 -j NETMAP --to 10.8.2.0/24 #    ip rule add fwmark 9 lookup netmap2 ip route add 192.168.0.0/24 dev tun0 table netmap2 iptables -t mangle -A PREROUTING -i eth1 -d 10.8.2.0/24 -j MARK --set-mark 9 iptables -t nat -A PREROUTING -m mark --mark 9 -j NETMAP --to 192.168.0.0/24 iptables -t nat -A POSTROUTING -m mark --mark 9 -j NETMAP --to 10.8.1.0/24

परिणाम

यहाँ tcpdump लिखते हैं (पहला उदाहरण vnc के साथ, दूसरा पिंग के साथ):

 tcpdump -i any port 5900

12:46:46.358969 IP 192.168.0.100.41930 > 10.8.1.200.5900: Flags [P.], seq 647:657, ack 261127, win 1213, options [nop,nop,TS val 460624 ecr 171318], length 10
12:46:46.358978 IP 10.8.2.100.41930 > 192.168.0.200.5900: Flags [P.], seq 647:657, ack 261127, win 1213, options [nop,nop,TS val 460624 ecr 171318], length 10
12:46:46.505847 IP 192.168.0.200.5900 > 10.8.2.100.41930: Flags [.], ack 657, win 64879, options [nop,nop,TS val 171320 ecr 460624], length 0
12:46:46.505861 IP 10.8.1.200.5900 > 192.168.0.100.41930: Flags [.], ack 657, win 64879, options [nop,nop,TS val 171320 ecr 460624], length 0

 tcpdump -i any icmp

12:47:46.363905 IP 192.168.0.100 > 10.8.1.200: ICMP echo request, id 2111, seq 1, length 64
12:47:46.363922 IP 10.8.2.100 > 192.168.0.200: ICMP echo request, id 2111, seq 1, length 64
12:47:46.364049 IP 192.168.0.200 > 10.8.2.100: ICMP echo reply, id 2111, seq 1, length 64
12:47:46.364054 IP 10.8.1.200 > 192.168.0.100: ICMP echo reply, id 2111, seq 1, length 64

Tcpdump पूरी तरह से दर्शाता है कि एक इंटरफ़ेस के इनपुट पर और दूसरे के आउटपुट पर और इसके विपरीत में एड्रेस ट्रांसलेशन कैसे होता है।

अन्य सेवाएँ, जैसे कि सांबा और उसके विंडोज समकक्ष भी ठीक काम करते हैं।

टिप्पणी

यदि नेटवर्क के बीच कनेक्शन ओपनवीपीएन सुरंग के माध्यम से स्थापित किया गया है, तो क्लाइंट पक्ष से सही मार्ग के लिए, सर्वर कॉन्फ़िगरेशन में सुरंग के माध्यम से एक अतिरिक्त मार्ग जोड़ा जाना चाहिए।
push "route 10.8.1.0 255.255.255.0"

चेतावनी!

कॉन्फ़िगरेशन को डीबग करते समय, उस सर्वर से कनेक्ट करने का प्रयास न करें जिस पर गेटवे है। LAN2 में उसके पीछे की मशीनों से कनेक्ट करें।
और यहाँ क्यों है। नियमों को डिज़ाइन किया गया है ताकि पैकेट गेटवे से गुजरे, यानी
PREROUTING -> रूटिंग -> फॉरवर्ड -> रूटिंग -> पोस्टिंग
यदि पैकेट को 10.8.2.1 (सर्वर पर) संबोधित किया जाता है, तो वे रूट करने के परिणामस्वरूप INPUT श्रृंखला में जाएंगे और स्रोत पते को POSTROUTING में परिवर्तित नहीं किया जाएगा।
PREROUTING -> रूटिंग -> INPUT -> अनुप्रयोग
तदनुसार, स्रोत पता नहीं बदला जाएगा और उत्तर 10.8.2.xy को नहीं भेजा जाएगा, लेकिन 192.168.0.xy को - इस सीमा के लिए डिफ़ॉल्ट मार्ग, अर्थात् LAN2, और LAN1 के लिए नहीं।

लिनक्स गेटवे पर समान नेटवर्क नंबर के साथ दो LAN का संयोजन

लक्ष्य

सिद्धांत। राउटर के मूल में पैकेज पथ: नेटफिल्टर

PREROUTING

मार्ग

POSTROUTING

कार्यान्वयन

मार्ग

परिणाम

टिप्पणी

चेतावनी!

More articles: