3proxy кызматтарынын HTTP жана SOCKS экөөндө тең кирүүнү талап кылуу

HTTP жана SOCKS5 кардарлары үчүн 3proxy колдонуучуларын, күчтүү аутентификацияны жана кызматка кирүү эрежелерин конфигурациялаңыз.

Колдонуучуну аныктоо — 3proxy кирүү конфигурациясынын баары эмес. Кызматка аутентификация ыкмасы жана аны колдонгон кирүү эрежеси да керек. Тартип маанилүү, анткени кызматтын жөндөөлөрү конфигурация иштетилип жатканда колдонулат.

Эки кызмат үчүн гана жергиликтүү мисал:

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

Конфигурация боюнча колдонмо users, auth strong жана кызмат буйруктарын түшүндүрөт. CL бул мисалдагы сырсөздү ачык текст катары сактайт. Файлды коргоңуз жана жайгаштырууга ылайыктуу, колдоого алынган эсептик маалыматты сактоо формасын тандаңыз.

Кардарга туура кирүү алмашуусу керек

HTTP кызматы HTTP прокси аутентификациясын күтөт. SOCKS кызматына SOCKS5 колдонуучу аты жана сырсөз аутентификациясын колдогон кардар керек. SOCKS4 кардары бир эле угуу портуна жеткендиги үчүн гана бул алмашууну бере албайт.

strong сөзү — аутентификация режиминин аты, шифрленген ташуунун кепилдиги эмес. Керек болсо кардардан проксиге чейинки бөлүктү коргоңуз. Максатка HTTPS жана проксиге шифрлөө өзүнчө чечим бойдон калат.

Loopback байланыштары бул мисалды жергиликтүү кирүү менен чектейт. Алыскы кардарлар үчүн көздөлгөн угуучуну жана тармактык саясатты ачык тандаңыз. Коомдук жалпыланган угуучу кирүү жүрүм-турумун текшерүүнү алмаштырбайт.

Эгер бир кызмат эсептик маалымат сураса, экинчиси сурабаса, ар бир кызмат буйругунун алдындагы жөндөөлөрдү, кандайдыр бир flush кийинки эрежелерди жана аутентификация кэшин текшериңиз. Сырсөздү өзгөртүү туура эмес саясат астында башталган кызматты оңдой албайт. Ошондой эле, демондун операциялык тутум эсебин өзгөртүү прокси колдонуучусун түзбөйт.

Тектеш макалалар