Dante’ге колдонуучу аты менен аутентификация кошуу

Dante 1.4.4 SOCKS саясатын булак боюнча гана кирүүдөн эсепти ачык текшерүүгө өткөрүп, булак жана көздөгөн дарек чектөөлөрүн сактаңыз.

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 сеансы мурдагы прокси алмашуусун коргобойт. Кардардан серверге чейин тийиштүү корголгон жолду колдонуңуз.

Ийгиликтүү конфигурация текшерүүсү синтаксис менен идентификацияларды ырастайт, эсептер базасын же тармак жолун эмес. Чыныгы сыноо кайсы этапта четке кагылганын сервер журналдарынан караңыз.

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