Избор на методи за автентикација на SOCKS5 во Dante
Разберете како Dante избира понуден метод за автентикација на SOCKS5 и како редоследот на методите ја менува политиката што ја доживуваат клиентите.
Кај SOCKS5, автентикацијата се преговара пред клиентот да го испрати своето барање за одредиште. Затоа ран неуспех на акредитиви е различен настан од неуспех на FTP, HTTPS или друга апликација зад проксито.
Поздравот на клиентот ги наведува методите за автентикација што ги поддржува. Серверот избира еден метод од тој список и го враќа изборот. Вредноста 0xff значи дека ниту еден понуден метод не е прифатлив и врската мора да се затвори. Клиентот едноставно не го пробува секој метод на страната на серверот откако лозинката ќе не успее.
Што контролира редоследот на Dante
Dante 1.4.x поставката на ниво на протокол ја нарекува socksmethod. Неговата документација вели дека методите се наведени по ред на предност. За политика што дозволува двата метода, оваа декларација го претпочита корисничкото име/лозинката кога клиентот го нуди:
socksmethod: username noneОбратниот список го претпочита пристапот без автентикација кога се нудат двата метода:
socksmethod: none usernameОва се алтернативни декларации на методи, не целосни конфигурации на серверот. Интерфејсите за слушање, дозволените клиенти, правилата за одредиште и какви било ограничувања за автентикација специфични за правило сè уште се важни.
Дозволувањето none има конкретна последица: клиент што нуди само без автентикација може да биде прифатен според применливите правила. Ставањето username прво не го претвора списокот што содржи none во барање сите да дадат лозинка.
Прво изберете го барањето
Ако секој дозволен клиент мора да се автентикува со корисничко име/лозинка, конфигурирајте го тоа барање доследно во глобалните и применливите правила наместо да додавате none како општа поправка за компатибилност. Ако анонимниот пристап е намерен за ограничена група клиенти, направете ја групата и нејзините дозволени одредишта експлицитни.
Dante има и clientmethod, што се однесува на проверките што се вршат кога TCP клиентот се поврзува, пред преговорите за SOCKS. Тоа е одделен слој од методите што се разменуваат во поздравот на SOCKS5. Конфигурациските исечоци што користат постариот клучен збор method треба да се читаат според прирачникот за инсталираната верзија на Dante.
Кога два клиенти се однесуваат различно, споредете што нуди секој, што избира Dante и дали под-преговарањето на избраниот метод успева. Потоа проверете го одговорот за одредиште на SOCKS. Оваа секвенца идентификува недостасувачко повратно повикување на акредитиви без да го обвинува FTP за секој неуспех или слепо да ја менува политиката за автентикација на серверот.
Конечно, автентикацијата со корисничко име/лозинка на SOCKS5 не ја шифрира размената на лозинката. Користете соодветно заштитен транспорт или мрежа кога тие акредитиви бараат доверливост.