Dante दो पहुँच जाँच करता है: क्लाइंट नियम आने वाले स्रोत को प्रवेश देता है और SOCKS नियम माँगे गए गंतव्य व कमांड को अनुमति देता है। Dante 1.4.4 का यह उदाहरण एक क्लाइंट को एक नियंत्रित गंतव्य के पोर्ट 443 तक पहुँच देता है।

सेवा की पहचान और पते

इंस्टॉलेशन ऐसा खाता न दे तो अलग, कम अधिकार वाला खाता बनाएँ:

sudo useradd --system --no-create-home --shell /usr/sbin/nologin danteproxy

नीचे ऊँचे पोर्ट और स्रोत की अनुमति सूची वाली व्यवस्था में दोनों पहचानें इसी खाते का उपयोग कर सकती हैं। पासवर्ड प्रमाणीकरण या विशेषाधिकार वाले फ़ीचर के लिए इन सेटिंग की फिर समीक्षा चाहिए। इस्तेमाल से पहले सभी दस्तावेज़ वाले पते बदलें।

logoutput: stderr
internal: 192.0.2.10 port = 1080
external: 192.0.2.10
clientmethod: none
socksmethod: none
user.privileged: danteproxy
user.unprivileged: danteproxy

client pass {
    from: 198.51.100.27/32 to: 192.0.2.10/32 port = 1080
    log: connect error
}

socks pass {
    from: 198.51.100.27/32 to: 203.0.113.20/32 port = 443
    command: connect
    log: connect error
}

internal क्लाइंट की ओर का लिसनर चुनता है; external बाहर जाने वाला पता। एक इंटरफ़ेस वाला सर्वर दोनों के लिए एक ही असाइन किया पता ले सकता है। उपयुक्त होने पर इंटरफ़ेस का नाम भी दे सकते हैं; देखें कि वह किन पतों में बदलता है।

यह नीति क्या अनुमति देती है

पहला नियम निर्दिष्ट स्रोत को लिसनर पर आने देता है। दूसरा सिर्फ निर्दिष्ट लक्ष्य पर CONNECT की अनुमति देता है। बिना मेल वाले अनुरोध बंद रहते हैं, जिनमें BIND और UDP ASSOCIATE भी हैं।

method सेटिंग उपयोगकर्ता नाम प्रमाणीकरण नहीं देतीं। पहुँच संकीर्ण स्रोत नियम और उसकी नेटवर्क सीमा पर निर्भर है। यह व्यवस्था सिर्फ वहाँ उपयुक्त है जहाँ वह स्रोत अधिकृत क्लाइंट की पहचान करता हो।

sockd -V -f /path/to/sockd.conf

कुछ वितरण में executable का नाम danted है। सेवा शुरू करने से पहले स्थापित कमांड से कॉन्फ़िगरेशन जाँचें। फ़ायरवॉल पर मेल खाते स्रोत प्रतिबंध लगाएँ, फिर अनुमत लक्ष्य और एक ऐसा नियंत्रित लक्ष्य जिसे मना किया जाना चाहिए दोनों जाँचें।

संबंधित लेख