3proxy-nin həm HTTP, həm də SOCKS xidmətlərində giriş tələb edin

İstifadəçi təyin etmək 3proxy giriş konfiqurasiyasının tamamı deyil. Xidmət həmçinin autentifikasiya üsuluna və ondan istifadə edən giriş qaydasına ehtiyac duyur. Ardıcıllıq vacibdir, çünki xidmət parametrləri konfiqurasiya emal olunarkən tətbiq edilir.

İki xidmət üçün yalnız yerli nümunə:

users alex:CL:replace_with_a_private_password
auth strong
allow alex
proxy -i127.0.0.1 -p3128
flush
allow alex
socks -i127.0.0.1 -p1080

Konfiqurasiya arayışı users, auth strong və xidmət əmrlərini izah edir. CL bu nümunə parolunu açıq mətn kimi saxlayır. Faylı qoruyun və yerləşdirmə üçün uyğun, dəstəklənən etimad məlumatlarının saxlanma formasını seçin.

Müştəri düzgün giriş mübadiləsinə ehtiyac duyur

HTTP xidməti HTTP proxy autentifikasiyasını gözləyir. SOCKS xidməti isə SOCKS5 istifadəçi adı və parol autentifikasiyasını dəstəkləyən müştəri tələb edir. SOCKS4 müştərisi yalnız eyni dinləmə portuna çatdığı üçün bu mübadiləni təmin edə bilməz.

strong sözü autentifikasiya rejiminin adıdır, şifrələnmiş ötürmə zəmanəti deyil. Lazım olduqda müştəridən proxy-yə qədər olan hissəni qoruyun. Təyinat yerinə HTTPS və proxy-yə şifrələmə ayrı qərarlar olaraq qalır.

Loopback bağlamaları bu nümunəni yerli girişlə məhdudlaşdırır. Uzaq müştərilər üçün nəzərdə tutulan dinləyicini və şəbəkə siyasətini açıq şəkildə seçin. Ümumi wildcard dinləyici giriş davranışını yoxlamağın əvəzi deyil.

Bir xidmət giriş tələb edirsə, digəri etmirsə, hər xidmət əmrindən əvvəlki parametrləri, hər hansı flush dən sonrakı qaydaları və autentifikasiya keşini yoxlayın. Parolun dəyişdirilməsi səhv siyasət altında başladılmış xidməti düzəldə bilməz. Eyni şəkildə demonun əməliyyat sistemi hesabının dəyişdirilməsi proxy istifadəçisi yaratmır.