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 кейінгі ережелерді және аутентификация кэшін тексеріңіз. Құпиясөзді өзгерту қате саясатпен іске қосылған қызметті түзете алмайды. Сол сияқты, демонның операциялық жүйе тіркелгісін өзгерту прокси пайдаланушысын жасамайды.

Қатысты мақалалар