UDP via Proxy Dante (sockd)

UDP via Proxy Dante (sockd) - Réseaux - Réseaux grand public / SoHo

Marsh Posté le 21-01-2009 à 14:17:49    

Bonjour à tous,
 
Voila mon problème. Dans le cadre de mes études, je planche actuellement sur les proxy et en l'occurrence les proxy de type SOCKS 5.
 
La problématique est simple :
Plusieurs PC sont connectés en réseau local, un seul dispose d'une connexion Internet.
Le but est d'installer un proxy de type SOCKS 5 sur le PC connecté à internet afin de relayer les connexions de tous les autres PC.
 
Après recherches, je me suis arrêté sur un proxy dénommé Dante fonctionnant sous Debian. J'utilise la version 1.1.18. Celui-ci propose en effet un support de protocole SOCKS 5. Après configuration, les tests. Résultat, ça fonctionne... mais qu'à moitié. Toutes les requêtes de type TCP sont correctement relayées mais impossible d'établir une connexion UDP. Le proxy reçoit effectivement les demandes de connexion mais se révèle incapable de les traiter.
 
Si cela peut vous aider, je poste dès que possible (la je suis au travail ^^) le log d'erreur renvoyé par Dante.
 
Merci d'avance pour ceux qui tenteront une réponse :)


---------------
FeedBack - Topic Achats/Ventes
Reply

Marsh Posté le 21-01-2009 à 14:17:49   

Reply

Marsh Posté le 21-01-2009 à 15:20:49    

Poste le message d'erreur, ainsi que le fichier de conf de Dante.
 
Il aurait peut être été plus intéressant de poster dans la cat Os Alternatifs, vu que ça a plutôt l'air d'être un problème logiciel que purement réseau.

Reply

Marsh Posté le 21-01-2009 à 17:12:34    

Désolé pour l'erreur de catégorie =X.
 
Concernant le message d'erreur, je le poste ce soir dès que je suis de retour sur mon PC :).


---------------
FeedBack - Topic Achats/Ventes
Reply

Marsh Posté le 21-01-2009 à 18:30:57    

Voici le fichier de configuration actuel, sachant qu'en désespoir de cause, j'ai tenté une "open connection", en activant le login par username.
 

Code :
  1. logoutput: syslog stdout /var/log/danted.log
  2. internal: eth0 port = 1080
  3. external: eth0
  4. method: username
  5. user.privileged: root
  6. user.notprivileged: nobody
  7. user.libwrap: nobody
  8. client pass {
  9.         from: 0.0.0.0/0 port 1-65535 to: 0.0.0.0/0
  10. }
  11. pass {
  12.         from: 0.0.0.0/0 to: 0.0.0.0/0
  13.         command: bind
  14.         log: connect disconnect
  15. }
  16. pass {
  17.         from: 0.0.0.0/0 to: 0.0.0.0/0
  18.         command: connect udpassociate
  19.         log: connect disconnect
  20. }
  21. pass {
  22.         from: 0.0.0.0/0 to: 0.0.0.0/0
  23.         command: bindreply udpreply
  24.         log: connect error
  25. }


 
 
Voici la réponse avec une connection TCP (qui fonctionne) :

Citation :

Jan 21 18:23:35 (1232558615) danted[30339]: pass(2): tcp/connect [: username%elda@192.168.0.14.4565 -> 80.118.149.105.80


 
Voici la réponse avec une connection UCP (qui ne fonctionne pas) :

Citation :

Jan 21 18:24:28 (1232558668) danted[30339]: pass(2): udp/udpassociate [: username%elda@0.0.0.0.0 -> 0.0.0.0.0
Jan 21 18:24:32 (1232558672) danted[11037]: pass(2): udp/udpassociate ]: 0 -> username%elda@0.0.0.0.0 -> 0,  0 -> `world' -> 0: client closed


 
 
J'ai notamment remarqué ceci : "pass(2)". Ça me laisse penser que toutes les connections passent par la 2ème règle. Est-ce normal ?
 
On peut aussi voir qu'en UDP, les connexions sont traduites par l'IP 0.0.0.0 et le port 0. Ça me semble pas tout à fait cohérent...
 
 
Je ne sais vraiment pas quoi penser.


---------------
FeedBack - Topic Achats/Ventes
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed