internet sous sarge

Recherche :

Sujet auquel vous répondez

Sujet : internet sous sarge

jlighty

Citation :

Aug 5 20:23:28 localhost pppd[8767]: PPP session is 1792
Aug 5 20:23:28 localhost pppd[8767]: Using interface ppp0
Aug 5 20:23:28 localhost pppd[8767]: Connect: ppp0 <--> eth0
Aug 5 20:23:28 localhost pppd[8767]: Couldn't increase MTU to 1500
Aug 5 20:23:28 localhost pppd[8767]: Couldn't increase MRU to 1500

Normalement, ce n'est pas un problème de MTU malgré ce que le log indique.
Le routage est correct ainsi que le firewall.

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

jlighty

augmente le niveau de verbose dans le fichier option (paramètre debug)

cromag

jlighty a écrit :

Citation :

tu parles de "plog"? .....

Plutôt une version plus détaillée ou l'on verrait par exemple les différentes (4) étapes de connexion.

heu..... ok... je vais essayer de voir ce que je peux faire..parceque la ca devient du chinois pour moi.... :sweat:

tu as une idée de la commande que je pourrais utiliser?

jlighty

Citation :

tu parles de "plog"? .....

Plutôt une version plus détaillée ou l'on verrait par exemple les différentes (4) étapes de connexion.

cromag

jlighty a écrit :

2 choses à essayer :
- récupérer le log de l'établissement de la connexion par PPP

:??: :??:
tu parles de "plog"? .....

jlighty a écrit :

- regarder la configuration de la neufbox (interface web)

ca j'ai trouver des infos sur le net, merci:).. je vais tenter le coup pr voir

jlighty

2 choses à essayer :
- récupérer le log de l'établissement de la connexion par PPP
- regarder la configuration de la neufbox (interface web)

cromag

jlighty a écrit :

En faite non, tu n'en as pas besoin, ces options sont directement configurées dans le neufbox.
Quand j'avais le modem Sagem 800 je pouvais le configurer par linux.

ha ok.. fausse alerte alors?

a priori pour le tutos d'installation tout est ok....

c'est quand même étrange que je n'ai pu le configurer sous aucun OS :heink:

j'espere que Mr Neuf tel trouvera une solution.... parceque la;.... je suis dubitatif

jlighty

En faite non, tu n'en as pas besoin, ces options sont directement configurées dans le neufbox.
Quand j'avais le modem Sagem 800 je pouvais le configurer par linux.

cromag

jlighty a écrit :

Autre chose tu as bien mis VPI=8 et VCI=35 ?

quezako??? :??: comment on regle ca?

jlighty

A mon avis il n'y a aucun lien entre P-t-P et gnomeui
Autre chose tu as bien mis VPI=8 et VCI=35 ?
Un tutorial sur l'installation d'un modem ethernet (dans le cas où tu aurais oublié quelque chose)
http://www.n9ws.com/index.php/pages/tuto_ethernetlinux

cromag

bonjour,

je n'ai pas réussit a adapter les manips décrites ci dessus... par contre j'ai peut être mis le doigt sur quelque chose d'interessant:

En utilisant gnome-nettool que j'avais lancé a partir d'un terminal, je me suis appercut que dès que je voulais configurer un truc etc.. le type de message suivant apparaissait:

cromag:/# gnome-nettool

(gnome-nettool:6734): GnomeUI-WARNING **: While connecting to session manager:
Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed.
P-t-P: 84.101.100.1

(network-admin:6736): GnomeUI-WARNING **: While connecting to session manager:
Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed.

(network-admin:6751): GnomeUI-WARNING **: While connecting to session manager:
Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed.
P-t-P: 84.101.100.1

ca me parait pas très normal même si je ne comprend pas tout .. je ne parle pas courement le linux :lol:

en fait je vois pas ce que le P-t-P: 84.101.100.1 viens faire ici....

cromag

jlighty a écrit :

Ce qui tu peux essayer c'est "adsl start" et "adsl status" mais je suis quand même sceptique car tu n'arrivais déjà pas à faire marcher la Neuf box sous d'autres OS.

ok merci je vais tenter le coup. Je suis sceptique aussi mais bon ca ne coute rien d'essayer.

J'ai encore téléphoner à mon FAI ce midi, ils m'envoient quelqu'un pour vérifier toutes les instalations telecom & co ... on sait jamais avec un peu de chance ....

en attendant je tente le coup, je vous tien au courant

merci

jlighty

Ce qui tu peux essayer c'est "adsl start" et "adsl status" mais je suis quand même sceptique car tu n'arrivais déjà pas à faire marcher la Neuf box sous d'autres OS.

cromag

jlighty a écrit :

Regarde s'il y a la possibilité de configurer la neuf box car si avec Linux, Win2000, WinXP tu n'arrives pas à accéder au net c'est soit un problème de modem ou de réseau du FAI.

bonjour,

a force d'ecumer les forums, j'ai trouvé un post de quelqu'un qui semblait avoir le meme souci que moi su commentcamarche.net

Bonjour
Vous avez un Pb avec la neuf box. Cela peut se résoudre, moi aussi, j'ai eu quelques soucis et grâce à ce site, j'ai réussi à me connecter.

Tout en root comme avec: "W.....(#[`→@^\{{~[`ç##)

J'ai regardé dans le fichier:
/ect/ppp/pppoe.conf
et je me suis aperçu que je n'avais pas le chemin "PID"
dans:
/var/run/nom du fichier
de plus:
en contrôlant l'état de ma connection:
[root blabla@moimeme]# adsl-status

Le système "linux mandriva" pour la pub et ne pas le citer, m'informait que le chemin:
/var/run/pppoe.conf-adsl.pip.pppd
était introuvable.

J'ai donc utilisé la force brutale "like W......!(#i`→@^\{{~`^##)."

J'ai renommé le fichier:
/var/run/pppoe.conf-adsl.pip
en /var/run/pppoe.conf-adsl.pip.pppd
puis en /var/run/pppoe.conf-adsl.pip.pppoe
puis en /var/run/pppoe.conf-adsl.pip.ppoe

et mon linux préféré a créé:
/var/run/pppoe.conf-adsl.pip.start

après un "adsl start"

puis: "youpi"
comme par magie, cela fonctionne.

nota:
J'ai une connection ethernet et j'ai suivi l'installation du système qui au final me disait quelque chose du genre: "W......!(#l`→@^\{{~[`^##)"

il me semble que: "vous n'êtes pas connecté".

Et que je pouvais recommencer.
Autre chose:

Avant de bidouiller; j'ai appelé le "Neuf", il me confirma que j'était bien "Adsl" depuis deux semaines environ (du 7/7 au 2n/7).
et l'opérateur m'assura que je me connectais bien à son serveur.

Pour info sur la neuf box: "ya des voyants"

Ils doivent êtres allumés en:

PWR DSL LAN

Puis lorsque vous êtes connecté:
DSA LAC

Vous souhaitant bonne chance et bonne connection

Best regards

Gerlac

je pense donc tenter cette manip même si je n'y comprend pas grand chose et que je ne suis pas certain que ca fonctionne avec une debian....

si ca fonctionne toujours pas.. je vais encore telephoner a mon FAI adoré ( :fou: ) ce soir

jlighty

Regarde s'il y a la possibilité de configurer la neuf box car si avec Linux, Win2000, WinXP tu n'arrives pas à accéder au net c'est soit un problème de modem ou de réseau du FAI.

cromag

le telnet semble fonctionner, du moins pour google, par contre le GET / n'a pas l'air de franchement lui plaire:

julien@cromag:~$ telnet www.google.com 80
Trying 216.239.59.147...
Connected to www.google.com.
Escape character is '^]'.
GET /
Connection closed by foreign host.

j'ai tenté de un telnet sur d'autres sites (yahoo et amazon) mais ne s'affiche, meme pas "Trying ......", peut etre le telnet n'est il tout simplement pas autorisé sur ces machines

pour iptables j'ai effectue la manip comme donnée:

cromag:/home/julien# iptables -F
cromag:/home/julien# iptables -X
cromag:/home/julien# iptables -P INPUT ACCEPT
cromag:/home/julien# iptables -P OUTPUT ACCEPT
cromag:/home/julien# iptables -P FORWARD ACCEPT

Mais rien n'y fait... d'autre part si j'ai bien compris le but de cette manip est de voir si ca ne bloque pas au niveau du FW. Je ne pense pas que le prob vienne du FW étant donné que la connec ne fonctionne pas sous Win 2000 qui (il me semble) n'a pas de FW.

D'autre part, j'ai à tout hazard tente le coup avec un windows XP (firewall totalement desactive), comme pour les autres config l'identification se passe bien mais rien ne se passe quand qu'il s'agit d'acceder a une page internet.

Je vais retenter le coup avec le service technique de mon FAI ce soir voir si je peux regles le souci sous XP, avec un peu de change il suffira de faire une analogie entre les réglages des 2 OS... mais j'y crois pas trop en fait :lol:

jlighty

Une chose à essayer, flusher les règles IPtables et activer la possibilité de faire du ping car j'ai l'impression qu'un firewall bloque certains ports (FW de la neufbox pourtant elle est considérée comme un modem ou FW de linux ?)

Code :

iptables -F
iptables -X
iptables -P INPUT ACCEPT
iptables -P OUTPUT ACCEPT
iptables -P FORWARD ACCEPT

l0ky

ce n'est pas

telnet www.yahoo.fr

c'est

telnet www.yahoo.fr 80

cromag

deather2 a écrit :

Ben ouais mais son client mail et amsn ne dependent pas de la conf du browser :/

bonjour,

j'ai essayé le telnet sur google et sur yahoo mais apparement rien n'y fait:

sur google:

cromag:/home/julien# telnet www.google.com
Trying 66.249.93.104...
Trying 66.249.93.99...
telnet: Unable to connect to remote host: Connection timed out

sur yahoo (que j'ai fait abandonner apres plus de 10 min):

julien@cromag:~$ telnet www.yahoo.com
Trying 68.142.226.38...
Trying 68.142.226.50...
Trying 68.142.226.44...
Trying 68.142.226.33...

j'ai aussi essaye d'aller voir google avec lynx, j'ai droit à:

400 Bad Request

Google
Error

Bad Request

Your client has issued a malformed or illegal request.

histoire de vérifier, j'ai demandé a un ami de pinguer mon pc, et le ping passe sans le mondre problème.. par contre dans l'autre sens, impossible de le pinguer ou de pinguer quelque ordinateur que ce soit (aucun changement donc)

j'ai aussi tenté de configurer thunderbird... on sait jamais. A priori il arrive a se connecter a mon compte... mais pas a récup les mails.

donc si je récapitule l'histoire:

- je peux me connecter au réseau et mon FAI me voit connecté a 9,5 Meg/s
- je peux a priori me connecter a un ftp ("ftp ftp.free.fr" par exemple), un pop .. ou tout autre "service"
- il est possible de me pinguer

- je ne peux pas pinguer
- je ne peux pas "transferer de données" (afficher une page web, récup des mails...)

deather2

Ben ouais mais son client mail et amsn ne dependent pas de la conf du browser :/

jlighty

Citation :

Par contre une fois connecté impossible d'acceder au un site web, de se connecter a msn, rÃ©cuperer des mails ou quoi que ca soit

pourtant le FTP est accessible.
Essaye de voir avec lynx (ou telnet www.google.com 80 et tapes GET /) pour verifier si le HTTP passe. Si ça fonctionne alors il se peut que c'est la configuration du navigateur qui est incorrecte.

deather2

cromag a écrit :

j'ai oublié de le copier de chez moi mais le "traceroute" ne passe pas et retourne "hust unknown"

a priori le ftp passe:

cromag:/home/julien# ftp ftp.free.fr
Connected to ftp.proxad.net.
220 Welcome to ProXad FTP server
Name (ftp.free.fr:julien): cromag
530 This FTP server is anonymous only.
Login failed.
ftp>
ftp>
ftp>
ftp>
ftp> q
?Ambiguous command
ftp> quit
221 Goodbye.

Ici, tout semble marcher correctement...

il ne connais pas lynx (moi non plus :??: :lol: )
Un navigateur web en mode texte ;)

cromag:/home/julien# lynx www.google.com
bash: lynx: command not found

d'après ce que j'ai compris de vos discutions le iptables -L n'etait pas nécessaire mais dans le doute je le met tout de même:

cromag:/home/julien# iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination

Chain FORWARD (policy ACCEPT)
target prot opt source destination
TCPMSS tcp -- anywhere anywhere tcp flags:SYN,RST/SYN tcpmss match 1400:1536 TCPMSS clamp to PMTU

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

derniere remarque pour le tkpppoe .. d'apres ce que j'ai compris tkpppoe est la GUI pour rp-pppoe. Or Debian utilise une adaptation de rp-pppoe qui est pppoeconf ... il est donc peut etre logique que tkpppoe n'y soit pas et cela expliquerait qu'il ne soit pas dans ubuntu.. non?
ouaip

cromag

j'ai oublié de le copier de chez moi mais le "traceroute" ne passe pas et retourne "host unknown"

a priori le ftp passe:

il ne connais pas lynx (moi non plus :??: :lol: )

cromag:/home/julien# lynx www.google.com
bash: lynx: command not found

d'après ce que j'ai compris de vos discutions le iptables -L n'etait pas nécessaire mais dans le doute je le met tout de même:

jlighty

En plus j'avais lu le man :D, mais comme il était surprenant que la résolution DNS se passait et que le HTTP était inaccessible alors qu'il n'y avait qu'une seule règle iptables affichée (ACCEPT) je me suis dis que iptables -L -n -v masquait des règles.

l0ky	iptables -L -v -n et iptables -L c'est pareil, sauf que -v est plus verbose et -n ne fait pas de résolution

jlighty

en complement de "iptables -L -v -n" peux tu faire "iptables -L" pour voir les règles utilisées ?

jlighty

il doit être dans ta distribution tkpppoe quoi que il n'est pas dans les paquetages de la ubuntu.
Un truc qui est bizarre, lorsque tu fais les pings www.google.com, www.yahoo.com la résolution DNS s'effectue.
Les autres protocoles passent ? par exemple "ftp ftp.free.fr" ? ou "lynx www.google.com" ?

l0ky	Tu peux essayer la commande suivante : traceroute www.google.fr

cromag

jlighty a écrit :

as tu essayé le GUI tkpppoe ?

non je ne connaissais même pas ce nom avant que tu m'en parles, j'ai vérifié dans les DVDs de ma distrib mais rien n'y ressemble... et comme je n'ai pas le net chez moi c'est difficile de les récuperer.... je vais essayer de faire ca du cyber en esperant avoir toutes les dépendances de ok, je te tiens au courant

cromag

jlighty a écrit :

Verification des DNS :
peux tu pinguer 216.239.57.99 (google.com) ?

bonsoir,

j'ai tenté de pinguer 216.239.57.99 ... et aucune réponse.

Comme tu parlais de vérification des DNS, j'ai pingué plusieurs sites, mon pc semble bien recevoir l'adresse IP et vouloir la pinguer.. mais rien ne se passe.

Voici ce qui s'affiche

--- 216.239.57.99 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 3999ms

cromag:/home/julien# ping www.google.com
PING www.l.google.com (216.239.59.103) 56(84) bytes of data.

--- www.l.google.com ping statistics ---
10 packets transmitted, 0 received, 100% packet loss, time 8998ms

cromag:/home/julien# ping www.whatismyip.com
PING www.whatismyip.com (63.209.100.216) 56(84) bytes of data.

--- www.whatismyip.com ping statistics ---
6 packets transmitted, 0 received, 100% packet loss, time 4999ms

cromag:/home/julien# ping www.yahoo.com
PING www.yahoo.akadns.net (68.142.226.42) 56(84) bytes of data.

--- www.yahoo.akadns.net ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 2998ms

jlighty

as tu essayé le GUI tkpppoe ?

jlighty

Verification des DNS :
peux tu pinguer 216.239.57.99 (google.com) ?

jlighty

Citation :

Normalement, ce n'est pas un problème de MTU malgré ce que le log indique.
Le routage est correct ainsi que le firewall.

cromag

l0ky a écrit :

Peux tu faire ces commandes dans un shell (en root et connecté) et poster le résultat dans des bloc fixed.

ifconfig
route
cat /etc/resolv.conf
iptables -L -v -n

oui, voici les résultats:

cromag:/home/julien# ifconfig
eth0 Lien encap:Ethernet HWaddr 00:50:BA:2D:2A:01
adr inet6: fe80::250:baff:fe2d:2a01/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3922 errors:0 dropped:0 overruns:0 frame:0
TX packets:3779 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:396440 (387.1 KiB) TX bytes:235932 (230.4 KiB)
Interruption:10 Adresse de base:0xd400

lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:4916 errors:0 dropped:0 overruns:0 frame:0
TX packets:4916 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:719592 (702.7 KiB) TX bytes:719592 (702.7 KiB)

ppp0 Lien encap:Protocole Point-à-Point
inet adr:84.101.100.126 P-t-P:84.101.100.1 Masque:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:10 errors:0 dropped:0 overruns:0 frame:0
TX packets:11 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:3
RX bytes:501 (501.0 b) TX bytes:398 (398.0 b)

cromag:/home/julien# route
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
1.100.101-84.re * 255.255.255.255 UH 0 0 0 ppp0
default 1.100.101-84.re 0.0.0.0 UG 0 0 0 ppp0

cromag:/home/julien# cat /etc/resolv.conf
nameserver 80.118.192.100
nameserver 80.118.196.36

cromag:/home/julien# iptables -L -v -n
Chain INPUT (policy ACCEPT 7666 packets, 895K bytes)
pkts bytes target prot opt in out source destination

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
0 0 TCPMSS tcp -- * ppp0 0.0.0.0/0 0.0.0.0/0 tcp flags:0x06/0x02 tcpmss match 1400:1536 TCPMSS clamp to PMTU

Chain OUTPUT (policy ACCEPT 7909 packets, 865K bytes)
pkts bytes target prot opt in out source destination
cromag:/home/julien#

l0ky

Peux tu faire ces commandes dans un shell (en root et connecté) et poster le résultat dans des bloc fixed.

ifconfig
route
cat /etc/resolv.conf
iptables -L -v -n

cromag

jlighty a écrit :

tu as bien configuré le fichier /etc/ppp/options ?
car ce n'est pas normal que dans ton log (plog) pppd veut fixer la MTU à 1500.
regarde aussi dans la configuration de rp-pppoe pour voir s'il n'y aurait pas une option MTU fixée à 1500.

bonjour,

j'ai fait un peu le tour de tous les fichiers pouvant concerner la connection internet (du moins ceux à propos desquels j'ai trouvé des infos sur le web)

le fichier resolv.conf (demandé par AirbaT) contient:

nameserver 80.118.192.100
nameserver 80.118.196.36

le fichier options (demandé par jlghty) contient (une fois nettoyé des commentaires):

asyncmap 0
auth
crtscts
lock
hide-password
modem
proxyarp
noipx

j'ai essayé de changer le "auth" en "noauth" mais ça n'a rien changé
j'ai aussi tenté d'ajouter une ligne "mtu 1500" puis "mtu 1492" mais ca n'a pas fait avancer les choses non plus.... de plus il semble normale que la MTU soit fixée a 1500 pr eth0 et 1492 pour ppp0 non?

le fichier chap-secrets contient les bons login et mot de passe.

le fichier dsl-provider contient (une fois nettoyé des commentaires):

noipdefault
usepeerdns
defaultroute
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
connect /bin/true
noauth
persist
mtu 1492
noaccomp
default-asyncmap
plugin rp-pppoe.so eth0
user "moi@neuf.fr" (le login est le bon)

a noter qu'au debut du fichier il y a la section suivante:

# MUST CHANGE: Uncomment the following line, replacing the user@provider.net
# by the DSL user name given to your by your DSL provider.
# (There should be a matching entry in /etc/ppp/pap-secrets with the password.)
#user myusername@myprovider.net

j'ai donc tenté de la décommenter pour inscrire une nouvelle fois mon login mais rien n'a bougé au niveau de la connection

VoilÃ , en faisant le tour de ces fichiers je ne vois rien d'anormal donc je ne comprend pas, j'espere que vous vous y retrouvez mieux que moi.

une autre précision:

après chaque modification d'un fichier, je fais un "poff" pour couper la connection puis un "pon dsl-provider" pour l'activer est ce bien la manip correcte?

Un derniere info, dans le doute j'ai fait un test pour me connecter d'un autre PC (un portable) équipé de windows 2000... et ca ne fonctionne pas non plu. J'ai donc contacté la hotline de mon FAI, après 1h30 de tests il apparait que du DSLAM a mon modem il n'y a pas de souci (ils peuvent même pinger mon modem.. elle est pas belle la vie?)..ils m'on demandé de faire un test sous XP pour voir avant d'envoyer plus de renfort.. il me reste donc a trouver un XP et faire le test.

Tout ca pour dire que même sur une config totalmeent differente, sur un OS different... ca ne fontionne pas... ayant 2 modems de mon FAI.. j'ai fait les tests avec ces 2 modems.. et ca ne fonctionne pas non plus.

Je désesprere un peu.. toutes les iées sont les bienvenues...

merci de votre aide.

jlighty

AirbaT

Et dans ton /etc/resolv.conf ya quoi ?

cromag

jlighty a écrit :

Essaye de mettre la mtu à 1492 par exemple.
http://christian.caleca.free.fr/adsl/pour_finir.htm

merci pour le conseil,

en fait d'après ce que j'ai compris la règle générale, la MTU pour ppp0 est à mettre à 1492 pour laisser 8 octets avant d'atteindre la MTU de eth0 qui est a 1500 ... et doit être a 1500 pour un ethernet. Ce qui semble être le cas ici.

Dans le doute, j'ai descendu la MTU de eth0 a 1492, d'abord sans toucher a celle de ppp0 puis en descendant celle de ppp0 a 1484... et je me suis fait jeter dans les 2 cas.. plog me signifiant que si j'ai la MTU de eth0 a 1492 c'est que j'ai "un serieux probleme"

Cela dit il est vrai que "plog" retourne un "Couldn't increase MTU to 1500" .. et ca je ne sais pas si c'est tout a fait normal (mais ca me le semble puisque c'est bien l'interface ethernet)...

jlighty

Essaye de mettre la mtu à 1492 par exemple.
http://christian.caleca.free.fr/adsl/pour_finir.htm

cromag

Bonjour a tous,
J'ai une Debian Sarge, je suis chez neuf tel avec une neuf box

La connection a ete configurée avec pppoeconf sans aucun souci et l'ordinateur semble se connecter au réseau sans probleme. Par contre une fois connecté impossible d'acceder au un site web, de se connecter a msn, rÃ©cuperer des mails ou quoi que ca soit.

voici les manips que j'effectue pour avoir des renseignements mais tout semble fonctionner "normalement" mis a part que la connection ppp0 est très lente et que tous les paquets des pings sont tous perdus.

Je ne sais vraiment plus quoi faire.. toutes les idées sont les bienvenues, merci d'avance. N'ayant pas de connec chez moi je ne peux venir qu'une fois ds la journée donc n'hesitez pas a mettre toutes vos idées et je testerais tt le soir

cromag:/home/julien# plog
Aug 5 20:23:18 localhost pppd[8316]: Couldn't increase MRU to 1500
Aug 5 20:23:18 localhost pppd[8316]: Connection terminated.
Aug 5 20:23:18 localhost pppd[8316]: Exit.
Aug 5 20:23:28 localhost pppd[8766]: Plugin rp-pppoe.so loaded.
Aug 5 20:23:28 localhost pppd[8767]: pppd 2.4.3 started by root, uid 0
Aug 5 20:23:28 localhost pppd[8767]: PPP session is 1792
Aug 5 20:23:28 localhost pppd[8767]: Using interface ppp0
Aug 5 20:23:28 localhost pppd[8767]: Connect: ppp0 <--> eth0
Aug 5 20:23:28 localhost pppd[8767]: Couldn't increase MTU to 1500
Aug 5 20:23:28 localhost pppd[8767]: Couldn't increase MRU to 1500

cromag:/home/julien# ifconfig
eth0 Lien encap:Ethernet HWaddr 00:50:BA:2D:2A:01
adr inet6: fe80::250:baff:fe2d:2a01/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:6278 errors:0 dropped:0 overruns:0 frame:0
TX packets:5353 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:833864 (814.3 KiB) TX bytes:389624 (380.4 KiB)
Interruption:10 Adresse de base:0xd400

lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:HÃ´te
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:2614 errors:0 dropped:0 overruns:0 frame:0
TX packets:2614 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:308684 (301.4 KiB) TX bytes:308684 (301.4 KiB)

ppp0 Lien encap:Protocole Point-Ã -Point
inet adr:84.101.100.76 P-t-P:84.101.100.1 Masque:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:379 errors:0 dropped:0 overruns:0 frame:0
TX packets:373 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:3
RX bytes:33756 (32.9 KiB) TX bytes:20738 (20.2 KiB)

cromag:/home/julien# /sbin/route -n
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
84.101.100.1 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
0.0.0.0 84.101.100.1 0.0.0.0 UG 0 0 0 ppp0