Dante मध्ये वापरकर्तानाव प्रमाणीकरण जोडा

Dante 1.4.4 मध्ये क्लायंट नियम SOCKS वाटाघाटीपूर्वी जोडणी स्वीकारतात, तर SOCKS नियम कोणत्या प्रमाणित विनंत्या पुढे जाऊ शकतात ते ठरवतात. परवानगी असलेल्या स्रोताच्या जोडणीलाही दुसऱ्या टप्प्यात वापरकर्तानाव लागण्याची शक्यता असते.

ऑपरेटिंग सिस्टमच्या वापरकर्तानावाने प्रमाणीकरण करताना पद्धतीबरोबर सेवेच्या ओळखीही तपासा. खाते डेटाबेस वाचण्यासाठी विशेषाधिकार असलेली ओळख लागू शकते:

clientmethod: none
socksmethod: username
user.privileged: root
user.unprivileged: danteproxy

Dante साठी स्थापित केलेले प्रत्यक्ष कमी अधिकारांचे सेवा खाते वापरा. वापरकर्तानावाच्या बॅकएंडशी सुसंगत अधिकृत क्लायंट खाते तयार करा किंवा निवडा; सेवेची ओळख आणि क्लायंटचे लॉगिन वेगळ्या भूमिका बजावतात.

विनंतीच्या मर्यादा कायम ठेवा

सध्याच्या मर्यादित क्लायंट नियमानंतर अनुमत SOCKS मार्गावर खाते बंधनकारक करा:

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

पत्ते आणि खात्याचे नाव उदाहरणासाठी आहेत. यामुळे एक स्रोत, एक गंतव्य, एक कमांड आणि नमूद प्रमाणित वापरकर्त्याला परवानगी मिळते. फक्त पासवर्ड जोडला म्हणून ही मर्यादा काढून सर्व स्रोत खुले करू नका.

जागतिक आणि नियमविशिष्ट पद्धतीची सेटिंग जुळली पाहिजेत. फक्त स्रोताधारित जुन्या मांडणीतून none एवढीच परवानगी देणारा नियम उरला आहे का ते पाहा. अपेक्षित लिसनर आणि फायरवॉलची बंधनेही कायम ठेवा.

वाटाघाटी आणि प्रवेश स्वतंत्र तपासा

सुरू करण्यापूर्वी स्थापित सर्व्हरच्या कॉन्फिगरेशन तपासणी मोडने फाइल तपासा. नंतर खरोखर SOCKS5 वापरकर्तानाव/पासवर्ड वाटाघाटींना समर्थन देणारा अधिकृत क्लायंट वापरा. ओळख तपशील नसणे, चुकीचे तपशील आणि अनुमत खात्याने प्रतिबंधित लक्ष्य मागणे तपासा.

RFC 1929 मध्ये दिलेल्या वापरकर्तानाव/पासवर्ड उपवाटाघाटी पासवर्ड एन्क्रिप्ट करत नाहीत. गंतव्याशी नंतर होणारे HTTPS सत्र आधीच्या त्या प्रॉक्सी देवाणघेवाणीचे संरक्षण करत नाही. क्लायंट ते सर्व्हर योग्यरीत्या संरक्षित मार्ग वापरा.

यशस्वी कॉन्फिगरेशन तपासणी सिंटॅक्स आणि ओळखींची खात्री करते, खाते डेटाबेस किंवा नेटवर्क मार्गाची नाही. प्रत्यक्ष चाचणी कोणत्या टप्प्यात नाकारली गेली ते सर्व्हर लॉगमध्ये पाहा.