Benotzernumm-Authentifikatioun bei Dante dobäisetzen
Stellt d'SOCKS-Politik vun Dante 1.4.4 vum Zougang nëmmen no Quell op eng ausdrécklech Kontkontroll ëm, a behalt d'Quell- an Zilbeschränkungen.
Bei Dante 1.4.4 loossen d'Clientreegelen d'Verbindung virun der SOCKS-Aushandlung zou. D'SOCKS-Reegele bestëmmen, wéi eng authentifizéiert Ufroe weidergoe kënnen. Eng Verbindung vun enger erlaabter Quell kann an der zweeter Etapp nach ëmmer e Benotzernumm verlaangen.
Fir d'Authentifikatioun mat Benotzernimm vum Betribssystem kontrolléiert nieft der Method och d'Déngschtidentitéiten. D'Liese vun der Kontendatebank kann eng privilegéiert Identitéit erfuerderen:
clientmethod: none
socksmethod: username
user.privileged: root
user.unprivileged: danteproxy
Benotzt den tatsächlechen Déngschtkont mat wéineg Rechter, dee fir Dante installéiert ass. Erstellt oder wielt en autoriséierte Clientkont, dee mam Benotzernumm-Backend kompatibel ass; d'Déngschtidentitéit an de Clientlogin hunn ënnerschiddlech Rollen.
D'Grenze vun den Ufroe behalen
Verlaangt no der bestoender enk gefaasster Clientreegel de Kont op der erlaabter SOCKS-Route:
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
}
D'Adressen an de Kontnumm si Beispillwäerter. Dat erlaabt eng Quell, een Zil, ee Kommando an den uginnene authentifizéierte Benotzer. Ersetzt dës Grenz net duerch onlimitéiert Quellen, nëmme well e Passwuert dobäikomm ass.
Déi global a reegelspezifesch Methodestellunge musse passen. Sicht no enger aler Reegel, déi nëmmen none erlaabt an aus der reng quellbaséierter Ariichtung iwwreg ass. Behaalt och déi virgesi Listener- a Firewallbeschränkungen.
Aushandlung an Zougang getrennt testen
Kontrolléiert de Fichier virum Start mam Konfiguratiounscheck vum installéierte Server. Benotzt duerno en autoriséierte Client, deen tatsächlech d'SOCKS5-Aushandlung mat Benotzernumm a Passwuert ënnerstëtzt. Test feelend a falsch Zougangsdaten an en erlaabte Kont, deen e verbuedent Zil ufreet.
D'Benotzernumm/Passwuert-Ënnerverhandlung aus RFC 1929 verschlësselt d'Passwuert net. Eng spéider HTTPS-Sessioun mam Zil schützt dëse fréiere Proxyaustausch net. Benotzt e passend geschützte Wee vum Client bei de Server.
E gelongene Konfiguratiounscheck bestätegt Syntax an Identitéiten, net d'Kontendatebank oder den Netzwierkwee. Kuckt an de Serverprotokoller, a wéi enger Etapp e richtegen Test refuséiert gouf.