Dante’ga foydalanuvchi nomi bilan autentifikatsiya qo‘shing

Dante 1.4.4 da mijoz qoidalari ulanishni SOCKS kelishuvidan oldin qabul qiladi, SOCKS qoidalari esa qaysi autentifikatsiyalangan so‘rovlar davom etishini belgilaydi. Ruxsatli manbadan kelgan ulanish ham ikkinchi bosqichda foydalanuvchi nomini talab qilishi mumkin.

Operatsion tizim foydalanuvchi nomi bilan autentifikatsiya uchun usul bilan birga xizmat identifikatorlarini ham ko‘rib chiqing. Hisoblar bazasini o‘qish imtiyozli identifikatorni talab qilishi mumkin:

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

Dante uchun o‘rnatilgan haqiqiy, kam huquqli xizmat hisobidan foydalaning. Foydalanuvchi nomi backendiga mos vakolatli mijoz hisobini yarating yoki tanlang; xizmat identifikatori va mijozning kirishi turli vazifalarni bajaradi.

So‘rov chegaralarini saqlang

Mavjud tor doiradagi mijoz qoidasidan keyin ruxsatli SOCKS yo‘nalishida hisobni talab qiling:

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
}

Manzillar va hisob nomi namuna qiymatlaridir. Bu bitta manba, bitta manzil, bitta buyruq va ko‘rsatilgan autentifikatsiyalangan foydalanuvchiga ruxsat beradi. Faqat parol qo‘shildi deb bu chegarani cheklanmagan manbalarga almashtirmang.

Umumiy va qoidaga xos usul sozlamalari mos bo‘lishi kerak. Faqat manbaga asoslangan sozlashdan qolgan, faqat none’ga ruxsat beruvchi eski qoidani tekshiring. Ko‘zlangan tinglovchi va xavfsizlik devori cheklovlarini ham saqlang.

Kelishuv va kirishni alohida sinang

Ishga tushirishdan oldin faylni o‘rnatilgan serverning konfiguratsiya tekshiruv rejimida tekshiring. Keyin SOCKS5 foydalanuvchi nomi/parol kelishuvini haqiqatan qo‘llaydigan vakolatli mijozdan foydalaning. Kirish ma’lumotlari yo‘qligi, noto‘g‘ri ma’lumotlar va ruxsatli hisob taqiqlangan nishonni so‘rashini tekshiring.

RFC 1929 belgilagan foydalanuvchi nomi/parol quyi kelishuvi parolni shifrlamaydi. Manzil bilan keyingi HTTPS seansi avvalgi proksi almashinuvini himoya qilmaydi. Mijozdan servergacha tegishlicha himoyalangan yo‘ldan foydalaning.

Muvaffaqiyatli konfiguratsiya tekshiruvi sintaksis va identifikatorlarni tasdiqlaydi, hisoblar bazasi yoki tarmoq yo‘lini emas. Haqiqiy sinov qaysi bosqichda rad etilganini server jurnallaridan ko‘ring.