Foegje brûkersnammeferifikaasje ta oan Dante

Feroarje it SOCKS-belied yn Dante 1.4.4 fan tagong allinnich op boarne nei in útdruklike akkountkontrôle, mei behâld fan boarne- en bestimmingsbeheiningen.

Yn Dante 1.4.4 litte kliïntregels de ferbining ta foar de SOCKS-ûnderhanneling, wylst SOCKS-regels beslute hokker ferifiearre fersiken fierder meie. In ferbining fan in tastiene boarne kin yn de twadde faze noch in brûkersnamme fereaskje.

Besjoch foar ferifikaasje mei brûkersnammen fan it bestjoeringssysteem ek de tsjinstidentiteiten, net allinnich de metoade. It lêzen fan de akkountdatabank kin in identiteit mei ekstra foech fereaskje:

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

Brûk it echte tsjinstakkount mei lege rjochten dat foar Dante ynstallearre is. Meitsje of kies in autorisearre kliïntakkount dat by de brûkersnammebackend past; de tsjinstidentiteit en de kliïntoanmelding hawwe ferskillende rollen.

Hâld de fersykgrinzen yn stân

Fereaskje nei de besteande beheinde kliïntregel it akkount op de tastiene SOCKS-rûte:

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
}

De adressen en akkountnamme binne foarbylden. Dit lit ien boarne, ien bestimming, ien kommando en de oantsjutte ferifiearre brûker ta. Ferfang dy grins net troch ûnbeheinde boarnen allinnich om’t in wachtwurd tafoege is.

De globale en regelspesifike metoadeynstellingen moatte oerienkomme. Sjoch oft der noch in âlde regel mei allinnich none oer is út in opset op basis fan allinnich de boarne. Behâld ek de bedoelde beheiningen foar de harktsjinst en firewall.

Test ûnderhanneling en tagong apart

Kontrolearje it bestân foar it starten mei de konfiguraasjekontrôlemodus fan de ynstallearre tsjinner. Brûk dêrnei in autorisearre kliïnt dy’t wier SOCKS5-ûnderhanneling mei brûkersnamme en wachtwurd stipet. Test ûntbrekkende gegevens, ferkearde gegevens en in tastien akkount dat in ferbean doel freget.

De brûkersnamme/wachtwurd-subûnderhanneling út RFC 1929 fersiferet it wachtwurd net. In lettere HTTPS-sesje mei de bestimming beskermet dy eardere proxyútwikseling net. Brûk in goed beskerme paad tusken kliïnt en tsjinner.

In slagge konfiguraasjekontrôle befêstiget syntaksis en identiteiten, net de akkountdatabank of it netwurkpaad. Sjoch yn de tsjinnerlogboeken yn hokker faze in echte test ôfwiisd waard.

Relatearre artikelen