[ mldonkey ] connaître la valeur de son ID et router les paquets

Recherche :

Dernière réponse

Sujet : [ mldonkey ] connaître la valeur de son ID et router les paquets

Combi_A_Vendre

FlamM a écrit a écrit :

Je t'en prie. et tiens moi au courant si ça marche ou pas

:hello:

ça marche bien sur le serveur et comme tu l'as prédit (toi y'en a grand gourou) toujours pas sur le lan. Je vais donc le laisser sur le serveur

Encore merci, :jap:

vw

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

Combi_A_Vendre

FlamM a écrit a écrit :

Je t'en prie. et tiens moi au courant si ça marche ou pas

:hello:

ça marche bien sur le serveur et comme tu l'as prédit (toi y'en a grand gourou) toujours pas sur le lan. Je vais donc le laisser sur le serveur

Encore merci, :jap:

vw

FlamM

tiens pourquoi il manque une ligne à ma signature ? :??:

FlamM

Combi_A_Vendre a écrit a écrit :

Merci beaucoup :jap:

vw

Je t'en prie. et tiens moi au courant si ça marche ou pas

:hello:

Combi_A_Vendre

Merci beaucoup :jap:

vw

FlamM

alors pour bien comprendre il faut que tu regardes un peu comment fonctionne Netfilter. ce site est très clair

http://christian.caleca.free.fr/netfilter/index.htm

maintanant les explications :

il faut qu'une connexion effectué par un client edk étranger depuis internet arrive à ton ordi qui a edk et qui se situe derrrière le routeur.

or du fait du nat pour le client étranger l'ip qu'il connait est celle de ton routeur (celle qui est partagée), le paquet va donc arriver sur le port 4662 de ton routeur or c'est réellement destiné à ton pc edk derrrière le routeur. Il faut donc router le paquet vers le bon ordi.

iptables -A PREROUTING -t nat -i eth0 -p tcp --dport 4662 -j DNAT --to <ip_pc_edonkey>

sert donc à router tout pacquet qui arrive par eth0 (ton interface net) sur le port 4662 en tcp vers <ip_pc_edonkey> et c'est dans la chaine PREROUTING de la table nat que ça se passe

ensuite le paquet va passer par la chaine FORWARD sur laquelle l'action par défaut est DROP, il faut donc explicitement permettre à ce paquet de passer et c'est ce que fait la ligne suivante

iptables -A FORWARD -i eth0 -p tcp --dport 4662 -d <ip_pc_edonkey> -j ACCEPT

voilà pour l'explication de ces deux lignes.

mais tu comprendras que si tu fais ça tous les paquets arrivant sur 4662 iront vers <ip_pc_edonkey> (ton pc edk) donc plus question d'avoir un client edk sur le routeur.

c'est donc au choix :

- soit tu routes les paquets vers une et une seule machine de ton réseau ou se trouve edk

- soit tu mets edk sur le routeur et pas ailleurs avec les règles suivantes (et sutout celle en gras):

/usr/sbin/iptables -A INPUT -p tcp --dport 4661 -j ACCEPT
/usr/sbin/iptables -A INPUT -p tcp --dport 4662 -j ACCEPT
/usr/sbin/iptables -A INPUT -p udp --dport 4665 -j ACCEPT
/usr/sbin/iptables -A INPUT -p udp --dport 4666 -j ACCEPT

et pas via ta règle nommé regle qui s'appliquerait aussi à la chaine FORWARD ce qui est inutile compte tenu de ce que j'ai dit ci-dessus.

voilà

a+

Combi_A_Vendre

Tu pourrais m'expliquer rapidement ce que font ces deux lignes stp?

merci,
vw

FlamM

pour la redirection de ports il va aussi falloir des lignes du style :

iptables -A PREROUTING -t nat -i eth0 -p tcp --dport 4662 -j DNAT --to <ip_pc_edonkey>

iptables -A FORWARD -i eth0 -p tcp --dport 4662 -d <ip_pc_edonkey> -j ACCEPT

enfin il me semble que c'est celles là.

FlamM

Combi_A_Vendre a écrit a écrit :

#! /bin/sh

iptables -F
iptables -X

iptables -P INPUT DROP
iptables -P FORWARD DROP
iptables -P OUTPUT ACCEPT

iptables -t nat -F
iptables -t nat -X
iptables -t nat -P PREROUTING ACCEPT
iptables -t nat -P POSTROUTING ACCEPT
iptables -t nat -P OUTPUT ACCEPT

iptables -t mangle -F
iptables -t mangle -X
iptables -t mangle -P PREROUTING ACCEPT
iptables -t mangle -P OUTPUT ACCEPT

iptables -N regle

iptables -A regle -m state --state NEW -i! eth0 -j ACCEPT
iptables -A regle -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A regle -p tcp --dport 4662 -j ACCEPT
iptables -A regle -p udp --dport 4666 -j ACCEPT

iptables -A INPUT -j regle
iptables -A FORWARD -j regle

elle sert à quoi exactement la ligne suivante ? elle ne me parai pas nécessaire (elle est redondante avec iptables -A regle -m state --state NEW -i! eth0 -j ACCEPT ), et c'est même ptet elle qui cause des pbs

iptables -A INPUT -p tcp -i eth1 -s 192.168.0.0/24 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT

iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -o eth0 -j MASQUERADE

FlamM

essaie ces lignes là (au moins pour ton routeur) :

logger "Ouverture des ports edonkey (tcp 4661 4662 et udp 4665 et 4666) depuis internet"
/usr/sbin/iptables -A INPUT -p tcp --dport 4661 -j ACCEPT
/usr/sbin/iptables -A INPUT -p tcp --dport 4662 -j ACCEPT
/usr/sbin/iptables -A INPUT -p udp --dport 4665 -j ACCEPT
/usr/sbin/iptables -A INPUT -p udp --dport 4666 -j ACCEPT

mais je vois pas ce qui merde dans ta conf de netfilter
:??:
ça parait correct pour que le routeur fonctionne

par contre il faut forwarder explicitement les ports en questions pour que ça fonctionne sur les autres pc de ton lan

Combi_A_Vendre

:bounce:

Combi_A_Vendre

shinobufan a écrit a écrit :

le script CGI, pour savoir si c fiable, il faudrait que quelqu'un avec un low ID le teste.

c'est vrai, quand mldonkey renvoie l'ip cela signifie que tu as un High ID (donc pas de problème). Sinon il renvoie le lowID.

Moi j'ai un low ID, et ça marque "error on ip <@ip>"

D'ailleurs, si quelqu'un pouvait me filer un coup de main, voici le script iptable sur le server linux (ça marche pas sur le serveur linux et sur le pc du lan):

Code :

#! /bin/sh
iptables -F
iptables -X
iptables -P INPUT DROP
iptables -P FORWARD DROP
iptables -P OUTPUT ACCEPT
iptables -t nat -F
iptables -t nat -X
iptables -t nat -P PREROUTING ACCEPT
iptables -t nat -P POSTROUTING ACCEPT
iptables -t nat -P OUTPUT ACCEPT
iptables -t mangle -F
iptables -t mangle -X
iptables -t mangle -P PREROUTING ACCEPT
iptables -t mangle -P OUTPUT ACCEPT
iptables -N regle
iptables -A regle -m state --state NEW -i! eth0 -j ACCEPT
iptables -A regle -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A regle -p tcp --dport 4662 -j ACCEPT
iptables -A regle -p udp --dport 4666 -j ACCEPT
iptables -A INPUT -j regle
iptables -A FORWARD -j regle
iptables -A INPUT -p tcp -i eth1 -s 192.168.0.0/24 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -o eth0 -j MASQUERADE

merci,
vw

shinobufan

le script CGI, pour savoir si c fiable, il faudrait que quelqu'un avec un low ID le teste.

c'est vrai, quand mldonkey renvoie l'ip cela signifie que tu as un High ID (donc pas de problème). Sinon il renvoie le lowID.

FlamM

shinobufan a écrit a écrit :

je suis pas sur de la fiabilité de ce test, ca donne l'ID que tu DEVRAIS avoir en fonction de ton IP, mais ca ne prouve pas que tu utilises réellement cet ID.

sinon la commande pour mldonkey c'est : "id".

j'avais essayé la commande id et j'avais juste un résultat du style :

ip_du_serveur_1 --> mon_ip
ip_du_serveur_2 --> mon_ip
ip_du_serveur_3 --> mon_ip
...

et pas de valeur de l'ID à l'horizon.

et si vous dites que le script CGI est pa fiable qu'est-ce qu'il y a comme autre méthode ?

apolon34

il me semble qu'il verifie d'abord si il peut se connecter sur ton donkey 'normalement' donc ca devrait etre fiable...

shinobufan

je suis pas sur de la fiabilité de ce test, ca donne l'ID que tu DEVRAIS avoir en fonction de ton IP, mais ca ne prouve pas que tu utilises réellement cet ID.

sinon la commande pour mldonkey c'est : "id".

FlamM

merci ça fonctionne :

2518158928 c'est pas trop mauvais

apolon34

essaie ca:

http://www.preinheimer.com/edonkey [...] ontest.cgi

FlamM

je crois que tout est dans le titre.

merci d'avance

ps : j'ai déjà fait une recherche