pppd call adsl
 
ça marche paaaaaaaaaaaaaaaaaaaaas
 
alors que tout le reste des procédures semble fonctionner, les modules sont chargés et le modem est reconnu puisque le microcode du modem se charge sans problèmes.
 
Je vous préviens, je commence à en avoir marre et lance LA menace :
 
je vais arrêter Linux.

Que des menaces ... même pas cap ...
 
Donc, le microcode se charge correctement.
C'est le point le plus important.
 
Question surement stupide.
Est ce que ton fichier /etc/ppp/peers/adsl est correct ?
Est ce que tu n'a pas oublié de renseigner les DNS ?
 
Si tu suis à la lettre l'aide de Benoit tout devrais fonctionner.
Si tu es encore dans la merdasse, je pourrai t'envoyer mes
fichiers de config (modifiés pour une Debian).
 
Persiste et bon courage ...

j'ai suivi le howto de lea-linux.org qui me semblait relativement clair, et je pense qu'il l'ai car jusqu'à la dernière minute, tout fonctionne.
 
Je suis avec la RH7.2 qui est la seule à me trouver correctement mon port USB, donc je lui fais (un peu) confiance.
 
tu peux poster ton fichier adsl ?
dans le howto de lea, il est préciser que renseigner les DNS n'est pas utile. Qu'en est-il réellement ? Quelles sont les DNS de wanadoo ADSL ?
 

Cher Muzah, la distribution n'a rien avoir avec la
qualité du support USB, mais de la version du noyau que tu utilise
et surtout du chipset de la carte mère.
 
Bref, RH, Slack, Mandrake ou Debian même combat ...
 
Jette un oeil quand même sur le Howto de benoit, peut être  
qu'il y a une petite info supplémentaire qui fera la différence.
 
Désolé pour les fichiers de config mais je ne suis pas chez moi,
je ne pourrai te les filer que vendredi-soir au plutôt.
 
Pour te faire patienter j'utilise un noyau 2.4.14 custom (Debian)
module usb-uhci, pppoa3, taux de transfert moyen (à la louche)
50 Ko/s (en fait pratiquement toujours à fond), Ping moyen 65ms,
bref que du bon.
 
Pour chercher l'erreur, juste après le lancement de ta connection
tape dans une console un tail /var/log/syslog et en complément
tail /var/log/syslog.
 
Poste le résultats pour voir.

merci de ton attention. dès que sous linux, je vérifie
 
je fonctionne avec pppoa2 : le problème viendrai peut-être de là ...

Chez moi pppoa2 ou pppoa2A fonctionne aussi trés trés bien.
 
C'est plus une histoire de config.
 
Allez je te laisse demain y a du taf à faire.
 
A vendredi ...
 
Ciao
 
PS : Oublie pas tes fichiers de log

Alors Muzah, ça marche ???

 
désolé mais à chaque fois que je vois le titre du topic, je suis  

muzah a écrit a écrit : j'ai suivi le howto de lea-linux.org qui me semblait relativement clair, et je pense qu'il l'ai car jusqu'à la dernière minute, tout fonctionne.   Je suis avec la RH7.2 qui est la seule à me trouver correctement mon port USB, donc je lui fais (un peu) confiance.   tu peux poster ton fichier adsl ? dans le howto de lea, il est préciser que renseigner les DNS n'est pas utile. Qu'en est-il réellement ? Quelles sont les DNS de wanadoo ADSL ?

 
dans mon cas, les drivers étaient ok mais il se passait rien quand je faisais un ptit "pppd call adsl".
 
un ptit
ln -s /etc/ppp/resolv.conf /etc/resolv.conf
 
et rulez !
forcément sans dns, ça marche moins bien
 
A+

je reviens de WE
 
je vais de ce pas tenter votre manip
 
en même temps, je viens de récupérer un DC japonaise à 300frs, j'ai aussi de quoi faire de ce côté

j'ai fait le "ln" etc.
maintenant, je ne plus utiliser la console après la commande pppd :
 
"BASH : FORK : system temporarily unavailable"
 
je peux même plus éteindre mon PC, j'ai du faire "reset"

Ah oui, autre chose :
j'ai pas voulu me faire chier à charger le code mgmt.o,
j'ai pris celui de windows, comme il est dit qu'on pouvait le faire : erreur ?

t'as executé un prog qui a fork-bombé ta bécane ...
 
cai après le pppd que ça a merdoyé ?
 
t'es sur que cai pas après avoir executé un prog que t'as chopé qq part ?
 
A+

Sûr
 
je vais charger le code inclu dans l'archive alcatel, on va voir.

bizarre
 
en général, ce sont des petits rigolos qui ajoutent un joli while(1){fork();} dans le code source d'un prog.
 
je vois pas pourquoi pppd ferait ce genre de joyeuseté
 
A+

j'ai retenté, pareil. En fait, c'est après la commande "mozilla", pas le pppd. De toute façon, pppd marche pô
 
ça commence à gonfler, malgré votre aide précieuse.

Et tes log tu nous les montre ...
 
Avant ça, efface tout, et recommence depuis le début.
 
Bon courage p'tit Muzah ...

merci maître
 
je serais à la hauteur.

Houla.. je crois que ce topic va bien m'aider parceque j'ai un modem SpeedTouch USB a installé sous Linux sur une Mobo KT7A-RAID....
J'espere que ca va marcher.. J'espere que ca va marcher.. J'espere que ca va marcher.. J'espere que ca va marcher.. (Merci Dr Couet)

Je viens de detroner la merde interplanetaire en activité.... Je suis Le nouveau vainqueur !!!
 
PPPD, Enculé !!! Il ne veut pas marcher l'enfoiré...
 
Il demarre correctement mais ne lance pas la connection...
Voila ce qui se passe :  
pppd[1234]: Plugin /usr/lib/pppd/plugins/pppoatm.so loaded.  
pppd[1234]: PPPoATM plugin_init  
pppd[1324]: PPPoATM setdevname_pppoatm  
pppd[1324]: PPPoATM setdevname_pppoatm - SUCCESS  
 
Mais c'est tout !!!! il ne va pas plus loin... Que peut-il bien se passer ???

lance pppd, et fait un "ifconfig ppp0"
et fais nous un copier/coller du résultat
 
A+

Toujours pas ???
Qu'est ce que c'est que ça ???  
pppd[1234]: Plugin /usr/lib/pppd/plugins/pppoatm.so loaded.  
pppd[1234]: PPPoATM plugin_init  
 
Voilà ce que j'ai lorsque je lance une connexion :
(idem avec pppoa2)
 
Dec 12 01:05:52 Titoune pppd[871]: pppd 2.4.1 started by root, uid 0
Dec 12 01:05:52 Titoune pppoa3[875]: PPPoA3 version 20011007 started by root (uid 0)  
Dec 12 01:05:52 Titoune pppoa3[875]: Control thread ready  
Dec 12 01:05:52 Titoune kernel: usb.c: usbdevfs driver claimed interface d764d6b8
Dec 12 01:05:52 Titoune pppoa3[877]: ppp(d) --> pppoa3 --> modem  stream ready  
Dec 12 01:05:52 Titoune pppoa3[878]: modem  --> pppoa3 --> ppp(d) stream ready  
Dec 12 01:05:52 Titoune pppd[871]: Serial connection established.
Dec 12 01:05:52 Titoune pppd[871]: using channel 2
Dec 12 01:05:52 Titoune pppd[871]: Using interface ppp0
Dec 12 01:05:52 Titoune pppd[871]: Connect: ppp0 <--> /dev/pts/1
Dec 12 01:05:53 Titoune pppd[871]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>]
Dec 12 01:05:53 Titoune pppd[871]: rcvd [LCP ConfReq id=0x26 <mru 1500> <auth chap MD5> <magic 0x7c90b7cf>]
Dec 12 01:05:53 Titoune pppd[871]: sent [LCP ConfRej id=0x26 <magic 0x7c90b7cf>]
Dec 12 01:05:53 Titoune pppd[871]: rcvd [LCP ConfRej id=0x1 <asyncmap 0x0>]
Dec 12 01:05:53 Titoune pppd[871]: sent [LCP ConfReq id=0x2]
Dec 12 01:05:53 Titoune pppd[871]: rcvd [LCP ConfReq id=0x27 <mru 1500> <auth chap MD5>]
Dec 12 01:05:53 Titoune pppd[871]: sent [LCP ConfAck id=0x27 <mru 1500> <auth chap MD5>]
Dec 12 01:05:53 Titoune pppd[871]: rcvd [LCP ConfAck id=0x2]
Dec 12 01:05:53 Titoune pppd[871]: rcvd [CHAP Challenge id=0x2 <733a6157e36d6be7bef8c6162619658a>, name = "********"]
Dec 12 01:05:53 Titoune pppd[871]: sent [CHAP Response id=0x2 <3cf32234b74cfb5f50ca31266efcf240>, name = "fti/*******@fti"]
Dec 12 01:05:55 Titoune pppd[871]: rcvd [CHAP Success id=0x2 "CHAP authentication success, unit 410"]
Dec 12 01:05:55 Titoune pppd[871]: Remote message: CHAP authentication success, unit 410
Dec 12 01:05:55 Titoune pppd[871]: kernel does not support PPP filtering
Dec 12 01:05:55 Titoune pppd[871]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <compress VJ 0f 00> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Dec 12 01:05:55 Titoune pppd[871]: rcvd [LCP EchoReq id=0x0 magic=0x0]
Dec 12 01:05:55 Titoune pppd[871]: sent [LCP EchoRep id=0x0 magic=0x0]
Dec 12 01:05:55 Titoune pppd[871]: rcvd [IPCP ConfReq id=0xbf <addr ***.***.***.***>]
Dec 12 01:05:55 Titoune pppd[871]: sent [IPCP ConfAck id=0xbf <addr ***.***.***.***>]
Dec 12 01:05:58 Titoune pppd[871]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <compress VJ 0f 00> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Dec 12 01:05:58 Titoune pppd[871]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 00>]
Dec 12 01:05:58 Titoune pppd[871]: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Dec 12 01:05:58 Titoune pppd[871]: rcvd [IPCP ConfNak id=0x2 <addr ***.***.***.***> <ms-dns1 193.252.19.3> <ms-dns3 193.252.19.4>]
Dec 12 01:05:58 Titoune pppd[871]: sent [IPCP ConfReq id=0x3 <addr ***.***.***.***> <ms-dns1 193.252.19.3> <ms-dns3 193.252.19.4>]
Dec 12 01:05:58 Titoune pppd[871]: rcvd [IPCP ConfReq id=0xbf <addr ***.***.***.***>]
Dec 12 01:05:58 Titoune pppd[871]: sent [IPCP ConfAck id=0xbf <addr ***.***.***.***>]
Dec 12 01:05:58 Titoune pppd[871]: rcvd [IPCP ConfAck id=0x3 <addr ***.***.***.***> <ms-dns1 193.252.19.3> <ms-dns3 193.252.19.4>]
Dec 12 01:05:58 Titoune pppd[871]: Cannot determine ethernet address for proxy ARP
Dec 12 01:05:58 Titoune pppd[871]: local  IP address ***.***.***.***
Dec 12 01:05:58 Titoune pppd[871]: remote IP address ***.***.***.***
Dec 12 01:05:58 Titoune pppd[871]: primary   DNS address 193.252.19.3
Dec 12 01:05:58 Titoune pppd[871]: secondary DNS address 193.252.19.4
Dec 12 01:05:58 Titoune pppd[871]: Script /etc/ppp/ip-up started (pid 880)
Dec 12 01:05:58 Titoune pppd[871]: rcvd [LCP EchoReq id=0x0 magic=0x0]
Dec 12 01:05:58 Titoune pppd[871]: sent [LCP EchoRep id=0x0 magic=0x0]
Dec 12 01:05:58 Titoune pppd[871]: Script /etc/ppp/ip-up finished (pid 880), status = 0x0
 
Questions :
 
Utilise tu une version patché de ppp pour modem ethernet ?
As tu compilé correctement le noyau (cf HowTo de benoit) ?  
      --> pas de support ppp over ATM necessaire.
 
Perso j'ai suivi à la lettre le HowTo de benoit et cela a fonctionné du premier coup,
hormis 2, 3 modifs prope à la Debian pour utilser la commande 'pon'.
 
Des log, encore des log pour que l'on t'aiguille ...
 
/etc/ppp/peers/adsl
-----------------------------------------
# This optionfile was generated by pppconfig 2.07.  
#  
#
hide-password  
noauth
connect "/usr/sbin/chat -v -f /etc/chatscripts/adsl"
#/dev/ttyS1
#115200
debug
kdebug 1
noipdefault
defaultroute
pty "/usr/local/bin/pppoa3 -vpi 8 -vci 35"
sync  
user "fti/*******@fti"
novjccomp
noaccomp
nopcomp
nomagic
noccp
asyncmap 0
usepeerdns
holdoff 1  
persist
maxfail 0
 
#lcp-echo-interval 600
lcp-echo-interval 0
#lcp-echo-failure 10
lcp-echo-failure 25
 
ipparam adsl
-------------------------------------
 
/etc/ppp/resolv/adsl
-------------------------------------
nameserver 193.252.19.3
nameserver 193.252.19.4
-------------------------------------
 
/etc/chatscript/adsl
------------------------------------------------------
# This chatfile was generated by pppconfig 2.07.
# Please do not delete any of the comments.  Pppconfig needs them.
#  
# ispauth CHAP
## abortstring
##ABORT BUSY ABORT 'NO CARRIER' ABORT VOICE ABORT 'NO DIALTONE' ABORT 'NO DIAL TONE' ABORT 'NO ANSWER'
## modeminit
##'' ATZ
## ispnumber
##OK-AT-OK ATDTreplace_with_number
## ispconnect
##CONNECT \d\c
# prelogin
# ispname
# isppassword
# postlogin
# end of pppconfig stuff
---------------------------------------------
 
/etc/modules.conf (extrait)
---------------------------------------------
...
alias char-major-108 ppp_generic
alias /dev/ppp  ppp_generic
alias tty-ldisc-3 ppp_async
alias tty-ldisc-14 ppp_synctty
alias ppp-compress-21 bsd_comp
alias ppp-compress-24 ppp_deflate
alias ppp-compress-26 ppp_deflate
alias tty-ldisc-13      n_hdlc
...
----------------------------------------------
 
 
Titounehome/zwz# lsmod
Module                  Size  Used by    Tainted: P  
ppp_synctty             4672   1  (autoclean)
n_hdlc                  6016   1  (autoclean)
ppp_generic            14408   3  (autoclean) [ppp_synctty]
slhc                    4352   0  (autoclean) [ppp_generic]
sr_mod                 11416   0  (autoclean)
cdrom                  28640   0  (autoclean) [sr_mod]
es1371                 26816   3  (autoclean)
ac97_codec              9568   0  (autoclean) [es1371]
gameport                1484   0  (autoclean) [es1371]
soundcore               3492   4  (autoclean) [es1371]
tvaudio                 9120   0  (autoclean) (unused)
bttv                   64384   1  (autoclean)
tuner                   8196   1  (autoclean)
i2c-algo-bit            7052   1  (autoclean) [bttv]
videodev1.o.old         4576   3  (autoclean) [bttv]
agpgart                15168   3  (autoclean)
NVdriver              819936  14  (autoclean)
usb-storage            41692   0  (unused)
printer                 5600   0  (unused)
lm78                    6976   0  
i2c-proc                6144   0  [lm78]
i2c-isa                 1220   0  (unused)
i2c-piix4               3652   0  (unused)
i2c-core               12768   0  [tvaudio bttv tuner i2c-algo-bit lm78 i2c-proc i2c-isa i2c-piix4]
usb-uhci               20868   0  (unused)
scanner                 8000   0  (unused)
usbcore                52608   1  [usb-storage printer usb-uhci scanner]
sg                     22692   0  (unused)
ide-scsi                7360   0  
ide-mod                62248   0  [ide-scsi]
 
Avec tout ça tu devrait y arriver.
Vérifie les options de compilation de ton noyau.
Met à jour ton ppp, fait comme moi utilise la version 2.4.1.
 
Allez boudiou ...

[edtdd]--Message édité par Humidifier--[/edtdd]

Merci bien... avec tous vos conseils, je vais bien finir par y arriver...
J'essai ca dès ce soir ..
 
Merci !

c'est vraiment LE topic du SpeedTouch USB
 
On en avait bien besoin.

Et ouais.. d'autant plus que les differents HOW-TO qui traite du meme sujet ne disent pas les meme choses... j'ai lu une version British et voil ou ca m'a mené....
 
C décidé.. je telecharge la mdk 8.1.. finit de recompiler le noyau 20 fois pour obtenir a la fin un baude auquel il manque plein de module et ou il faut tous reconfigurer la main...
 
Je suis tellement au bout du rouleau que je serait pret a crier au et fort "VIVE WINDOWS" sur le forums OS Alternatif..
C'est dire ou j'en suis  

Bon ben alors moi ca fait 7 fois que je reinstalle la mdk 8.1 et tjrs pas de net avec mon cher modem vert.
J'ai reussi hier un peu par hasard à me connecter. Tout content j'essaye tt à l'heure et ça re-merde. Pourtant j'ai configuré une connexion alcatel avec provider: wanadoo.fr, les adresses dns fournies ds le livret d'install, mon login (avec ou sans @fti) et le pass...  
J'utilise drakConf pour me connecter et ça merde, il me dit qu'il y arrive pas... Pourtant la mdk 8.1 devrait savoir le faire tte seule!
Help

C'est quand même bizarre toute cette agitation.
A part quelques modules spécifique a installer c'est pas plus compliqué  
que la configuration d'un modem RTC.
 
Point besoin de Drakconf ou consor (y a pas sous Debian), on efface tout,
on charge le driver de benoit et on suit pas à pas son HowTo.
Avant toute modif des fichiers de config, on fait des sauvegardes.
 
Et surtout, envoyé vos log
tail /var/log/syslog
tail /var/log/messages
cat /proc/bus/usb/devices
 
Allez les jeunes, action ...

ouais, t'as raison !
 
Comme disait Kennedy, faut pas se laisser abattre !
 
oups.
 
vive wind'... maieuuuuuh ! si j'ai envie ! pas sur la tête, pas-sur-la-têteuh !
 
Bon, OK, je perds ces verres.

Allez Muzah, allez muzah, allez muzah, allez muzah ...

he bien.... j'suis pas dans la merde moi... si Maerlin dit que ca marche pas meme avec la mdk8.1, c'est pas gagné...

je suis avec la RH7.2, la der des ders, l'usb marche, le modem semble reconnu mais pas du tout tout le listing qu'affiche Humidifier plus haut !
 
"Ô rage, Ô désespoir, Ô modem ennemi !
Ne sauras-tu un jour être enfin mon ami ?"
 

Le truc c'est c que c deja son driver qui est ds la mdk 8.1 d'apres ce que je sais.
En plus ds son howto, il dit de recompiler le noyau et ca je dais pas trop faire.... j'ai honte

Et les logs on peut les voir ou alors tu n'a plus de répertoire /var !!!
 
Pas à pas que je te dis ...
 
Déjà, fait un modem_run en mode verbose :
modem_run -v 1 -f /chemin_du_microcode/microcode -m
puis un  
cat /proc/bus/usb/devices
 
Et montre un peu ...

Ca y est !!!
j'ai mixé pas mal de trucs et j'y suis!!!
Merci!!!
Humidifier: je lance modem_run en mode verbose comme tu dis, ca veut dire koi... je peux laisser comme ca ou il y a une ligne de commande plus simple que modem_run -v 1 -f /chemin_du_microcode/microcode -m

Le mode verbose c'est le -v, ça me permet de savoir si tout se passe bien
pendant le chargement, vu qu'on ne fait ça qu'un fois pour initialiser le modem.
Ca m'a déjà dépanné lorsque j'utilisais le module uhci avec un noyau > 2.4.9.
Va faire un tour sur la ML de benoit, fait une recherche avec 'Titoune' pour en  
savoir plus.
 
Au pire tu vire le -v 1.
Pour en savoir plus toujours le HowTo de benoit
 
Titounehome/zwz# modem_run  
modem_run version $Name: tar_gz_20011007 $
usage: modem_run [-v level] [-m] -f microcode  
  -v           : verbose level [0-2]
  -m           : monitor the line
  -f microcode : upload this microcode file first
  -d device    : defines the device to use
  --help       : this message
 
Pour Muzah :
Titounehome/zwz# mount
...
/proc/bus/usb on /proc/bus/usb type usbdevfs (rw)
 
Le HowTo est dans le répertoire doc-linux du driver.

et voilà, devinez d'où j'écrit ? hein ? hein ?
 
et oui, ça marche ! Il fallait simplement mettre le microcode de l'archive linux du site alcatel, et non pas la solution de facilité de prendre le microcode fournit avec windows ... c tout.
 
Merci BEAUCOUP à tout ceux qui ont enlevé la merde que j'avais dans les orbites, j'admire leur compétence et leur dévouement au développement de Linux (in particular Humidifier, the boss )
 
merci encore

il y a des chances pour que je n'ai bientôt que Linux sur mon PC !
 
Un GRAND PAS, décisif, vient d'être franchit allègrement !
 
merci, merci, merci.
 
Et alors, je suis content, ça se voit, non ?
 

par contre, il y a un risque désormais ...

Heureux, il est le gars ... Merci pour ta sollicitude ...  mais je suis loin d'être un bon.
Tout comme toi j'ai plein de petits tracas à résoudre ... putain de scanner USB ...
 
Encore bravo p'tit bonhomme.
 
Par contre , tu n'es pas le premier avec qui le microcode Win ne fonctionne pas.
C'est bizarre puisque chez moi, ils se chargent tous sans aucun pb.
 
A l'heure actuelle, j'utilise la dernière version Win.
De toute manière quelque soit le microcode chargé je n'ai pas vu la différence.
 
Au fait Muzah, tu utilise pppoa2 ou pppoa3, perso j'utilise la pppoa3 sans aucun
pb (speedtouch-1_0rc1).
 
Le patche pour n_hdlc, c'est pour les reconnexions automatiques, pas  
necessaire si ton PC tourne tout seul + de 24h sans ta présence.
 
> par contre, il y a un risque désormais ...
Mais lequel ???
 
@+

ben si je passe à Linux plus souvent - voire plus que plus souvent - je risque de vous emm... longtemps sur le forum OS Alternatifs
 
Tant pis pour vous, fallait pas l'inviter