Le chaînage de serveurs de Dante 1.4 ne prend en charge que TCP CONNECT

Le chaînage de serveurs de Dante 1.4 ne conserve pas l'ensemble complet des commandes SOCKS5. Le manuel prend en charge la sélection d'un serveur amont via des blocs route, avec la syntaxe de routage de la configuration du client, et trois contraintes méritent d'être fixées d'abord :

• Commande : le chaînage prend en charge TCP CONNECT. Une requête de navigateur réussie n'établit pas UDP ASSOCIATE ni BIND, même si une autre opération de la même application en a besoin.
• Identité : lorsque la route amont propose une authentification par nom d'utilisateur et mot de passe, Dante transmet les identifiants reçus de son propre client. Cela diffère de l'attribution d'un compte de service amont distinct.
• Charge : le manuel documente une évolutivité limitée et recommande cette fonction uniquement pour de faibles charges de clients.

Acceptez explicitement le flux d'identité. La confiance dans la connexion entrante du client n'établit pas de transport chiffré pour les identifiants envoyés au proxy suivant.

Définissez les clients autorisés, les destinations TCP et la charge prévue comme le contrat réel de la chaîne. Si l'application exige UDP, vérifiez l'association UDP et la livraison des datagrammes sur un chemin complet plutôt que de supposer que l'étiquette SOCKS5 du serveur autonome couvre la route chaînée.