Dante-yə istifadəçi adı ilə autentifikasiya əlavə edin

Mənbə və təyinat məhdudiyyətlərini saxlayaraq Dante 1.4.4 SOCKS siyasətini yalnız mənbə əsasında girişdən açıq hesab yoxlamasına keçirin.

Dante 1.4.4-də müştəri qaydaları SOCKS razılaşdırılmasından əvvəl bağlantını qəbul edir, SOCKS qaydaları isə hansı autentifikasiya edilmiş sorğuların davam edə biləcəyini müəyyənləşdirir. İcazəli mənbədən gələn bağlantıdan ikinci mərhələdə yenə də istifadəçi adı tələb oluna bilər.

Əməliyyat sistemi istifadəçi adı ilə autentifikasiya üçün üsulla yanaşı xidmət identikliklərini də nəzərdən keçirin. Hesab bazasını oxumaq üçün imtiyazlı identiklik lazım ola bilər:

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

Dante üçün quraşdırılmış faktiki az imtiyazlı xidmət hesabından istifadə edin. İstifadəçi adı arxa sistemi ilə uyğun səlahiyyətli müştəri hesabı yaradın və ya seçin; xidmət identikliyi və müştəri girişi fərqli rollardır.

Sorğu sərhədlərini saxlayın

Mövcud dar müştəri qaydasından sonra icazəli SOCKS marşrutunda hesab tələb edin:

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
}

Ünvanlar və hesab adı nümunə dəyərlərdir. Bu, bir mənbəyə, bir təyinata, bir əmrə və göstərilən autentifikasiya edilmiş istifadəçiyə icazə verir. Sadəcə parol əlavə olunduğu üçün bu sərhədi məhdudiyyətsiz mənbələrlə əvəz etməyin.

Qlobal və qaydaya aid üsul parametrləri uyğun gəlməlidir. Yalnız mənbəyə əsaslanan quruluşdan qalan, yalnız none qəbul edən köhnə qaydanı axtarın. Nəzərdə tutulan dinləyici və təhlükəsizlik divarı məhdudiyyətlərini də saxlayın.

Razılaşdırmanı və girişi ayrıca sınayın

Başlatmazdan əvvəl faylı quraşdırılmış serverin konfiqurasiya yoxlama rejimi ilə yoxlayın. Sonra SOCKS5 istifadəçi adı/parol razılaşdırılmasını həqiqətən dəstəkləyən səlahiyyətli müştəridən istifadə edin. Giriş məlumatlarının olmamasını, yanlış məlumatları və icazəli hesabın qadağan hədəfə sorğusunu yoxlayın.

RFC 1929-da müəyyən edilmiş istifadəçi adı/parol alt razılaşdırması parolu şifrələmir. Sonrakı HTTPS təyinat sessiyası əvvəlki proksi mübadiləsini qorumur. Müştəri ilə server arasında lazımi qaydada qorunan yoldan istifadə edin.

Uğurlu konfiqurasiya yoxlaması sintaksisi və identiklikləri təsdiqləyir, hesab bazasını və ya şəbəkə yolunu yox. Faktiki sınağın hansı mərhələdə rədd edildiyini server jurnallarından öyrənin.

Əlaqəli məqalələr