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

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

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