Dante gjør to tilgangskontroller: en klientregel slipper inn en kilde, og en SOCKS-regel tillater ønsket mål og kommando. Dette eksemplet for Dante 1.4.4 lar én klient nå ett kontrollert mål på port 443.

Tjenesteidentitet og adresser

Opprett en egen konto med få rettigheter hvis installasjonen ikke tilbyr en:

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

Begge identitetene kan bruke kontoen i oppsettet nedenfor, med en høy port og en liste over tillatte kilder. Passordautentisering eller privilegerte funksjoner krever en ny vurdering av innstillingene. Bytt ut alle dokumentasjonsadresser før bruk.

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 velger lytteren mot klientene; external velger utgående adresse. En server med ett grensesnitt kan bruke den samme tildelte adressen til begge. Der det passer, kan også et grensesnittnavn brukes; sjekk hvilke adresser det utvides til.

Hva denne policyen tillater

Den første regelen slipper den angitte kilden inn til lytteren. Den andre tillater bare CONNECT til det angitte målet. Forespørsler uten treff forblir blokkert, også BIND og UDP ASSOCIATE.

Metodeinnstillingene gir ingen brukernavnautentisering. Tilgangen avhenger av den smale kilderegelen og nettverksgrensen. Oppsettet passer bare der kilden identifiserer en autorisert klient.

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

Noen distribusjoner kaller den kjørbare filen danted. Kontroller oppsettet med den installerte kommandoen før du starter tjenesten. Bruk tilsvarende kildebegrensninger i brannmuren, og test så både det tillatte målet og et kontrollert mål som skal avvises.

Relaterte artikler