Додајте автентикација со корисничко име во Dante

Префрлете ја SOCKS-политиката на Dante 1.4.4 од пристап само според изворот на изречна проверка на сметка, со задржување на ограничувањата за извор и одредиште.

Во Dante 1.4.4 клиентските правила ја прифаќаат врската пред SOCKS-преговарањето, а SOCKS-правилата одлучуваат кои автентицирани барања може да продолжат. Врска од дозволен извор и понатаму може да бара корисничко име во втората фаза.

За автентикација со кориснички имиња од оперативниот систем, прегледајте ги идентитетите на сервисот заедно со методот. За читање на базата на сметки може да биде потребен привилегиран идентитет:

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

Користете ја вистинската сервисна сметка со ниски привилегии инсталирана за Dante. Создајте или изберете овластена клиентска сметка компатибилна со заднинскиот систем за кориснички имиња; сервисниот идентитет и клиентската најава имаат различни улоги.

Задржете ги границите на барањата

По постојното тесно клиентско правило, барајте ја сметката на дозволената SOCKS-рута:

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
}

Адресите и името на сметката се примерни вредности. Ова дозволува еден извор, едно одредиште, една команда и наведениот автентициран корисник. Не заменувајте ја таа граница со неограничени извори само затоа што е додадена лозинка.

Глобалните и поставките за методот во правилото мора да се совпаѓаат. Проверете за старо правило само со none, останато од поставување засновано само на изворот. Задржете ги и предвидените ограничувања на слушателот и заштитниот ѕид.

Тестирајте ги преговарањето и пристапот одделно

Пред стартување проверете ја датотеката со режимот за проверка на конфигурација на инсталираниот сервер. Потоа користете овластен клиент што навистина поддржува SOCKS5-преговарање со корисничко име и лозинка. Проверете отсутни податоци, погрешни податоци и дозволена сметка што бара забранета цел.

Подпреговарањето со корисничко име и лозинка дефинирано во RFC 1929 не ја шифрира лозинката. Подоцнежна HTTPS-сесија со одредиштето не ја штити претходната размена со проксито. Користете соодветно заштитена патека од клиентот до серверот.

Успешната проверка на конфигурацијата ги потврдува синтаксата и идентитетите, а не базата на сметки или мрежната патека. Во серверските дневници побарајте ја фазата што одбила вистински тест.

Поврзани статии