Bættu auðkenningu með notandanafni við Dante

Færðu SOCKS-stefnu Dante 1.4.4 frá aðgangi eingöngu eftir uppruna yfir í skýra reikningsathugun og haltu takmörkunum á uppruna og áfangastað.

Í Dante 1.4.4 taka biðlarareglur við tengingunni áður en SOCKS-samningaviðræður hefjast, en SOCKS-reglur ákveða hvaða auðkenndu beiðnir mega halda áfram. Tenging frá leyfðum uppruna getur enn krafist notandanafns á öðru stigi.

Við auðkenningu með notandanöfnum stýrikerfisins skaltu skoða þjónustuauðkennin auk aðferðarinnar. Lestur reikningsgagnagrunnsins getur krafist auðkennis með auknum réttindum:

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

Notaðu raunverulega þjónustureikninginn með litlum réttindum sem var settur upp fyrir Dante. Búðu til eða veldu heimilaðan biðlarareikning sem samræmist bakenda notandanafna; þjónustuauðkenni og innskráning biðlara hafa ólík hlutverk.

Haltu mörkum beiðnanna

Eftir núverandi þröngu biðlararegluna skaltu krefjast reikningsins á leyfðri SOCKS-leið:

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
}

Vistföng og reikningsnafn eru dæmigildi. Þetta leyfir einn uppruna, einn áfangastað, eina skipun og tilgreindan auðkenndan notanda. Ekki skipta þessum mörkum út fyrir ótakmarkaða uppruna aðeins vegna þess að lykilorði var bætt við.

Almennar og reglusértækar stillingar aðferðarinnar verða að samræmast. Leitaðu að gamalli reglu sem leyfir aðeins none og situr eftir frá uppsetningu sem byggði eingöngu á uppruna. Haltu einnig fyrirhuguðum takmörkunum hlustara og eldveggs.

Prófaðu samningaviðræður og aðgang sitt í hvoru lagi

Áður en þjónninn er ræstur skaltu sannreyna skrána með stillingaprófunarham uppsetta þjónsins. Notaðu síðan heimilaðan biðlara sem styður í raun SOCKS5-samningaviðræður með notandanafni og lykilorði. Prófaðu tilvik með engum innskráningarupplýsingum, röngum upplýsingum og leyfðum reikningi sem biður um bannaðan áfangastað.

Undirsamningaviðræður með notandanafni og lykilorði samkvæmt RFC 1929 dulkóða ekki lykilorðið. Seinni HTTPS-lota við áfangastað verndar ekki þessi fyrri samskipti við milliþjóninn. Notaðu viðeigandi varða leið frá biðlara til þjóns.

Vel heppnuð stillingaprófun staðfestir setningafræði og auðkenni, ekki reikningsgagnagrunninn eða netleiðina. Skoðaðu annála þjónsins til að finna stigið sem hafnaði raunverulegu prófi.

Tengdir greinar