Pobleme après changement de modem.

Maintenant un log

 

Salut Murof

Essaye ce jeu de règles modifiées.

enlève le ".txt" à la fin ,
copie dans le dossier C:\Program Files\Soft4Ever\looknstop,
importe , sauve et applique ce jeu de règles,
redémarre le PC...

Les 2 règles TCP Hors-normes et UDP Hors-normes vont te faciliter les choses.

Active-les pour vérifier quels sont les blocages possibles.

Si Un blocage apparait concernant l'une de ces règles, cela indique quels ports sont bloqués et devraient être utilisés pour une application déterminée...

Tu peux temporairement les activer ET les changer pour autoriser (pas de point rouge) pour des tests...

Capice ?

J'ai modifié les règles Messenger et Edonkey.(Avec eMule version officielle pas eChamblard) et avec les ports standards d'eMule...

Pour Messenger tu peux activer l' UPnP pour MSN messenger ou pas avec Windows Live Messenger (il installe un service qui - semble-t-il - fait la même chose...)

Marche chez moi. Devrait marcher aussi chez-toi.

Pour ce qui est de tes règles "stream" ... Viré: cela n'avait aucun sens...

J'ai aussi supprimé les alertes inutiles (à moins de vouloir devenir fou )
et activé la journalisation pour toutes les règles...
C'est comme ça qu'un log devient utile.

A+

 

Bonjour Climenole,

J'ai installé tes règles modifiées, mais, dommage, ce n'est pas mieux.

Damned je suis repéré. Un petit conseil, avant d'aller voir la répression des fraudes, réfléchi bien et pense à http://cargo.49.free.fr/Sabrina.jpg
En ce qui concerne emule c'est pire je peux me connecter sur les serveurs, mais il n'accede pas aux fichiers en téléchargement qui restent désespérément à 0 sources?
Je te joins un nouveau log.

Merci

A+

 

Salut Murof

Oups ! j'avais pas mis paquets entrants et sortants pour type 3 code 4 !!!

J'ai ajouté le 1900 pour 192.168.1.1 en UDP...
Ça devrait marcher sur des roulettes cette fois-ci !

Règles en P.J.

A+

 

Re-Salut

et le "mulet" devrait marcher aussi bien que ça:

 

J'veux mourir!
Ca marche pas
Voila le connection du mulet.
http://cargo.49.free.fr/emule.jpg

Toujours pas de source!
Pas d'envoie de fichier joint avec ma messagerie.
Pas d'envoie par FTP
A+

 

Salut Murof

on meurt pas pour ça... rolf

Essaye ceci et si ça marche pas au lieu de mourir envoie-moi un échantillon du log...

A+

 

Re: Probleme après changement de modem.

Salut Climenole,
Tu crois que je dois pas mourir? Non, tu as raison, et puis il y à
http://cargo.49.free.fr/Scoeur.jpg
alors je vais attendre.
Pour mon problème pas de changement.
Ne serait-ce que pour attacher le log, je suis obligé d'arréter LNS
J'ai remarqué que le serveur emule sur lequel je me connect est identifié en 4665. Mais faudra t'il rajouter une règle par serveur?
Pas de FTP et d'envoie de message.
Autre question, pourquoi certaine règle ne sont pas appliquées (sens interdit)
A+

 

Salut Mirof

Là je ne comprend vraiment pas où est le problème...

Je viens tout juste de réessayer le jeu de règles que je t'ai envoyé et tout marche sans problème: ftp, eMule, tout! La seule chose que je ne peux pas tester c'est bien entendu la règle WiFi puisque je n'ai pas ce truc ici...

Vérifie si cette règle et celle du Icmp code 4 type 3 sont activées...
(première colonne du filtrage internet, coché vert...)
(Je peux pas les tester ici mais ce problème avait déjà été résolu semble-t-il ... )

Le règles pour eDonkey/eMule: l'exécutable du programme doit être inclu dans ces règles spécifiques...

Idem pour Messenger....

Les autres règles sont générales et s'appliquent pour tous les programmes.
C'est le cas de la règle autorisant les "Services internet standards"...
(incluant les accès en TCP d'eMule [en tant que "client"] ...)

Regarde dans le journal au moment des connexions et tu vas voir...


Donc comme sur l'image:

1- active les règles spécifiques à ta connexion ( n'est-ce pas?...)
flèche bleu...

2- Vérifie dans l'édition des règles pour ajouter si nécessaire l'exécutable d' eMule OU de messenger selon le cas... (ok ? ...)
flèches rouges...

SAUVE, APPLIQUE et pour être certain , redémarre le PC.

 

Tu es trop fort!
Je n'avais pas activé le wifi et le code4 type 3
Ma messagerie et le ftp marchent maintenant, mais demeure le problème du mulet.
Je te joins l'image des regles, et un log après reboot et démarage du mulet.
Pour ma culture peux tu m'expliquer:
Pourquoi certaines règles on un sens interdit (dont TCP et UDP hors norme dont tu m'a dit qu'elle me seraient très utile. Elles sont non validée également?
Pourquoi d'autres règle ont la validation rouge et non verte?
Les règles:
http://cargo.49.free.fr/Regles.jpg

 

Salut Murof

La première colonne permet d'activer ou de désactiver des règles...

Oui je peux...

Le point rouge indique que la règle sert à bloquer les paquets correspondants à cette règle...

Les "hors-normes" en TCP et l'autre en UDP permettent si tu les active de vérifier plus facilement les blocages ... (Voir le journal...).

Tu peux temporairement les mettre à "vert" ou autoriser pour faire marcher quelque chose de non prévu dans tes règles et en créer à partir des entrées correspondantes au journal ...

Pour voir ce que ça donne désactive par exemple une règle en TCP et active les règles "hors-normes"... Tu vas voir les entrées de ces dernières dans le journal... Puis essaye à nouveau en changeant le point rouge (bloquer) pour rien (autoriser...) puis regarde dans le journal...

Ces 2 règles ne sont activées que pour des raisons de déboguage...
Capice ?

Point rouge 2 ième colonne = la règle bloque les paquets correspondants
PAS de point rouge 2 ième colonne = la règle autorise les paquets correspondants

Première colonne en vert = règle activée (en blocage ou autorisation..)
Première colonne avec rien = règle désactivée...

Voir la documentation de LNS:

C:\Program Files\Soft4Ever\looknstop\looknstop.chm

Pour ce qui est du "mulet" cela ne semble pas dépendre de LNS mais de 2 choses:

1- les paramètres de ce truc (à toi d'y voir...)
2- le blocage partiel des paquets eDonkey par certains FAI (dont Free...)
-->> active le brouillage du protocole dans les paramètres de la "mule"...

 

Re: Probleme après changement de modem.

Salut Climenole.

Capice!

Je ne veux pas dire que la mule n'y est pour rien, mais quelque chose me turlupine.

Pourquoi quand j'arrete LNS, que je lance la mule, que j'attend la connection à quelques sources et que je relance LNS mes paquets entrent et sortent bien.

C'est apparement au niveau de connection aux sources que ca bloque.

Je te joins l'image de ma connection emule. (Connection standard)
http://cargo.49.free.fr/Connection.jpg
Tu peux constater que la connection UDP est désactivée, mais même activée c'est pareil.
A+

 

Salit Murof

Active l'UDP dans la mule...

Vérifie le filtrage logiciel: il ne doit pas y avoir de restrictions pour ce programme.


Tu dit que ça bloque alors regarde dans le journal pour voir où ça bloque...

Si c'est en TCP , active "hors-normes" TCP et met le à autoriser (pas de point rouge) et constate le résultat. Le journal devrait t'indiquer les ports ...

Idem pour l'UDP (si c'est avec ce protocole que ça bloque...).

Pas d'autre idée.

 

Re,

Je ne vois pas grand chose, si ce n'est un UDP bloque les autres.
Je te joins le log ce sera plus parlant pour toi.
Autre question, j'utilise une radio par internet, comment faire pour que les infos de streaming ne passe pas dans le journal?

Merci

A+

 

Salut Murof



Ton log n'indique rien...

Est-ce que tu l'a regardé avant de l'envoyer ici


1- pas de blocage quelconques sauf le netbios en udp sur le p 137 ...

2- aucune entrée signalant l'utilisation d' eMule... RIEN

Et maintenant tu me parles de web radio et des streams indiqués dans le journal... Y'a autre chose à faire d'abord...

Où sont les entrées d' eMule?

[MOVE] AJOUTE CE TABARNAK DE PROGRAMME DANS LES RÈGLES CORRESPONDANTES
[/MOVE]

Voir l'image...

 

Non, pas taper!

Excuse pour la radio, mais c'etait simplement pour me permettre de pouvoir avoir un log qui ne fasse pas une tonne dont 999 kg de streaming.
Quand j'ai voulu l'ouvrir avec notepad le log était trop volumineux. C'est tout!
Je t'envoie les images d'Emule tel qu'il est et était au moment du log.
Comme tu peux le constater le l'application est bien présente.
http://cargo.49.free.fr/Ecran1.jpg
http://cargo.49.free.fr/Ecran2.jpg
http://cargo.49.free.fr/Ecran3.jpg

08/11/06,18:07:04 U+37 'APP: Autorisée ' eMule EXE C:\PROGRAM FILES\EMULE\EMULE.EXE
08/11/06,18:07:04 U+38 'APP: Autorisée ' eMule EXE C:\PROGRAM FILES\EMULE\EMULE.EXE
08/11/06,18:07:06 U+39 'APP: Autorisée ' eMule EXE C:\PROGRAM FILES\EMULE\EMULE.EXE
08/11/06,18:07:06 U+40 'APP: Autorise TCP ' eMule EXE C:\PROGRAM FILES\EMULE\EMULE.EXE,Port: 80, IP: 194.146.226.234


J'ai quand même ça dans le log ça prouve bien l'ouverture du programme non?
A+

 

Salut Murof

HÉ hé ))

On voit toujours pas de règles spécifiques à EDonkey là-dedans...

Reste ceci :forwarder les ports avec ce bidule incroyable de Modem Routeur (?) d'Alice (au Pays des Merveilles!)
(J'en veux un pour Noël: des heures de plaisir! )

http://support.aliceadsl.fr/default.aspx?ficheId=927&catId=1002

Dit-nous si ça marche.

A+

 

J'ai encore besoin, de toi, il me demande ceci:

Saisissez ensuite le numéro du port à ouvrir dans les cases Port extérieur - Début, Port extérieur - Fin, Port interne - Début et Port interne – Fin.

Pour chaque entrée saisissez dans la colonne Protocole le type de protocole à utiliser.

Qu'est-ce que je dois mettre?

Merci

A demain!

 

Salut Murof

On va battre le record du plus long fil de discussion sur ce forum...

Pour la partie serveur de " l'infâme mulet ":

En TCP
ports internes : entre 4661 et 4665
ports extérieurs : tous (1 à 65535)

Pour KAD:

en UDP
port interne: 4672
port extérieur: 4672

mais cela est inclus dans les ports suivants:

Pour la liste des serveurs:

en UDP
port interne: 4672
ports extérieurs : tous (1 à 65535)

Pour la partie client:

en TCP
ports internes: tous (1-65535)
ports extérieurs: 443 (brouillage de protocole) et 4662 ("normal")

en UDP
ports internes: tous (1-65535)
port exterieur: 4672

Voilà.

Ça devrait aller maintenant avec la ceinture (LnS) et les bretelles (Routeur) ...

Toutes mes salutations à Alice ( au Pays des Me'veilleux Routeurs )



P.S. idée "Me'veilleuse" :

en TCP et UDP : tous les ports entrants et sortants ...
Pas besoin de se faire ch__r davantage...

 

Salut Climenole,

Merci pour tout.
Je laisse tomber.
J'ai eu la Hot line Alice au phone j'ai paramétré avec eux. Succintement car apparement seul 4662 en TCP et 4672 en UDP sont à renseigner.
Et ca marche toujours pas, et comme tu le dit ca à trop duré.

A tous zazar je te joins mon dernier log avec au début LNS lancé et lancement d'Emile, et ensuite Emile lancé et lancement de LNS.

S'il n'y avait pas
http://cargo.49.free.fr/Scoeur.jpg
Je crois que j'étudierais l'éventualité d'un changement de fournisseur, mais comme il sont tous pareil, alors......

 

Salut Murof

Tu y est presque... c'est pas le temps de baisser les bras!

Un p'tit bilan:

1- Tu es passé des règles "standards" aux règles "évoluées" ...

2- Tu as installé la règle WIFI et la règles Icmp code 3 type 4
et ça marche... (ftp, messagerie, etc) sauf l'infâme Mulet.

3- j'ai modifié ton jeu de règles pour fignoler la chose
[à ce moment-là tu voulais mourir parce que la Mule ne marchait pas... ]
Tu te souviens?

4- Tu as décidé de vivre quand même puis tu as appris a paramétrer ton routeur avec le navigateur via l'adresse locale http://192.168.1.1.

Il ne te reste plus qu'à forwarder les ports du routeur pour l'infâme mulet et voilà...

... et voilà que tu annonce que tu laisse tomber.


C'est ton choix.

Bye.

 

Salut Climenole,

Je suis également déçu et surtout pour toi, car tu as mis beaucoup d'energie à essayer de me sortir de ce bourbier.
Je reste malgré tout persuadé que le problème vient de LNS. Sinon comment expliquer que dés que j'arrète LNS ma connection aux source démarre, et celle-ci démarré (même une seul source) je peux le relancer et ça n'a plus d'incidence.

A+

 

Salut Murof

Ouais... c'est assez ennuyeux en effet de ne pas encore avoir trouvé une solution. C'est assez étrange. Il n'y a qu' eMule qui foire et pas le reste.

Je me trompe? La navigation. le courrier, le Ftp, etc. tout ça marche. N'est-ce pas?

Si le problème vient de LNS le blocage devrait être signalé dans le journal.
Soit en TCP, soit en UDP, soit les deux.

Essaye ceci:

active la règle "hors-normes" en TCP et retire le point rouge pour autoriser puis essaye le mulet à nouveau... Y a-t-il des différences?

Idem avec "hors-normes" UDP... Y-a-t-il des différences ?

S'il y a un blocage d' eMule uniquement et par LNS le blocage est signalé dans le journal. C'est à partir de la que les pistes sont trouvées...

à part de ça , je ne vois pas...

A+

 

Salut Climenole.

Non tu ne te trompe pas

Comme ça ça marche:
http://cargo.49.free.fr/UDP.jpg

Je te joins le log

A+

 

Salut Climenole.

STP, peux tu me dire s'il est dangereux de fonctionner avec l'UDP hors norme tel qu'il est sur le message précédent.

Merci

A+