Dante gjer to tilgangskontrollar: ein klientregel slepper inn ei kjelde, og ein SOCKS-regel tillèt det førespurde målet og kommandoen. Dette dømet for Dante 1.4.4 lèt éin klient nå eitt kontrollert mål på port 443.

Tenesteidentitet og adresser

Opprett ein eigen konto med få rettar dersom installasjonen ikkje tilbyr ein:

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

Begge identitetane kan bruke kontoen i oppsettet nedanfor, med ein høg port og ei liste over tillatne kjelder. Passordautentisering eller privilegerte funksjonar krev ei ny vurdering av innstillingane. Byt 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 vel lyttaren mot klientane; external vel utgåande adresse. Ein tenar med eitt grensesnitt kan bruke den same tildelte adressa til begge. Der det passar, kan òg eit grensesnittnamn brukast; sjekk kva adresser det vert utvida til.

Kva denne policyen tillèt

Den første regelen slepper den oppgitte kjelda inn til lyttaren. Den andre tillèt berre CONNECT til det oppgitte målet. Førespurnader utan treff vert framleis blokkerte, òg BIND og UDP ASSOCIATE.

Metodeinnstillingane gir inga brukarnamnautentisering. Tilgangen er avhengig av den smale kjelderegelen og nettverksgrensa. Oppsettet passar berre der kjelda identifiserer ein autorisert klient.

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

Nokre distribusjonar kallar den køyrbare fila danted. Kontroller oppsettet med den installerte kommandoen før du startar tenesta. Bruk tilsvarande kjeldeavgrensingar i brannmuren, og test så både det tillatne målet og eit kontrollert mål som skal avvisast.

Relaterte artiklar