Dante seng UDP-Äntwertsregelen dréinen d'from/to-Richtung ëm
Wend d'Dante-Äntwertsregelen an der Richtung baussen→bannen un, amplaz d'Adressannahmen vum erausgängege Client ze kopéieren.
De Client ass authentifizéiert an d'UDP-Associatioun ass erlaabt. D'Äntwerten schloen nach ëmmer fehl. An Dante solls du d'Richtung vun der Regel iwwerpréiwen, déi den Zréckverkéier behandelt.
Dante trennt d'Startbefehler vun der Äntwertsbehandlung:
| Regelbefehler | from | to |
|---|---|---|
connect, bind, udpassociate | Bannen Client | Baussen Destinatioun |
bindreply, udpreply | Baussen Host | Bannen Client |
D'Subnetzrestriktioun vum Client onverännert a béid Richtungen ze kopéieren kann dowéinst op der Äntwertsregel déi falsch Säit treffen. Iwwerpréif déi virgesinn baussen Absender an bannen Empfänger, an net just ob d'Wuert UDP an enger pass-Regel steet.
D'Authentifizéierung huet eng verbonne Grenz. Den baussen Service, deen op en UDP-Datagramm äntwert, ass kee SOCKS-Client, deen däin Benotzernumm/Passwuert-Austausch ka fäerdegstellen. D'Dante-Dokumentatioun erkläert, datt Äntwertsoperatiounen aus enger fréierer BIND- oder UDP-Associatioun vum Client entstinn; authentifizéier déi initiéierend Operatioun a wend déi passend associéiert Äntwertsrichtlinn un.
Dëst rechtfertigt keen onbeschränkte Rackloses Inbound-Traffic. D'UDP-Associatioun, d'Destinatiounsrichtlinn, d'Relayadress an de Firewallwee zielen nach ëmmer. An d'Aschalte vu bindreply mécht aus der UDP-Associatioun kee generelle ëffentleche Portweiderleitungsservice.
Halen den SOCKS-Austausch op der Clientsäit an den tatsächlechen UDP-Zréckwee separat sichtbar. E erfollegräichen TCP-Login verifizéiert weder d'Adressrichtung vun der Äntwerts-ACL nach d'Erreechbarkeet vum UDP-Relayendpoint.