Dante teeb kaks ligipääsukontrolli: kliendireegel võtab vastu saabuva lähte ning SOCKSi reegel lubab küsitud sihtkoha ja käsu. See Dante 1.4.4 näide lubab ühel kliendil jõuda ühe hallatava sihtkoha pordini 443.

Teenuse identiteet ja aadressid

Loo eraldi väheste õigustega konto, kui paigaldus seda ei paku:

sudo useradd --system --no-create-home --shell /usr/sbin/nologin danteproxy

Mõlemad identiteedid võivad seda kontot kasutada allolevas kõrge pordi ja lubatud lähtega seadistuses. Parooliga autentimine või eriõigustega funktsioonid nõuavad nende seadete uuesti hindamist. Asenda enne kasutamist kõik dokumentatsiooni aadressid.

logoutput: stderr
internal: 192.0.2.10 port = 1080
external: 192.0.2.10
clientmethod: none
socksmethod: none
user.privileged: danteproxy
user.unprivileged: danteproxy

client pass {
    from: 198.51.100.27/32 to: 192.0.2.10/32 port = 1080
    log: connect error
}

socks pass {
    from: 198.51.100.27/32 to: 203.0.113.20/32 port = 443
    command: connect
    log: connect error
}

internal valib kliendipoolse kuulaja; external valib väljuva aadressi. Ühe liidesega server võib mõlema jaoks kasutada sama määratud aadressi. Sobival juhul võib kasutada ka liidese nime; kontrolli, millisteks aadressideks see laieneb.

Mida see poliitika lubab

Esimene reegel lubab määratud lähte kuulajani. Teine lubab ainult CONNECTi määratud sihtmärgini. Mittevastavad päringud jäävad blokeerituks, sealhulgas BIND ja UDP ASSOCIATE.

Meetodiseaded ei paku kasutajanimega autentimist. Ligipääs sõltub kitsast lähtereeglist ja selle võrgupiirist. Lahendus sobib ainult siis, kui see lähte identifitseerib volitatud kliendi.

sockd -V -f /path/to/sockd.conf

Mõned distributsioonid nimetavad käivitatava faili danted. Kontrolli seadistust paigaldatud käsuga enne teenuse käivitamist. Rakenda tulemüüris vastavad lähtepiirangud ning testi siis nii lubatud sihtmärki kui ka hallatavat sihtmärki, mis tuleb keelata.

Seotud artiklid