OVH Cloud OVH Cloud

pb de connexion wanadoocable suite à une maj mdk9.2 >>10.0, puis 10.1

16 réponses
Avatar
JG
bonjour,

sous wanadoocable, en protocole pppoe, j'ai un pb de connexion, sous mdk
10.1, après une double mise à jour (10.0, puis 10.1, puisque ça marchait
pas), depuis 9.2 où tout marchait bien.

voilà l'extrait de /var/log/messages correspondant :

Oct 22 21:39:18 jgr pppd[7582]: pppd 2.4.2 started by root, uid 0
Oct 22 21:39:18 jgr pppd[7582]: Using interface ppp0
Oct 22 21:39:18 jgr pppd[7582]: Connect: ppp0 <--> /dev/pts/14
Oct 22 21:39:49 jgr pppd[7582]: LCP: timeout sending Config-Requests
Oct 22 21:39:49 jgr pppd[7582]: Connection terminated.

après ces pbs, j'ai réinstallé, en gardant /home, pour voir si cela
résolvait le pb de connexion. Mais non, toujours ce même pb. J'ai un 2 ordi
sous mdk 10.1 connecté aussi sur le même modemcable et j'ai comparé les
deux fichiers pppoe.conf pour les mettre en conformité, seule différence
eth0 pour l'un et eth1 pour celui qui ne marche pas. Mais toujours rien.

j'ai vérifié les /pap, la reconnaissance d'eth1, mais tout à l'air ok de ce
côté là. je ne vois pas quoi vérifier de plus. Et comme j'ai deux cartes
reseaux sur cet ordi (HP8670) j'ai testé les deux. mais toujours le meme
pb.

Cet ordi marchait très bien en mdk9.2 et à commencé à ne plus se connecter
en mise à jour via le mcc en mdk10.0. Mais là j'ai tout réinstallé avec
les cd en mdk 10.1.
Que faire maintenant ?
Merci de votre aide et bonne soirée
JG

6 réponses

1 2
Avatar
g.patel
On Tue, 26 Oct 2004 00:01:11 +0200, JG wrote:

gerard patel wrote:
(...)

Puis essayer de pinger un serveur internet répondant aux pings
avec son adresse IP (par exemple  213.228.0.42)


bon, puisque le ping du fai est impossible, que puis-je regarder pour voir
ce qui se passe ?


ce que j'ai suggéré plus haut et dans mes posts précédents.
Lister ici la sortie de ifconfig + route -n

Gerard Patel


Avatar
JG
gerard patel wrote:

ce que j'ai suggéré plus haut et dans mes posts précédents.
Lister ici la sortie de ifconfig + route -n

Gerard Patel


excuse moi pour le retard, mais j'ai eu qq pbs techniques ; voici donc

[ root]# ifconfig
eth0 Lien encap:Ethernet HWaddr 00:00:B4:5F:E5:DF
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:20 errors:0 dropped:0 overruns:0 frame:0
TX packets:24 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:1200 (1.1 Kb) TX bytes:1440 (1.4 Kb)
Interruption:9 Adresse de base:0xd000

lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:93 errors:0 dropped:0 overruns:0 frame:0
TX packets:93 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:5751 (5.6 Kb) TX bytes:5751 (5.6 Kb)

[ root]# route -n
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use
Iface
[ root]# adsl-start
................TIMED OUT
[ root]#

à noter qu'avec un modem RTC, ça marche correctement...
bon we
JG

Avatar
g.patel
On Fri, 29 Oct 2004 09:41:19 +0200, JG wrote:

[ root]# ifconfig
eth0 Lien encap:Ethernet HWaddr 00:00:B4:5F:E5:DF
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:20 errors:0 dropped:0 overruns:0 frame:0
TX packets:24 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:1200 (1.1 Kb) TX bytes:1440 (1.4 Kb)
Interruption:9 Adresse de base:0xd000


cette carte semble fonctionner; mais du premier message de cette
enfilade, j'ai cru comprendre que cette carte n'était pas utilisée
en pppoe, et que c'était eth1 ? Si c'est le cas, la carte eth1 n'est
pas reconnue. Premier problème. Est ce qu'il y a un réseau local
connecté (un autre PC) qui peut expliquer ce trafic, ou bien ne
peut-il correspondre qu'à une tentative avortée de connexion
au FAI ?

[ root]# route -n
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use
Iface


ouh là là... c'est bref. Mais bon, ça peut s'expliquer dans une
certaine mesure si le seul réseau raccordé à la machine va
sur le routeur vers le FAI en connexion PPPOE et que ce
réseau ne 'monte' pas correctement.

à noter qu'avec un modem RTC, ça marche correctement...


Gerard Patel

Avatar
JG
gerard patel wrote:

cette carte semble fonctionner; mais du premier message de cette
enfilade, j'ai cru comprendre que cette carte n'était pas utilisée
en pppoe, et que c'était eth1 ? Si c'est le cas, la carte eth1 n'est
pas reconnue. Premier problème. Est ce qu'il y a un réseau local
connecté (un autre PC) qui peut expliquer ce trafic, ou bien ne
peut-il correspondre qu'à une tentative avortée de connexion
au FAI ?

non, cette fois c bien cette carte là qui est connectée au modem cable, via

un hub. et l'autre carte n'est pas connectée du tout. Donc, ça pourrait
correspondre comme tu le suggères un début de dialogue avorté. Mais why ??
c cela la question.
merci de ton avis.
J'ai mis à jour en réinstallation en mdk10.1 official, puisque j'étais en
community, et ça n'a rien changé sur le pb. Sauf que pour la petite
histoire j'ai eu des pbs à l'installation du reseau ou meme d'internet via
modem RTC, en particulier durant la config des connexions ( can't locate
encoding in @INC, pour l'adsl/pppoe ...) mais qu'après l'installation, j'ai
pu réinstaller le modem RTC olitec , mais toujours pas la connexion cable
protocole pppoe.
enfin, voilà.
Serait-il intéressant de virer certains fichiers de mon /home pour repartir
sur une config à partir de rien ?...
bonne apm
JGael

Avatar
g.patel
On Sat, 30 Oct 2004 13:25:59 +0200, JG wrote:

(...)
Serait-il intéressant de virer certains fichiers de mon /home pour repartir
sur une config à partir de rien ?...


non, je ne vois rien à virer dans le /home; la configuration réseau
est toute sous /etc/sysconfig, essentiellement sous
/etc/sysconfig/network-scripts.
Eventuellement pour avancer un peu, est ce qu'il serait possible
de lancer un tcpdump -i eth0 -s 0 -w monfichier.txt avant d'essayer
de connecter, puis de poster ici le résultat de
tcpdump -x -X -r monfichier.txt
?
Si c'est gros, essayer d'effacer les parties qui se répètent trop.

Gérard Patel

Avatar
g.patel
On Sat, 30 Oct 2004 21:28:37 GMT, (gerard
patel) wrote:

(...)
de lancer un tcpdump -i eth0 -s 0 -w monfichier.txt


après avoir pris le temps de vérification, le commutateur -s 0
devrait etre enlevé de cette commande.

Gérard Patel

1 2