Захтевајте пријаву на обе 3proxy услуге, HTTP и SOCKS

Конфигуришите 3proxy кориснике, јаку аутентификацију и правила приступа услугама за HTTP и SOCKS5 клијенте.

Дефинисање корисника није цела 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 и кеширање аутентификације. Промена лозинке не може да поправи услугу покренуту под погрешном политиком. Исто тако, промена корисничког рачуна оперативног система демона не ствара прокси корисника.

Повезани чланци