udev et modem 3G ZTE MF 626

Noospray · Le 27/10/2009, à 17:35

vu, je n'est rien à redire sauf à rappeler que ce forum est dédié à Ubuntu ! big_smile

C'est que tu n'est pas homme facile à retrouver J'aurais bien essayé de te MP sur Forum Hardware mais ton dernier passage était bien trop ancien, je pense que jamais tu ne l'aurais reçu.
Et ubuntu ou pas, on est toujours sur GNU/Linux, donc des systèmes très proches.

c'est que j'indiquais Bouygues Télécom a quelques soucis depuis mi-septembre

Mes problèmes datent d'avant juillet.

Merci pour ces explications.
Ne me reste plus qu'à utiliser un usb_modeswitch. A ton avis, quel est le meilleur utilitaire dans le genre ?

Je me demande tout de même ce qui faisait que ce matin, la led était verte.

Ou alors, vu que j'ai un windows sous la main (PC familial oblige) je peux peut-être passer l'instruction comme ça. Enfin, sous condition qu'elle fonctionne toujours par la suite et sur Linux, et sur Win.

Dernière modification par Noospray (Le 27/10/2009, à 17:39)

NanoFlyingTux · Le 27/10/2009, à 17:59

Noospray a écrit :

Je me demande tout de même ce qui faisait que ce matin, la led était verte.

la led verte fixe apparaît dès que le code PIN a été fourni ou après la fin d'une connexion. Normalement, Network Manager gère aussi cette clé à partir du moment qu'elle est vue en tant que modem...

Noospray a écrit :

Ou alors, vu que j'ai un windows sous la main (PC familial oblige) je peux peut-être passer l'instruction comme ça.

oui, c'est plus simple d'après Georges surtout pour les habitués de l'Hyper Terminal !

Noospray a écrit :

Enfin, sous condition qu'elle fonctionne toujours par la suite et sur Linux, et sur Win.

sous W....$, si les drivers sont déjà installés et que la machine ne change pas, rien de problèmatique celà continue de fonctionner normalement. De toute façon l'opération est réversible d'après les informations du support du constructeur ZTE en Australie.

Noospray · Le 27/10/2009, à 18:56

Si je veux utiliser usb_modeswitch, il faut installer également libsusb.
Aller je me lance, c'est pas pour deux paquets...

Noospray · Le 27/10/2009, à 19:55

Arf, problème : j'ai suivi la doc http://doc.ubuntu-fr.org/zte_mf_626.
J'ai installé libusb1-1.0.1-1, puis usb_modeswitch-1.0.5, j'ai créer le fichier conf, puis la règle udev comme précisé dans la doc. Seuelement le switch ne se réalise pas : l'usb_modeswitch 1.0.5 me dit : "warning : no switching method given" et il s'arrête là.

EDIT : je progresse. tout bêtement oublié de dé commenter les lignes dans usb_modeswitch.conf.

Je lance la clé, le switch s'effectue, elle est bien en ttyUSB2, avec les bons ID Vendor et Product.
Je lance ton script, et là, erreur : unrecognized option 'replacedefaultroute'.

Dois-je commenter comme tu l'indique ici ?

Dernière modification par Noospray (Le 27/10/2009, à 20:20)

NanoFlyingTux · Le 27/10/2009, à 20:56

Noospray a écrit :

Je lance ton script, et là, erreur : unrecognized option 'replacedefaultroute'.
Dois-je commenter comme tu l'indique ici ?

oui ou supprime le au choix car la version de ton pppd n'est pas patché pour la supporter.

Attention de couper ta connexion Wifi ou Filaire avant de lancer la 3G sans cette option. La commande route -n liste les routes et la paserelle par défaut pour vérifier que c'est bien vers ppp0 que tout le traffic est dirigé !

Dernière modification par NanoFlyingTux (Le 27/10/2009, à 20:56)

Noospray · Le 27/10/2009, à 23:46

Pas de problème de ce côté là, la 3g est ma seule et unique connexion !

NanoFlyingTux · Le 27/10/2009, à 23:51

bon, maintenant si le script passe, que tu obtiens une adresse IP, il ne reste plus qu'à vérifier que le fichier /etc/resolv.conf est correct...

Noospray · Le 28/10/2009, à 00:48

J'ai réussi à lancer le script. Jusqu'à ATDT*99# tout est ok.
J'arrive à connect : ppp0<--> /dev/ttyUSB2
sent [blablabla]
recvd[blablabla]
No auth is possible
Et là il enchaine sent / rcvd jusqu'à arrêt forcé du script, avec comme seule variation : id=0x0 ou id=0x1, une fois sur deux.

poypoy2778 · Le 28/10/2009, à 00:57

wow =o bonsoir , dsl de vous interompre ds votre discution super technique (jsuis novice en info) mai sa fait 4/5 jour je galereeeeeee avec ma clé 3g de bouygue de "BIP", jai un souci de conection, sa marche pu x'((((
Quand je diagnostique il me dise "ereur avec le serveur dns blablabla" ma vitesse de reception depasse po 75.00Kbit/s alor qavan qsa deconne sa monter parfois jusqa 200 =o du coup la jpe pu rien fair x'( jpe pu jouer a mon jeu x'( sa fai 5jours je cherche solution partt , sa seré cool de me donner conseil , just pr qe sa re marche com avan merci davance

NanoFlyingTux · Le 28/10/2009, à 01:17

Noospray a écrit :

J'ai réussi à lancer le script. Jusqu'à ATDT*99# tout est ok.
J'arrive à connect : ppp0<--> /dev/ttyUSB2
sent [blablabla]
recvd[blablabla]
No auth is possible
Et là il enchaine sent / rcvd jusqu'à arrêt forcé du script, avec comme seule variation : id=0x0 ou id=0x1, une fois sur deux.

nous sommes d'accord qu'il n'y a pas de device /dev/ttyUSB3. Bon ça arrive, il faut juste réessayer après avoir débrancher 30 secondes la clé. Typiquement celà ressemble aux problèmes que j'avais la semaine dernière où fréquemment je n'obtenais pas d'adresse IP...:(

Toutefois, est-ce possible de recopier intégralement entre 2 balises code la sortie d'une tentative qui échoue pour que je puisse inspecter en détail ces messages (merci de virer l'éventuel code PIN différent de 0000) ?

NanoFlyingTux · Le 28/10/2009, à 01:34

@poypoy2778, il est difficile de te lire et je crois que la lecture de cette page concernant les règles de ce forum favoriserait à améliorer la compréhension de ta situation.

Sinon, expliques-nous en quoi un script de connexion sous Linux peut-il résoudre ton problème de débit après que ta connexion soit établie sachant que celà évolue dynamiquement ?

Il me semble que ma boule de cristal est en panne... mais je peux t'assurer que je ne suis pas une voyante et encore moi un spécialiste de la cryptographie !

Noospray · Le 28/10/2009, à 09:31

En effet, il n'y pas de ttyUSB3. j'ai uniquement ttyUSB0, ttyUSB1 et ttyUSB2.
Si je laisse tourner la boucle des sent et recvd, au bout d'un moment la diode devient verte et se met à clignoter. Etrange vu qu'à priori je n'ai pas été authentifié.
Pour la sortie de la commande, ça va être difficile : c'est sur mon autre ordinateur, qui n'a pour le moment qu'une unique console. Le fichier ppp.log est inexistant, je ne peux donc pas recopier le log sur une clé usb.
Une copie à la main serait longue, j'abrège un peu :

ATE1
OK
AT+CPIN=****
OK
[...]
+ZPSTM: 1,[une chaine de caractères]
AT&F&D2&C1
+ZEND

OK
AT+COPS?
+COPS: 0

OK
ATS7=60S30=0S0=0
OK
AT+CSQ
+CSQ: 11,99

OK
AT+CGDCONT=1,"IP","ebouygtel.com","",0,0
OK
ATDT*99#
CONNECT
chat : [date] CONNECT
Serial connection established.
using channel 1
Using interface ppp0
Connect: ppp0 <--> /dev/ttyUSB2
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x7ed707f> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0xe73083> <pcomp> <accomp>]
No auth is possible
sent [LCP ConfRej id=0x0 <auth chap MD5>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x7ed707f> <pcomp> <accomp>]
Puis répétition du même type de log, indéfiniment.

NanoFlyingTux · Le 28/10/2009, à 11:11

+CSQ: 11,99

qualité de signal faible pour de la 3G (minimum autour de 14,99 d'après un message lu par le passé).

L'authenfication en ppp est inutilisée en 3G, c'est la carte SIM qui sert de sésame...

Les sorties sur le terminal sont suffisantes et peuvent-être capturées dans un fichier grâce à la commande tee -a.

Noospray a écrit :

Etrange vu qu'à priori je n'ai pas été authentifié.

Si ça clignote en vert, c'est que c'est en UMTS (3G) dont au niveau radio avant même d'atteindre le niveau LCP (?), bizarre ... puisque tu indiquais que par le passé que celà fonctionnait sous Ubuntu et encore aujourd'hui sous W.....$, n'est-ce pas ?

Pour être sûr que tu as ou que tu n'as pas obtenu d'adresse IP, utilises la commande /sbin/ifconfig ppp0 car je ne vois pas la suite des transactions en LCP/IPCP... Si ça part en vrille, vers la fin il n'y a plus que des sent :

sent [IPCP ConfReq id=0x24 <addr 0.0.0.0>]
sent [IPCP ConfReq id=0x24 <addr 0.0.0.0>]
sent [IPCP ConfReq id=0x24 <addr 0.0.0.0>]
sent [IPCP ConfReq id=0x24 <addr 0.0.0.0>]
sent [IPCP ConfReq id=0x24 <addr 0.0.0.0>]
sent [IPCP ConfReq id=0x24 <addr 0.0.0.0>]
sent [IPCP ConfReq id=0x24 <addr 0.0.0.0>]
sent [IPCP ConfReq id=0x24 <addr 0.0.0.0>]
sent [IPCP ConfReq id=0x24 <addr 0.0.0.0>]
sent [LCP EchoReq id=0x2 magic=0x3387db7c]
sent [IPCP ConfReq id=0x24 <addr 0.0.0.0>]
IPCP: timeout sending Config-Requests
sent [LCP TermReq id=0x2 "No network protocols running"]
sent [LCP TermReq id=0x3 "No network protocols running"]
Connection terminated.

Je suppose que tu utilises le double-boot pour pouvoir accéder à Internet, n'est-ce pas ? Sous Linux, il est possible d'accéder en écriture à ta partition en NTFS...

J'aurai plus confiance dans ton pppd si c'était réellement celui de la Ubuntu 8.10 et/ou 9.04 et/ou 9.10 (?). Possèdes-tu une partition contenant l'une de ces versions systèmes ? Ou mieux, peux-tu booter en LiveCD avec la Ubuntu 9.04 est utilisé ton script ?

Si oui, peux-tu recopier le pppd dans un endroit comme /usr/local/sbin avec les librairies manquantes (ldd /usr/sbin/pppd) ?

root@ubuntu:~# ldd /usr/sbin/pppd
	linux-gate.so.1 =>  (0xb407a000)
	libcrypt.so.1 => /lib/tls/i686/cmov/libcrypt.so.1 (0xb803e000)
	libpam.so.0 => /lib/libpam.so.0 (0xc802a000)
	libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xc8023000)
	libpcap.so.0.8 => /usr/lib/libpcap.so.0.8 (0xb7ef8000)
	libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xa7e93000)
	/lib/ld-linux.so.2 (0xb807b000)

zut, malencontreusement, je viens de donner des informations sur la position exacte de mes librairies en mémoire à un pirate...

IMHO, au minimum, libpcap.so.0.8 sera requise...

Autre point à vérifier, s'il n'y aurait pas une interférence avec le fichier /etc/ppp/options en comparant ce que j'ai avec le LiveCD d'Ubuntu 9.04 :

ubuntu@ubuntu:~$ egrep -v '^$|^#' /etc/ppp/options 
asyncmap 0
noauth
crtscts
lock
hide-password
modem
proxyarp
lcp-echo-interval 30
lcp-echo-failure 4
noipx

NanoFlyingTux · Le 28/10/2009, à 11:30

Noospray a écrit :

Pour la sortie de la commande, ça va être difficile : c'est sur mon autre ordinateur, qui n'a pour le moment qu'une unique console. Le fichier ppp.log est inexistant, je ne peux donc pas recopier le log sur une clé usb.
Une copie à la main serait longue, j'abrège un peu :

hum, plus je relis ce passage, plus je me pose des questions, es-tu bien en mode graphique ?

En mode graphique, une sélection dans le terminal de la portion souhaitée (clic gauche enfoncé, plus déplacement du pointeur de la souris pour sélectionner le texte à copier), et dans un autre terminal, vidange via le bouton du milieu de la souris (ah, j'adore ce truc purement Unix avec les 3 boutons, sinon clic simultané gauche/droite) dans un fichier sur la clé USB via vi.

En mode console, simplement :

pon bouygtel2 |tee -a /tmp/LogsMF626.v01.txt

et toutes les sorties de pppd (appelé via pon) seront dans le fichier /tmp/LogsMF626.v01.txt (changement de numéro de version pour ne pas accumuler dans le même fichier des kilomètres de logs).

Il est vrai que c'est plus simple lorsque la connexion 3G fonctionne directement sous Linux, plus de vi, de clé USB, de W.....$, d'AntiVirus, d'OpenOffice pour lire le format Unix et pour retirer le code PIN, ...

Vive la Liberté enfin tant que d'autre ne la transforme pas en un Enfer Artificiel !

Dernière modification par NanoFlyingTux (Le 28/10/2009, à 12:08)

Noospray · Le 28/10/2009, à 12:15

Autant pour moi, il suffissait de laisser tourner le script :

+ZDONR: "Not Found"
AT
OK
ATE1
OK
AT+CPIN=****
OK
AT+CFUN=1
OK
AT+ZOPRT=5
OK
AT
+ZPSTM: 1,2B206465207365727669636573;1,4D656E75205365727669636573;
&F&D2&C1
OK
AT
+ZEND
+COPS?
+COPS: 0
OK
ATS7=60S30=0S0=0
OK
AT+CSQ
+CSQ: 6,99
OK
AT+CGDCONT=1,"IP","ebouygtel.com","",0,0
OK
ATDT*99#
CONNECT
chat:  Oct 28 11:03:10 CONNECT
Serial connection established.
using channel 1
Using interface ppp0
Connect: ppp0 <--> /dev/ttyUSB2
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xb0dbcb2d> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0x18a793c> <pcomp> <accomp>]
No auth is possible
sent [LCP ConfRej id=0x0 <auth chap MD5>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xb0dbcb2d> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x18a793c> <pcomp> <accomp>]
sent [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x18a793c> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0xb0dbcb2d]
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
rcvd [LCP DiscReq id=0x2 magic=0x18a793c]
rcvd [LCP EchoRep id=0x0 magic=0x18a793c b0 db cb 2d]
rcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
rcvd [IPCP ConfNak id=0x2 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
rcvd [IPCP ConfNak id=0x3 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x4 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
rcvd [IPCP ConfNak id=0x4 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x5 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
rcvd [IPCP ConfNak id=0x5 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x6 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x6 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x7 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x7 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x8 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x8 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x9 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x9 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0xa <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0xa <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0xb <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0xb <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0xc <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0xc <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0xd <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0xd <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0xe <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0xe <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0xf <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0xf <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x10 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x10 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x11 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x11 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x12 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x12 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x13 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x13 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x14 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x14 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x15 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x15 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x16 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x16 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x17 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x17 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x18 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x18 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x19 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x19 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x1a <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x1a <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x1b <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x1b <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x1c <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x1c <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x1d <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x1d <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x1e <addr 0.0.0.0>]
sent [LCP EchoReq id=0x1 magic=0xb0dbcb2d]
rcvd [LCP EchoRep id=0x1 magic=0x18a793c b0 db cb 2d]
rcvd [IPCP ConfNak id=0x1e <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x1f <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x1f <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x20 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x20 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
sent [IPCP ConfReq id=0x21 <addr 0.0.0.0>]
rcvd [IPCP ConfReq id=0x0]
sent [IPCP ConfNak id=0x0 <addr 62.201.148.131>]
rcvd [IPCP ConfNak id=0x21 <addr 10.159.18.163>]
sent [IPCP ConfReq id=0x22]
rcvd [IPCP ConfReq id=0x1]
sent [IPCP ConfAck id=0x1]
rcvd [IPCP ConfNak id=0x22 <addr 10.159.18.163>]
sent [IPCP ConfReq id=0x23 <addr 10.159.18.163>]
rcvd [IPCP ConfAck id=0x23 <addr 10.159.18.163>]
local  IP address 10.159.18.163
remote IP address 62.201.148.131
primary   DNS address 10.11.12.13
secondary DNS address 10.11.12.14
Script /etc/ppp/ip-up started (pid 1938)
Script /etc/ppp/ip-up finished (pid 1938), status = 0x0

Je n'aurais pas du m'emballer et quitter le script avant la fin.

Merci beaucoup !

EDIT: d'après le script je suis bien connecté, mais impossible d'accéder à quoi que ce soit.
Un wget http://doc.ubuntu-fr.org/zte_mf_626 reste bloqué en phase : Résolution de doc.ubuntu-fr.org.

As-tu une idée du problème ?

Dernière modification par Noospray (Le 28/10/2009, à 14:00)

NanoFlyingTux · Le 28/10/2009, à 13:05

Noospray a écrit :

xxxxxxx, il suffissait de laisser tourner le script :
oui, normal vue ma remarque ci-dessous, c'est limite pour établir une connexion...
+ZDONR: "Not Found"
AT
OK
ATE1
OK
AT+CPIN=xxxx
OK
...
AT+CSQ
+CSQ: 6,99
OK

caches-moi ce code PIN que je ne saurais voir (tant pis, il est éventé, maintenant il faut absolument le changer. Par ailleurs, le niveau de signal est très faible (6,99), cette connexion va avoir le débit du EDGE (GPRS) (la clé ne clignote pas en bleu ?)... ou alors il faut se rapprocher d'une fenêtre normale ou d'un point haut ou s'écarter d'une structure métallique (style une éolienne car il est bien connue qu'elles sont un énorme paratonnerre)...

Noospray a écrit :

AT+CGDCONT=1,"IP","ebouygtel.com","",0,0
OK
ATDT*99#
CONNECT
chat:  Oct 28 11:03:10 CONNECT
Serial connection established.
using channel 1
Using interface ppp0
Connect: ppp0 <--> /dev/ttyUSB2
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xb0dbcb2d> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0x18a793c> <pcomp> <accomp>]
...
sent [LCP ConfRej id=0x0 <auth chap MD5>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xb0dbcb2d> <pcomp> <accomp>]
...
rcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
...
sent [IPCP ConfReq id=0x21 <addr 0.0.0.0>]
rcvd [IPCP ConfReq id=0x0]
sent [IPCP ConfNak id=0x0 <addr 62.201.148.131>]
rcvd [IPCP ConfNak id=0x21 <addr 10.159.18.163>]
...
rcvd [IPCP ConfNak id=0x22 <addr 10.159.18.163>]
...
rcvd [IPCP ConfAck id=0x23 <addr 10.159.18.163>]
local  IP address 10.159.18.163
remote IP address 62.201.148.131
primary   DNS address 10.11.12.13
secondary DNS address 10.11.12.14

les DNS 10.11.12.13 et 10.11.12.14 sont faux... typique du comportement de l'équipement en face chez BT...
Maintenant, il faut commencer par réduire la signature réseau (netstat --inet -nalp) à 0 service en écoute surtout sur l'interface ppp0 (inutile de laisser une porte d'entrée aux pirates, eux ils ne payent pas la machine, la RAM, l'électricité pour qu'elle fonctionne, l'abonnement Internet, etc.), et activer le firewall (Firestarter ou autres), y compris pour la traffic sortant (je rappele que le NAT fait par BT n'est pas une garantie de tranquilité sur Internet...).

Une mise à jour du système est aussi conseillé pour échapper aux dernières failles connues sous Ubuntu (en console, apt-get update && apt-get upgrade) et ne pas oublier les navigateurs Web hors distributions comme Firefox, Opéra, Chrome, KPoete (?), Dillo, Links, etc.

Pour finir, NetworkManager (présent par défaut dans Ubuntu), umtsmon, etc, sont des outils graphiques facilitant larguement la connexion à Internet avec une clé 3G sans faire toutes les manipulations précédentes...

Noospray · Le 28/10/2009, à 14:05

Et bien au début, elle était bleue, puis est très vite passée au vert.

les DNS 10.11.12.13 et 10.11.12.14 sont faux...

Comment puis-je rectifier le problème ?

La commande netstat --inet -nalp procède d'elle même à la réduction du service réseau ?

Pour finir, NetworkManager (présent par défaut dans Ubuntu), umtsmon, etc, sont des outils graphiques facilitant larguement la connexion à Internet avec une clé 3G sans faire toutes les manipulations précédentes... cool

Bof, je trouve que taper pon bouygtel2 est tout aussi rapide et efficace.

NanoFlyingTux · Le 28/10/2009, à 16:13

Noospray a écrit :

Et bien au début, elle était bleue, puis est très vite passée au vert.

ah, .... j'espère que tu éloignes ta clé de l'ordinateur, et pas seulement de 20cm comme avec le tout petit câble fourni avec...

Noospray a écrit :

les DNS 10.11.12.13 et 10.11.12.14 sont faux...
Comment puis-je rectifier le problème ?

tant qu'ils n'apparaissent pas dans le fichier /etc/resolv.conf, tout va bien, par contre, une copie à côté prête à écraser la mauvaise version résoud le problème :

ubuntu@ubuntu:~$ cat /etc/resolv.conf.backup
nameserver 62.201.129.99
nameserver 62.201.159.99
nameserver 208.67.222.222
nameserver 208.67.220.220

ubuntu@ubuntu:~$ cp -p /etc/resolv.conf.backup /etc/resolv.conf

les 2 premières adresses IP correspondent aux serveurs de BT, les 2 secondes correspondent à ceux d'OpenDNS en cas où ceux de BT ne répondent pas, ce qui arrivent fréquemment ces derniers temps... A noter que sous la Ubuntu 9.04, la dernière adresse IP 208.67.220.220 semble ne pas être utilisée...

Noospray a écrit :

La commande netstat --inet -nalp procède d'elle même à la réduction du service réseau ?

non, elle ne fait que lister toutes les sockettes réseaux (et les programmes propriètaires de celles-ci) pour identifier ce qui est à fermer (comment pourrait-elle le deviner ?). La commande ls n'a jamais effacé d'elle même un quelconque fichier (enfin tant qu'un alias ou un rootkit n'a pas surchargé son fonctionnement initial ou que ledit fichier n'est pas spécialement créé pour exploiter une potentielle faille de sécurité qui...).

Noospray a écrit :

Bof, je trouve que taper pon bouygtel2 est tout aussi rapide et efficace.

oui, heu non, pour un utilisateur lambda, c'est déjà trop compliqué (phénomène de la copie blanche)... alors qu'avec une interface graphique pas besoin de se souvenir quoi taper, il faut juste mémoriser le chemin de parcours dans les menus où tout est visible (association précédance spaciale, repères visuels, actions et réponses aux actions)...

Dernière modification par NanoFlyingTux (Le 28/10/2009, à 16:23)

Noospray · Le 28/10/2009, à 16:48

ah, .... j'espère que tu éloignes ta clé de l'ordinateur, et pas seulement de 20cm comme avec le tout petit câble fourni avec...

Bah si, pourquoi ?

ubuntu@ubuntu:~$ cat /etc/resolv.conf.backup
nameserver 62.201.129.99
nameserver 62.201.159.99
nameserver 208.67.222.222
nameserver 208.67.220.220

ubuntu@ubuntu:~$ cp -p /etc/resolv.conf.backup /etc/resolv.conf

C'est noté, j'ai modifié mon resolv.conf en conséquence, il était vide.

non, elle ne fait que lister toutes les sockettes réseaux (et les programmes propriètaires de celles-ci) pour identifier ce qui est à fermer (comment pourrait-elle le deviner ?).

Quelle est la procédure pour les repérer et les fermer ? Un simple rm *nomdusocket* ?

oui, heu non, pour un utilisateur lambda, c'est déjà trop compliqué (phénomène de la copie blanche)... alors qu'avec une interface graphique pas besoin de se souvenir quoi taper, il faut juste mémoriser le chemin de parcours dans les menus où tout est visible (association précédance spaciale, repères visuels, actions et réponses aux actions)...

Surtout une question de goût je suppose. Si on note la commande quelque part, facile de la réutiliser. Même pas besoin de la comprendre.

J'ai toujours un problème. Le script m'indique que je suis connecté, la clé aussi, via sa diode, mais pourtant impossible d'accéder à internet. un wget http://xxx reste bloqué en phase de résolution. Idem que lorsque je ne suis pas connecté, sauf que là il "cherche" plus longtemps. C'est assez étrange.

NanoFlyingTux · Le 28/10/2009, à 17:01

Noospray a écrit :

Bah si, pourquoi ?

ton ordinateur perturbe probablement la communication entre la clé et l'antenne relais.

Noospray a écrit :

J'ai toujours un problème. Le script m'indique que je suis connecté, la clé aussi, via sa diode, mais pourtant impossible d'accéder à internet. un wget http://xxx reste bloqué en phase de résolution.

avant ou après la correction sur le fichier /etc/resolv.conf ?

C'est ce que j'expliquais par ailleurs entre le ping -c5 88.221.93.107 et ping -c5 www.bouyguestelecom.fr... à moins que des règles de firewall ne soient actives...

Noospray · Le 28/10/2009, à 17:31

avant ou après la correction sur le fichier /etc/resolv.conf ?

Les deux !

Pour le moment, je n'ai pas installé de firewall. C'est la première chose que je ferais dès que j'arrive à me connecter.

NanoFlyingTux · Le 28/10/2009, à 19:11

lorsque ppp0 a bien une adresse IP (vérification via la commande /sbin/ipconfig ppp0), est-ce que le ping sur une adresse numérique répond bien ça ?

ubuntu@ubuntu:~$ ping -c5 88.221.93.107
PING 88.221.93.107 (88.221.93.107) 56(84) bytes of data.
64 bytes from 88.221.93.107: icmp_seq=1 ttl=50 time=78.0 ms
...
64 bytes from 88.221.93.107: icmp_seq=5 ttl=50 time=93.9 ms

--- 88.221.93.107 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4004ms
rtt min/avg/max/mdev = 77.010/90.043/105.242/10.897 ms

à noter le 0% packet loss.

Si oui (la connexion est bien établit en IP), est-ce qu'un ping avec un nom fonctionne encore ?

ubuntu@ubuntu:~$ ping -nc5 www.bouyguestelecom.fr
PING a269.g.akamai.net (88.221.93.107) 56(84) bytes of data.
64 bytes from 88.221.93.107: icmp_seq=1 ttl=50 time=89.3 ms
...
64 bytes from 88.221.93.107: icmp_seq=5 ttl=50 time=93.9 ms

--- a269.g.akamai.net ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4005ms
rtt min/avg/max/mdev = 78.069/90.629/96.864/6.758 ms

attention les temps de transit varient, ce qui est important c'est une réponse.

Noospray · Le 28/10/2009, à 22:44

Pour la commande

ping -c5 88.221.93.107

j'obtiens le même log que toi, avec un time de l'ordre de 300/400 ms.

Par contre, la commande

ping -nc5 www.bouyguestelecom.fr

ne fonctionne pas.

Dernière modification par Noospray (Le 28/10/2009, à 22:45)

NanoFlyingTux · Le 29/10/2009, à 00:45

Noospray a écrit :

Par contre, la commande
ping -nc5 www.bouyguestelecom.fr
ne fonctionne pas.

pas de résolution DNS, donc que contient le fichier /etc/resolv.conf après s'être connecté ?

cat /etc/resolv.conf

NanoFlyingTux · Le 29/10/2009, à 10:12

Noospray, as-tu conservé intact ta partition Ubuntu ?

Si oui, je te conseille d'utiliser la commande chroot pour te retrouver dedans dans une console à part, modifies ton /etc/resolv.conf (gardes l'ancien de côté), lances le script de connexion dans le chroot, comme ça ton ArchLinux sera connectée à Internet via ton ancienne Ubuntu... ce qui va te laisser le temps de chercher pourquoi la résolution de nom ne fonctionne pas encore... en regardant le contenu des fichiers /etc/nsswitch.conf et /etc/hosts...

ubuntu@ubuntu:~$ egrep -v '^$|^#' /etc/nsswitch.conf 
passwd:         compat
group:          compat
shadow:         compat
hosts:          files mdns4_minimal [NOTFOUND=return] dns mdns4
networks:       files
protocols:      db files
services:       db files
ethers:         db files
rpc:            db files
netgroup:       nis

ubuntu@ubuntu:~$ egrep -v '^$|^#' /etc/hosts
127.0.0.1 localhost
127.0.1.1 ubuntu
91.189.88.33 releases.ubuntu.com
129.97.134.71 mirror.csclub.uwaterloo.ca

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 27/10/2009, à 17:35

Re : udev et modem 3G ZTE MF 626

#52 Le 27/10/2009, à 17:59

Re : udev et modem 3G ZTE MF 626

#53 Le 27/10/2009, à 18:56

Re : udev et modem 3G ZTE MF 626

#54 Le 27/10/2009, à 19:55

Re : udev et modem 3G ZTE MF 626

#55 Le 27/10/2009, à 20:56

Re : udev et modem 3G ZTE MF 626

#56 Le 27/10/2009, à 23:46

Re : udev et modem 3G ZTE MF 626

#57 Le 27/10/2009, à 23:51

Re : udev et modem 3G ZTE MF 626

#58 Le 28/10/2009, à 00:48

Re : udev et modem 3G ZTE MF 626

#59 Le 28/10/2009, à 00:57

Re : udev et modem 3G ZTE MF 626

#60 Le 28/10/2009, à 01:17

Re : udev et modem 3G ZTE MF 626

#61 Le 28/10/2009, à 01:34

Re : udev et modem 3G ZTE MF 626

#62 Le 28/10/2009, à 09:31

Re : udev et modem 3G ZTE MF 626

#63 Le 28/10/2009, à 11:11

Re : udev et modem 3G ZTE MF 626

#64 Le 28/10/2009, à 11:30

Re : udev et modem 3G ZTE MF 626

#65 Le 28/10/2009, à 12:15

Re : udev et modem 3G ZTE MF 626

#66 Le 28/10/2009, à 13:05

Re : udev et modem 3G ZTE MF 626

#67 Le 28/10/2009, à 14:05

Re : udev et modem 3G ZTE MF 626

#68 Le 28/10/2009, à 16:13

Re : udev et modem 3G ZTE MF 626

#69 Le 28/10/2009, à 16:48

Re : udev et modem 3G ZTE MF 626

#70 Le 28/10/2009, à 17:01

Re : udev et modem 3G ZTE MF 626

#71 Le 28/10/2009, à 17:31

Re : udev et modem 3G ZTE MF 626

#72 Le 28/10/2009, à 19:11

Re : udev et modem 3G ZTE MF 626

#73 Le 28/10/2009, à 22:44

Re : udev et modem 3G ZTE MF 626

#74 Le 29/10/2009, à 00:45

Re : udev et modem 3G ZTE MF 626

#75 Le 29/10/2009, à 10:12

Re : udev et modem 3G ZTE MF 626

Pied de page des forums