डी-लिंक डीएफएल गेटवे के माध्यम से एक सर्वर का प्रकाशन

मेरा एक काम था - एक आईपी पते के साथ डी-लिंक डीएफएल राउटर पर सेवा को प्रकाशित करना जो एक वैन इंटरफेस से बंधा नहीं है। लेकिन इंटरनेट पर मुझे ऐसे निर्देश नहीं मिले जो इस समस्या को हल करे, इसलिए मैंने अपना लिखा।

स्रोत डेटा (सभी पते एक उदाहरण के रूप में लिए गए हैं)

आईपी ​​के साथ आंतरिक नेटवर्क पर वेब सर्वर: 192.168.0.2 (पोर्ट 8080 )।
प्रदाता द्वारा आवंटित बाहरी सफेद पतों का पूल: 5.255.255.0/28 , प्रदाता का प्रवेश द्वार: 5.255.255.1 , शेष "हमारे" पते 5.255.255.2-14 हैं ।

आइए हम 5.255.255.2-10 पते का उपयोग NAT और अन्य आवश्यकताओं के तहत करते हैं। प्रदाता का लिंक wan1 पोर्ट से जुड़ा है पता 5.255.255.2 wan1 इंटरफ़ेस से जुड़ा है ।

कार्य: पोर्ट 80 पर जनता के पते पर आंतरिक वेब सर्वर 5.255.255.11 प्रकाशित करें।

संक्षेप में हल करें

आईपी ​​पर सेवा को प्रकाशित करने के लिए जो इंटरफ़ेस पते से मेल नहीं खाता है, आपको इसकी आवश्यकता होगी:

1. राउटिंग टेबल का उपयोग करके राउटर को इंगित करें कि प्रकाशित आईपी को अंदर खोजना होगा।
2. ARP प्रकाशित करें ताकि राउटर पड़ोसियों को बताए कि प्रकाशित पता उसी का है।
3. फ़ायरवॉल नियम ( SAT ), जो राउटर के अंदर गंतव्य पते को गंतव्य सर्वर के पते में बदल देगा।
4. नियम फ़ायरवॉल (अनुमति दें), जो बाहरी इंटरफ़ेस से राउटर के अंदर प्रकाशित पते पर एक कनेक्शन की अनुमति देगा

और अब प्रत्येक आइटम के बारे में थोड़ा और

ट्रेनिंग

I. सबसे पहले, हम अपनी सभी आवश्यकताओं के लिए "ऑब्जेक्ट्स" बनाएंगे (अब मैं वेब इंटरफ़ेस के लिए प्रक्रिया दिखाऊंगा, मुझे लगता है कि जो लोग कंसोल के साथ काम करते हैं, वे कंसोल कमांड को कार्रवाई करने में सक्षम होंगे)।

1. पता पुस्तिका में दो ipv4 पते जोड़ें:
web-server = 192.168.0.2
सार्वजनिक-वेब-सर्वर = 5.255.255.11





2. फिर सेवाओं की सूची में बंदरगाहों को जोड़ें:
int_http = tcp: 8080





Tcp: 80 पोर्ट पहले से ही सेवाओं की सूची में है, जिन्हें http कहा जाता है, इसमें 2000 सत्रों की सीमा है, सीमा को समायोजित किया जा सकता है।


द्वितीय। हम सीधे समाधान के लिए आगे बढ़ते हैं।

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

1. इसलिए, यदि आपने अभी तक रूटिंग टेबल और उनके लिए नियमों के ढेर नहीं बनाए हैं, तो मुख्य राउटिंग टेबल में सब कुछ किया जा सकता है, इसे मुख्य कहा जाता है।



मुख्य तालिका wan1 इंटरफ़ेस पर नेटवर्क 5.255.255.0/28 के पथ के लिए डिफ़ॉल्ट होगी। और इस मार्ग का मीट्रिक इंटरफ़ेस सेटिंग्स में निर्दिष्ट मीट्रिक से मेल खाता है (डिफ़ॉल्ट रूप से 100 )।



प्रवेश द्वार के लिए पैकेट को wan1 इंटरफ़ेस पर वापस नहीं भेजने के लिए, आपको कोर इंटरफ़ेस में सार्वजनिक वेब-सर्वर- पता 100 मीट्रिक मीटर ( wan1 इंटरफ़ेस मीट्रिक से कम) के साथ एक स्थैतिक मार्ग बनाने की आवश्यकता है, तब गेटवे इसके लिए "खुद के अंदर" दिखेगा।

2. एक ही जगह में, एक मार्ग बनाते समय, आप प्रॉक्सी ARP को कॉन्फ़िगर कर सकते हैं ताकि गेटवे ARP अनुरोधों का जवाब दे। प्रॉक्सी ARP टैब पर, WAN इंटरफ़ेस जोड़ें।



एक मार्ग बनाएं, लेकिन ठीक क्लिक न करें, और प्रॉक्सी ARP के दूसरे टैब पर जाएं:



ARP, wan1 इंटरफ़ेस जोड़ें:



3. आम तौर पर, हम NAT और फ़ायरवॉल सेटिंग्स पर चलते हैं (यह पहले से ही dlink.ua पर निर्देशों में पर्याप्त विवरण में वर्णित है)।



हम SAT नियम बनाते हैं ताकि पैकेट में wan1 इंटरफ़ेस से गंतव्य पता सार्वजनिक-वेब-सर्वर के साथ हो, गंतव्य पोर्ट http है , जिस पर हमने रूट को कोर इंटरफ़ेस में कॉन्फ़िगर किया है, गंतव्य पते को हमारे वेब-सर्वर सर्वर और पोर्ट के आंतरिक पते के साथ 8080 पर बदलें।



4. और अगला कदम इस तरह के पैकेज को सक्षम करना है - समान मापदंडों के साथ एक अनुमति नियम बनाएं (यह एसएटी नियम की प्रतिलिपि बनाने और अनुमति के साथ कार्रवाई को बदलने के लिए सुविधाजनक है)।




डी-लिंक से निर्देशों में, एसएटी की कार्यक्षमता का गहरा खुलासा किया गया है, यह कई दिलचस्प विशेषताएं प्रस्तुत करता है। मेरा लक्ष्य एक प्रश्न को इस निर्देश में और अन्य निर्देशों में शामिल नहीं करना था। मुझे उम्मीद है कि निर्देश उपयोगी और समझ में आएगा।