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

Сәтті конфигурация тексеруі синтаксис пен сәйкестіктерді растайды, тіркелгілер дерекқорын не желі жолын емес. Нақты сынақ қай кезеңде қабылданбағанын сервер журналдарынан қараңыз.

Қатысты мақалалар