Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Connexion modem adsl ok mais navigation internet impossible

FrancescoPaolo

Bonsoir,

Notez que j?ai installé la fedora cora 4 en anglais espérant régler le problème identique en français.

Une fois installé la fedora core 4 semble fonctionner correctement.
J?arrive également à démarrer mon modem adsl (Eibcon diva usb) et à faire un ping sur www.google.be

[root@localhost ~]# ifconfig
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:2515 errors:0 dropped:0 overruns:0 frame:0
TX packets:2515 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2208256 (2.1 MiB) TX bytes:2208256 (2.1 MiB)

[root@localhost ~]# cd /usr/local/bin/
[root@localhost bin]# eciadsl-start

[EciAdsl 1/5] Setting up USB support...

Preliminary USB device filesystem is OK

[EciAdsl 2/5] Uploading firmware...

GlobeSpan GS7070 USB ADSL WAN Modem compatible modem found (in 2001ms)
eciadsl-firmware: success
firmware loaded successfully

[EciAdsl 3/5] Synchronization...

OK eciadsl-synch: success
Synchronization successful

[EciAdsl 4/5] Connecting to provider...

using channel 13
Using interface ppp0
Connect: ppp0 <--> /dev/pts/1
sent [LCP ConfReq id=0x1 <magic 0x3c67ae24>]
rcvd [LCP ConfReq id=0xc8 <mru 1500> <auth chap MD5> <magic 0x3d0550ec>]
sent [LCP ConfAck id=0xc8 <mru 1500> <auth chap MD5> <magic 0x3d0550ec>]
rcvd [LCP ConfAck id=0x1 <magic 0x3c67ae24>]
rcvd [CHAP Challenge id=0x1 <6871169d3a31bd2a28c487f8fdad30d8>, name = "BAS-MONS"]
sent [CHAP Response id=0x1 <4a4e96c900a46102fb193e6bf113db21>, name = "fa359612@SKYNET"]
rcvd [CHAP Success id=0x1 "CHAP authentication success, unit 6699"]
CHAP authentication succeeded: CHAP authentication success, unit 6699
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
rcvd [IPCP ConfReq id=0x5d <addr 80.200.169.1>]
sent [IPCP ConfAck id=0x5d <addr 80.200.169.1>]
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
rcvd [IPCP ConfReq id=0x5d <addr 80.200.169.1>]
sent [IPCP ConfAck id=0x5d <addr 80.200.169.1>]
rcvd [IPCP ConfNak id=0x1 <addr 80.200.169.193> <ms-dns1 195.238.2.22> <ms-dns3 195.238.2.21>]
sent [IPCP ConfReq id=0x2 <addr 80.200.169.193> <ms-dns1 195.238.2.22> <ms-dns3 195.238.2.21>]
rcvd [IPCP ConfAck id=0x2 <addr 80.200.169.193> <ms-dns1 195.238.2.22> <ms-dns3 195.238.2.21>]
local IP address 80.200.169.193
remote IP address 80.200.169.1
primary DNS address 195.238.2.22
secondary DNS address 195.238.2.21
Connection successful

[EciAdsl 5/5] Setting up route table...

Waiting for ppp0...
Adding default route... default route to ppp0 already exists
[root@localhost bin]# ifconfig
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:2518 errors:0 dropped:0 overruns:0 frame:0
TX packets:2518 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2208412 (2.1 MiB) TX bytes:2208412 (2.1 MiB)

ppp0 Link encap:Point-to-Point Protocol
inet addr:80.200.169.193 P-t-P:80.200.169.1 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:4 errors:0 dropped:0 overruns:0 frame:0
TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:64 (64.0 b) TX bytes:126 (126.0 b)

[root@localhost bin]# ping www.google.be
PING www.l.google.com (64.233.183.104) 56(84) bytes of data.
64 bytes from 64.233.183.104: icmp_seq=0 ttl=246 time=48.2 ms
64 bytes from 64.233.183.104: icmp_seq=1 ttl=246 time=56.6 ms
64 bytes from 64.233.183.104: icmp_seq=2 ttl=246 time=33.8 ms
64 bytes from 64.233.183.104: icmp_seq=3 ttl=246 time=143 ms
64 bytes from 64.233.183.104: icmp_seq=4 ttl=246 time=62.6 ms
64 bytes from 64.233.183.104: icmp_seq=5 ttl=246 time=59.6 ms
64 bytes from 64.233.183.104: icmp_seq=6 ttl=246 time=39.6 ms
64 bytes from 64.233.183.104: icmp_seq=7 ttl=246 time=58.6 ms
64 bytes from 64.233.183.104: icmp_seq=8 ttl=246 time=107 ms

--- www.l.google.com ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 8009ms
rtt min/avg/max/mdev = 33.815/67.861/143.690/33.301 ms, pipe 2
[root@localhost bin]#

Cependant je n?arrive pas à naviguer sur internet via Mozzila Firefox en effet lorsque j?essaie d?aller sur www.google.be
cela tourne sans arrêt et au bas de la page il y a
Waiting www.google.be...

Notez également que je n?arrive pas à activer PPP0 et obtiens le message suivant :

Cannot activate network device skynet !
/sbin/adsl-start: line 217: 5701 Terminated
$CONNECT ?$@? >/dev/null 2>&1

Voici les definitions de PPP0

xDSL Configuration

Onglet General ==> sont cochés
+ Allow all users to enable and disable the device
+ Automatically obtain DNS information from provider

Onglet Provider ==>
Provider name : skynet
login: fa359612@SKYNET
password : ********

Onglets route et IPsec non completés

Onglet Advanced sont cochés:
+ use synchronus PPP
+ Make this connection the default

Onglet hardware device
hardware : eth0(3Com 3c501)

Merci pour l?aide

MrTom

MMh je ne suis sûr de rien mais le module usbnet en devrait-il pas être chargé?

J'ai eu l'expérience d'un modem ECI (qui fonctionne avec le même driver) il y a de ça quelques années, mais je n'avais jamais eu ce genre de problème.

tapioca

Bonjour,

Le ping prouve que la connexion et le DNS sont OK.
Essaye un MTU de 1492 ou 1458.

herrib

ppp0 Link encap:Point-to-Point Protocol
inet addr:80.200.169.193 P-t-P:80.200.169.1 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:4 errors:0 dropped:0 overruns:0 frame:0
TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:64 (64.0 b) TX bytes:126 (126.0 b)

[root@localhost bin]# ping www.google.be
PING www.l.google.com (64.233.183.104) 56(84) bytes of data.
64 bytes from 64.233.183.104: icmp_seq=0 ttl=246 time=48.2 ms
64 bytes from 64.233.183.104: icmp_seq=1 ttl=246 time=56.6 ms
64 bytes from 64.233.183.104: icmp_seq=2 ttl=246 time=33.8 ms
64 bytes from 64.233.183.104: icmp_seq=3 ttl=246 time=143 ms
64 bytes from 64.233.183.104: icmp_seq=4 ttl=246 time=62.6 ms
64 bytes from 64.233.183.104: icmp_seq=5 ttl=246 time=59.6 ms
64 bytes from 64.233.183.104: icmp_seq=6 ttl=246 time=39.6 ms
...

La connexion est donc établie (adresse IP délivrée, possibilité de pinger une adresse externe).

Le pb semble concerner Firefox.

1- Un proxy a-t-il été déclaré?
2- un firewall est-il actif qui interdirait toutes les connexions? (notamment le port 8080?). Comment sont réglés les paramètres de sécurité?
3- les DNS sont-ils correctement déclarés? On pourra notamment vérifier ce point en saisissant directement dans Firefox http://64.233.183.104/ .
4- Enfin, manifestement, le support IPV6 est activé. On pourra utiliment le supprimer (voir le fil suivant ).

Claude

FrancescoPaolo a écrit:

Waiting for ppp0...

Il me semblerait que tes paramètres ne soient pas corrects pour la Belgique: ton modem doit être en PPPoA LLC
Voici le paramètres belges adsl:
VPI=8
VCI=35
Service categ. UBR
Encapsulation PPPoA LLC

Si incorrect, cela donne effectivement ce symptôme.

herrib

Inutile, la connexion est établie ... la session ppp s'est déroulée jusqu'à l'allocation efficace de l'adresse IP et le paramétrage de la connexion.

Nota pour Tapioaca: effectivement, je n'avais pas vu qu'une URL avait été passée en paramètre du ping! La modif du MTU n'amènera rien comme l'indiquent les temps de réponse aux pings.

tapioca

@herrib : une petite recherche sur le Net m'a permis de trouver les 2 valeurs pour ce FAI.
Une question : pourquoi penses-tu que le temps de réponse d'un ping de 64 octets est une indication sur l'inutilité du changement de la valeur MTU ?

Je viens de faire le même ping depuis ma ligne Wanadoo 512 K :

Envoi d'une requête 'ping' sur www.l.google.com [66.102.9.147] avec 32 octets de données :

Réponse de 66.102.9.147 : octets=32 temps=404 ms TTL=244
Réponse de 66.102.9.147 : octets=32 temps=280 ms TTL=244
Réponse de 66.102.9.147 : octets=32 temps=339 ms TTL=244
Réponse de 66.102.9.147 : octets=32 temps=199 ms TTL=244

Statistiques Ping pour 66.102.9.147 :
    Paquets envoyes = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    minimum = 199ms, maximum = 404ms, moyenne = 305ms

Pourtant mon MTU est bien réglé.

Anvil

Le MTU est de 1500 pour une interface ethernet standard. Les interfaces Giga Ether peuvent avoir plus. Un perif PPPoE _doit_ etre 1492. En PPPoA, c'est 1500.

Notez que pour ne pas etre gene par le MTU a 1492 quand on fait du NAT, un simple :

iptables -t filter -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

dans la chaine FORWARD resoudra le probleme (ipv4 only).

Que le MTU soit a 1492 ou a 1500 ne changera absolument *rien* pour un paquet icmp (comme du ping..) de 64 petits octets.

FrancescoPaolo

Bonsoir,

voici les actions réalisées (suivies du test à chaque changement) mais cela firefox est toujours non fonctionnel

- Commande => ifconfig ppp0 avec MTU 1492
- Commande => ifconfig ppp0 avec MTU 1458
- La ligne "alias net-pf-10 off" a été ajouté dans le fichier /etc/modprobe.conf et IPv6 n'apparait plus dans le lsmod.
- proxy désactivé
- firewall désactivé
- impossible de tester firefox avec http://64.233.183.104/
puique firefox ne fonctionne pas

Comme indiqué dans mon message de départ le PPP0 ne s'active pas et j'ai toujours pas compris s'il est requis dans mon cas et si oui pourquoi il ne s'active pas ?

Merci pour votre aide

tapioca

Pourquoi dis-tu que ppp0 ne s'active pas alors que tu l'as activé avec le script eciadsl-start, que tu as pu lancer un ping sur google et que ifconfig te l'a confirmé ?

herrib

FrancescoPaolo a écrit:
- proxy désactivé
- firewall désactivé
- impossible de tester firefox avec http://64.233.183.104/
puique firefox ne fonctionne pas

Comme indiqué dans mon message de départ le PPP0 ne s'active pas et j'ai toujours pas compris s'il est requis dans mon cas et si oui pourquoi il ne s'active pas ?
Merci pour votre aide

La session PPP s'est correctement déroulée puisque l'adresse IP a été délivrée et que la connexion Internet est active (ce que traduit le ping www.google.be).

La table de routage semble correcte puisque l'accès Internet est possible (ce que montre le ping).

Les DNS sont actifs et la traduction URL -> adresse Ip a été vérifiée (par ce même ping).

Les tests en faisant varier les MTU (à partir de la commande ifconfig) ont déterminé la valeur optimale du MTU (voir par exemple ce post ).

Firefox est-il programmé pour utiliser un proxy? (préférences -> générales -> paramètres de connexion?).

FrancescoPaolo

En effet le ppp0 s'active en faisant eciadsl-start mais comme indiqué au début :
Notez également que je n?arrive pas à activer PPP0 et obtiens le message suivant :

Cannot activate network device skynet !
/sbin/adsl-start: line 217: 5701 Terminated
$CONNECT ?$@? >/dev/null 2>&1

Voici les definitions de PPP0

xDSL Configuration

Onglet General ==> sont cochés
+ Allow all users to enable and disable the device
+ Automatically obtain DNS information from provider

Onglet Provider ==>
Provider name : skynet
login: fa359612@SKYNET
password : ********

Onglets route et IPsec non completés

Onglet Advanced sont cochés:
+ use synchronus PPP
+ Make this connection the default

Onglet hardware device
hardware : eth0(3Com 3c501)

Donc je n'arrive pas comprendre si c'est le même ppp0

peut-être dois-je supprimer cette définition?

Merci pour l'info

FrancescoPaolo

Concerant les paramètres belges adsl:
VPI=8
VCI=35
Service categ. UBR
Encapsulation PPPoA LLC
Voici les paramètres utilisés

Vid1/Pid1: 071d / ac81
Vid2/Pid2: 0915 / ac82
Pays: Belgique /
Fournisseurs: Skynet
VPI: 8
VCI: 35
Synch .bin: synch01.bin (défaut), synch05.bin /
synch01.bin (défaut)
Chipset: GS7070
Synch alt: 4
pppoeci alt: 4

mais je ne comprends pas

Service categ. UBR
Encapsulation PPPoA LLC

Merci pour l'info

tapioca

N'y aurait-il pas double emploi entre le script eciadsl-start et le démarrage de l'interface ppp0 définie sous system-config-network (interface graphique) ?
Ceci expliquerait

Adding default route... default route to ppp0 already exists

FrancescoPaolo

Pour info : ppp0

La définition ppp0 via interface graphique a été supprimé.
Après reboot la situation reste identique par contre le message persite
"Adding default route... default route to ppp0
already exists"

Merci

nouvo09

FrancescoPaolo a écrit:
Pour info : ppp0

La définition ppp0 via interface graphique a été supprimé.
Après reboot la situation reste identique par contre le message persite
"Adding default route... default route to ppp0
already exists"

Merci

tu pourrais tester des programmes qui utilisent internet sans utiliser firefox ?

genre ftp ou gftp, et voir si ceux la fonctionnent ? j'ai un doute

Anvil

Verifie qu'une autre interface genre une interface ethernet... ne met pas sa [mauvaise] route par defaut a elle.

FrancescoPaolo

Test ftp:

ftp à l'air de fonctionner partiellement, il a été possible de naviguer entre les repertoires.
Certains repertoire ne donnent pas de réponse mais c'est (peut-être normal ?).
Par contre la même opération à partir de windows montre beaucoup plus de répertoires et permet d'aller jusqu'aux fichiers ????

Merci

FrancescoPaolo

"Mauvaise route"

Comment puis-je vérifier cela ?

Merci.

tapioca

/sbin/route -e

Page suivante »