View Full Version : règles LimeWire/eMule/µTorrent
ol_4ever69
April 10th, 2007, 07:31 AM
bonjour à tous,
je voudrais des règles pour LimeWire, eMule et µTorrent svp, voici les ports :
LimeWire : TCP = 46788
eMule : TCP = 30000, UDP = 30001
µTorrent : TCP = 15852, UDP = 15852
merci d'avance, au revoir.:)
Climenole
April 10th, 2007, 08:03 AM
Salut ol_4ever69 :)
Avec le jeu de règles évoluées de LNS;
1)
Renomme le fichier ci-joint "ol_4ever69-Rules.rie.TXT"
en "ol_4ever69-Rules.rie" et importe les règles dans LNS,
2)
Place ces règles :
{P. 30000,10}; [AA]; [TCP] { eMule }
{P. 46788,10}; [AA]; [TCP] { Limewire }
{P.15852,10}; [AA]; [T/U] { BitTorrent }
immédiatement avant la règle "Bloque les connexions entrantes"
Place cette règle:
{T. 30001,10}; [AA]; [UDP] { eMule}
immédiatement après la règle "Autorise les services internets standards"
ET
double-clique sur chacune d'elles pour les éditer et ajouter avec le bouton "applications..." l'exécutable du programme concerné par chacune des règles...
PUIS
active chacune des règles : première colonne ...
ENFIN
sauve, applique et redémarre le PC.
Si ça coince en quelque part, vérifie dans le journal et modifie les règles ou les paramètres des programmes concernés en conséquence.
Remarque:
la règle {T. 30001,10}; [AA]; [UDP] { eMule}
J'ai mis le port 30001 en local (à droite)et tous les ports en distants (à gauche)...
Pas certain que ça marche. Tu peux la modifier en faisant l'inverse...
ports locaux(à droite) entre 1024 et 5000
ports distants(à gauche) 30001
Un peu de boulot pour toi ... ;)
Voilà.
:)
ol_4ever69
April 10th, 2007, 08:16 AM
merci pour votre réponse rapide, je vais regarder ça et vous tiens au courant.;)
ol_4ever69
April 10th, 2007, 08:27 AM
je n'ai pas la règle "Bloque les connexions entrantes".:-\
et lorsque vous dites avant, cela signifie au-dessus ou au-dessous ?
ol_4ever69
April 10th, 2007, 08:34 AM
voici une capture d'écran :
http://img413.imageshack.us/img413/5187/sanstitremq7.th.jpg (http://img413.imageshack.us/my.php?image=sanstitremq7.jpg)
Climenole
April 10th, 2007, 08:59 AM
Salut ol_4ever69 :)
{QUOTE-> je n'ai pas la règle "Bloque les connexions entrantes".:-\
et lorsque vous dites avant, cela signifie au-dessus ou au-dessous ? <-QUOTE}
avant= au-dessus
après= en-dessous
Cette règle "Bloque les connexions entrantes" a été sans doute supprimée par erreur !
Elle est indispensable !!!
De plus je remarque que la règle Autoriser l'identification est activée.
Ceci est une règle serveur et spécifique.
Il faut éditer la règle pour y ajouter le programme utilisant ce truc... (Irc...) sinon la désactiver...
De plus les règles Msn doivent être placées immédiatement avant la règle "autoriser les services internet standards"...
Dans tous les pare-feu à règles de l'UNIVERS, la place des règles dans la liste est pertinente et importante.
Voir ce post:
http://www.wilderssecurity.com/showthread.php?t=122398
Je vous joint cette règle et une capture d'Écran.
:)
ol_4ever69
April 10th, 2007, 09:19 AM
j'ai refait une capture d'écran avec les modifications apportées, qu'en pensez-vous ?
http://img249.imageshack.us/img249/8664/sanstitredg6.th.jpg (http://img249.imageshack.us/my.php?image=sanstitredg6.jpg)
Climenole
April 10th, 2007, 09:32 AM
Salut ol_4ever69 :)
Non. Les règles serveurs doivent être placées "avant" ou "au-dessus" de la règle "Bloquer les connexions entrantes",
pas après ... ::)
La règle en question bloque les paquets TCP entrants avec le flag syn.
Ce flag est utilisé pour établir une connexion d'un client vers un serveur.
Ceci doit être bloqué pour empêcher, par exemple, des vers tels que blaster ou sasser de se connecter via le port 135 ou 445...
Si tu as une application de type serveur, les règles "serveurs" doivent être placées avant cette règle
ET la règle "serveur" doit inclure le programme "serveur", sinon aucune connexion ne se fera sur ce serveur là...
En plaçant les règles serveurs de tes machins p2p avant la règle en question, les autres utilisateurs du réseau p2p pourront accéder à tes dossiers partagés...
et les paquets qui ne sont pas des bidules p2p seront bloqués par la règle
"bloquer les connexions entrantes" qui suit celles de tes serveur p2p...
La règle "autoriser l'identification" est-elle activée par un programme spécifique?
Sinon, désactive-la. (décoche la première colonne...)
Et "FTP" et "steam" en début de liste, c'est quoi ? :o
:)
ol_4ever69
April 10th, 2007, 09:40 AM
{QUOTE-> Salut ol_4ever69 :)
Non. Les règles serveurs doivent être placées "avant" ou "au-dessus" de la règle "Bloquer les connexions entrantes",
pas après ... ::)
La règle en question bloque les paquets TCP entrants avec le flag syn.
Ce flag est utilisé pour établir une connexion d'un client vers un serveur.
Ceci doit être bloqué pour empêcher, par exemple, des vers tels que blaster ou sasser de se connecter via le port 135 ou 445...
Si tu as une application de type serveur, les règles "serveurs" doivent être placées avant cette règle
ET la règle "serveur" doit inclure le programme "serveur", sinon aucune connexion ne se fera sur ce serveur là...
En plaçant les règles serveurs de tes machins p2p avant la règle en question, les autres utilisateurs du réseau p2p pourront accéder à tes dossiers partagés...
et les paquets qui ne sont pas des bidules p2p seront bloqués par la règle
"bloquer les connexions entrantes" qui suit celles de tes serveur p2p...
La règle "autoriser l'identification" est-elle activée par un programme spécifique?
Sinon, désactive-la. (décoche la première colonne...)
Et "FTP" et "steam" en début de liste, c'est quoi ? :o
:) <-QUOTE}
ce sont des règles mais je ne sais pas où les placer.:-\
ol_4ever69
April 10th, 2007, 09:47 AM
voici une autre capture d'écran, c'est bon cette fois-ci ?
http://img296.imageshack.us/img296/5253/sanstitreek1.th.jpg (http://img296.imageshack.us/my.php?image=sanstitreek1.jpg)
pouvez-vous m'aider pour les règles steam et ftp svp (je les ai téléchargées direcrement sur le site offciel de look 'n' stop;)).
Climenole
April 10th, 2007, 10:18 AM
Salut ol_4ever69 :)
OK. Les règles sont à la bonne place...
Il ne te reste plus qu'à tester le tout.
La règle en UDP pour eMule sera sans doute à modifier.
Have fun ! ;-)
:)
P.S. les bidule Ftp et steam sont des règles pour quelle application?
Ftp: un serveur Ftp? si c'est le cas place cette règle avec les autres règles "serveurs"
un client? Inutile car c'est géré par la règle générale" autorise les services internet Standards"
Steam ???
ol_4ever69
April 10th, 2007, 10:48 AM
j'ai testé et ça ne fonctionne toujours pas.:-\
steam c'est pour le jeu en réseau counter-strike.;)
Climenole
April 10th, 2007, 11:14 AM
Salut ol_4ever69 :)
{QUOTE-> j'ai testé et ça ne fonctionne toujours pas.:-\
steam c'est pour le jeu en réseau counter-strike.;) <-QUOTE}
"Ça" ne fonctionne pas... Pourrais-tu être plus explicite ?
Qu'indique le journal de LNS ?
:)
ol_4ever69
April 10th, 2007, 11:21 AM
je viens de revérifier et ça fonctionne parfaitement, merci.:)
pouvez-vous me dire où je dois placer la règle pour le jeu en réseau counter-strike svp.
et que dois-je changer dans la règle UDP de eMule ? pouvez-vous me le changer svp.
Climenole
April 10th, 2007, 11:54 AM
Salut ol_4ever69 :)
{QUOTE-> je viens de revérifier et ça fonctionne parfaitement, merci.:)
pouvez-vous me dire où je dois placer la règle pour le jeu en réseau counter-strike svp.
et que dois-je changer dans la règle UDP de eMule ? pouvez-vous me le changer svp. <-QUOTE}
Youppi ! ;D
Content d'apprendre que ça marche.
Puisque ça marche pas besoin de changer la règle UDP eMule.
(Si cela était le cas:
la règle {T. 30001,10}; [AA]; [UDP] { eMule}
J'ai mis le port 30001 en local (à droite)et tous les ports en distants (à gauche)...
Pas certain que ça marche. Tu peux la modifier en faisant l'inverse...
ports locaux(à droite) entre 1024 et 5000
ports distants(à gauche) 30001 )
Pour Counter-Strike, place la règle juste avant la règle générale "autorise les services Internet Standards". Ça devrait aller...
En cas de problème: vérifie où ça coince dans le log de LNS et retour ici.
Bonne journée.
:)
ol_4ever69
April 10th, 2007, 11:55 AM
merci bien pour ton aide.;)
vBulletin® Copyright ©2000-2010, Jelsoft Enterprises Ltd.
Copyright ©2002 - 2010, Wilders Security Forums