PPPConfig - connection RTC chez Wanadoo [Debian] - Linux et OS Alternatifs
Marsh Posté le 18-04-2002 à 14:26:27
À priori, rien de spécial à faire. Tu lui donnes le numéro d'appel, le login/mot de passe, éventuellement les DNS, et c'est parti.
Marsh Posté le 18-04-2002 à 14:36:55
Ouh là, j'ai peut-être oublié les DNS dans tout ça moi... shame on me...
J'espère que c'est ça.
Merci pour le rappel Jar Jar !
Marsh Posté le 19-04-2002 à 11:08:46
J'ai mis les DNS en statique, mais ça ne marche toujours pas...
Il faut bien sélectionner une connection PAP, et une initialisation "ATZ" ?
Marsh Posté le 19-04-2002 à 11:17:03
apt-get a écrit a écrit : Il faut bien sélectionner une connection PAP, et une initialisation "ATZ" ? |
Oui, ça me paraît raisonnable.
Tu peux essayer CHAP, certains providers refusant le PAP, mais c'est rare.
Marsh Posté le 19-04-2002 à 11:29:30
Jar Jar a écrit a écrit : Oui, ça me paraît raisonnable. Tu peux essayer CHAP, certains providers refusant le PAP, mais c'est rare. |
C'est configuré de cette façon...
Remarque, maintenant que j'y réflèchis, le problème n'est pas là puisque le modem ne compose même pas (un ou 2 bips, puis il s'arrête avant de composer)...
Merci pour l'info en tout cas !
Marsh Posté le 19-04-2002 à 11:30:45
Il y a quoi dans /etc/chatscripts/tonprovider ?
Marsh Posté le 19-04-2002 à 11:48:59
Jar Jar a écrit a écrit : Il y a quoi dans /etc/chatscripts/tonprovider ? |
J'ai mis ça sur une disquette hier, et je l'ai oubliée ce matin en partant à la fac...
Je posterai le contenu du fichier ce soir.
En tout cas, c'est sympa de t'intéresser à mon problème !
Marsh Posté le 19-04-2002 à 22:17:53
# This optionfile was generated by pppconfig 2.0.10.
#
#
hide-password
noauth
connect "/usr/sbin/chat -v -f /etc/chatscripts/provider"
debug
/dev/ttyS0
115200
defaultroute
noipdefault
user #login Wanadoo#
remotename provider
ipparam provider
Marsh Posté le 19-04-2002 à 22:37:05
Et il y a quoi dans /etc/chatscripts/provider ?
Marsh Posté le 20-04-2002 à 20:10:22
Jar Jar a écrit a écrit : Et il y a quoi dans /etc/chatscripts/provider ? |
J'ai réussi à me planter de fichier...
# This chatfile was generated by pppconfig 2.0.10.
# Please do not delete any of the comments. Pppconfig needs them.
#
# ispauth PAP
# abortstring
ABORT BUSY ABORT 'NO CARRIER' ABORT VOICE ABORT 'NO DIALTONE' ABORT 'NO DIAL TONE' ABORT 'NO ANSWER' ABORT DELAYED
# modeminit
'' ATZ
# ispnumber
OK-AT-OK ATDT0860008484
# ispconnect
# prelogin
# ispname
# isppassword
# postlogin
# end of pppconfig stuff
Marsh Posté le 20-04-2002 à 20:19:30
Ouais bon, normal.
Et tu peux m'envoyer le résultat de la commande plog au moment où ça coince et que tu n'entends rien ?
Marsh Posté le 21-04-2002 à 19:21:16
Désolé du lag !
Apr 21 19:09:02 debian pppd[266]: sent [LCP ConfReq id=0x5 <asyncmap 0x0> <magic 0xfe0a6f7e> <pcomp> <accomp>]
Apr 21 19:09:02 debian pppd[266]: rcvd [LCP ConfReq id=0x5 <asyncmap 0x0> <magic 0xfe0a6f7e> <pcomp> <accomp>]
Apr 21 19:09:02 debian pppd[266]: sent [LCP ConfNak id=0x5 <magic 0x3d64c13d>]
Apr 21 19:09:02 debian pppd[266]: rcvd [LCP ConfNak id=0x5 <magic 0x3d64c13d>]
Apr 21 19:09:02 debian pppd[266]: sent [LCP ConfReq id=0x6 <asyncmap 0x0> <magic 0x2fe18041> <pcomp> <accomp>]
Apr 21 19:09:32 debian pppd[266]: LCP: timeout sending Config-Requests
Apr 21 19:09:32 debian pppd[266]: Connection terminated.
Apr 21 19:09:33 debian pppd[266]: Exit.
Marsh Posté le 21-04-2002 à 22:16:25
Donc il numérote, se connecte, et n'arrive pas à configurer la connexion. Soit c'est une erreur de login/mot de passe, soit c'est une ligne de mauvaise qualité.
Marsh Posté le 22-04-2002 à 10:13:57
Jar Jar a écrit a écrit : Donc il numérote, se connecte, et n'arrive pas à configurer la connexion. Soit c'est une erreur de login/mot de passe, soit c'est une ligne de mauvaise qualité. |
La ligne fonctionnant sous win, j'ai dû me planter dans le mot de passe...
Ca m'étonne, mais bon...
Merci beaucoup pour ton aide Jar Jar !
Marsh Posté le 03-05-2002 à 16:19:12
J'y pense (avec un peu de lag, car bcp de taf), c'est pas le pwd puisque ça ne compose pas...
Des suggestions ?
Marsh Posté le 03-05-2002 à 17:00:40
tu as bien mis l'option noauth dans le fichier d'options de ppp?
Tu peux aussi essayer de rajouter:
ipcp-accept-remote
ipcp-accept-local
dans ton fichier peers
Pour info voila ce que j'ai pour mon /etc/ppp/peers/free
# These are the options to dial out to your default service provider.
# Please customize them correctly. Only the "provider" file will be
# handled by poff and pon (unless with extra command line arguments).
# You usually need this if there is no PAP authentication
noauth
# The chat script (be sure to edit that file, too!)
connect "/usr/sbin/chat -v -f /etc/chatscripts/free"
# Set up routing to go through this PPP link
defaultroute
# Default modem (you better replace this with /dev/ttySx!)
/dev/ttyS0
# Speed
115200
ipcp-accept-remote
ipcp-accept-local
# Keep modem up even if connection fails
#persist
idle 300
remotename proxad
debug
user toto
Marsh Posté le 03-05-2002 à 20:11:30
fl0ups a écrit a écrit : tu as bien mis l'option noauth dans le fichier d'options de ppp? Tu peux aussi essayer de rajouter: ipcp-accept-remote ipcp-accept-local dans ton fichier peers Pour info voila ce que j'ai pour mon /etc/ppp/peers/free # These are the options to dial out to your default service provider. # Please customize them correctly. Only the "provider" file will be # handled by poff and pon (unless with extra command line arguments). # You usually need this if there is no PAP authentication noauth # The chat script (be sure to edit that file, too!) connect "/usr/sbin/chat -v -f /etc/chatscripts/free" # Set up routing to go through this PPP link defaultroute # Default modem (you better replace this with /dev/ttySx!) /dev/ttyS0 # Speed 115200 ipcp-accept-remote ipcp-accept-local # Keep modem up even if connection fails #persist idle 300 remotename proxad debug user toto |
je vais essayer, merci !
Marsh Posté le 03-05-2002 à 20:33:00
Ca sent le loopback ton truc, le magic est le meme en emission qu'en reception ce qui ne devrait pas arriver
Le modem est bien branché sur le port série 1 ? (c'est bete mais bon)
Marsh Posté le 06-05-2002 à 08:47:25
mean a écrit a écrit : Ca sent le loopback ton truc, le magic est le meme en emission qu'en reception ce qui ne devrait pas arriver Le modem est bien branché sur le port série 1 ? (c'est bete mais bon) |
Bah oui, il est sur le port 1 (ppp-config a détecté le modem sur ce port).
Sur le port 2, il y a un réceptacle pour le Psion de mon père.
Faudrait peut-être que j'essaie de le débrancher...
Et tant que j'y suis, je vais essayer sur l'autre port
Par contre, j'ai déjà eu un problème de loopback sur l'interface eth0 (la bécane n'a pas de carte réseau et ça me tapait des erreurs sur la console)
http://forum.hardware.fr/forum2.ph [...] ic=&trash=
Mon problème vient de là ?
[jfdsdjhfuetppo]--Message édité par apt-get le 06-05-2002 à 08:48:41--[/jfdsdjhfuetppo]
Marsh Posté le 09-06-2002 à 16:12:22
Bon, après avoir repris la conf de pppconfig à 0, mon modem compose enfin mais il tape toujours une erreur après.
Du coup, j'ai trouvé une solution de remplacement : changer de provider.
J'ai testé avec mes propres paramètres de connection chez Mageos (juste le pwd, le login et le numméro du provider), et tout marche impeccable. Il doit y avoir une subtilité au niveau de la config pour que ça marche avec Wanadoo... Pas vraiment trouvé de réponse à ça, mais au moins mon père peut surfer maintenant. C'est le principal.
Merci à tous pour votre aide !
Marsh Posté le 09-06-2002 à 20:21:04
salut ju, après avoir galerer pas mal avec ma connexion au net sous deb, j'ai réussi a faire marche wanadoo et free. Si tu veut je te peut te filer mes fichiers de conf.
@+
Marsh Posté le 10-06-2002 à 19:50:48
manu025 a écrit a écrit : salut ju, après avoir galerer pas mal avec ma connexion au net sous deb, j'ai réussi a faire marche wanadoo et free. Si tu veut je te peut te filer mes fichiers de conf. @+ |
Salut Manu !
Ouaip, ça serait sympa de me mailer tes fichiers de conf !
J'essaierai tout ça après mes partiels (bah, nous on bosse pas comme certains hein...)
Alors, ça y est tu t'es mis à la Deb ?
Bon à + !
Marsh Posté le 13-08-2004 à 20:58:59
fl0ups a écrit : tu as bien mis l'option noauth dans le fichier d'options de ppp? |
j'ai un pote qui est sur FREE 50H, en 56K donc et il n'arrive pas à le faire marcher sous FREE en utilisant kppp.
Je voudrais donc lui passer les fichiers de conf que j'ai trouvé sur le site de FREE.FR à cette adresse http://support.free.fr/docs/linux/connexion.html
Dans le fichier /etc/ppp/peers/paris-ppp
la dernière ligne indique user <votrelogin>
il faut mettre le login pour s'identifier chez le FAI ?
Il est sous Mandrake 10.0. Official.
Modem externe US ROBOTICS. (il va m'envoyer un mail avec le screenshot de kppp pour me montrer l'erreur qu'il a.)
Marsh Posté le 13-08-2004 à 23:25:27
Au vu de ma vieille conf (c'est un .bak qui a survécu au remove de ppp), ça devrait marcher.
Sinon, peut-être que ton pote pourrait essayer de re-créer sa connexion RTC avec pppconfig. Au cas où... bon ok ça t'aide pas
Marsh Posté le 14-08-2004 à 10:55:28
que dois t-il faire exactement après avoir copié ces fichiers ?
Marsh Posté le 14-08-2004 à 12:45:46
ben, je sais pas trop
tu lui as dit d'essayer avec pppconfig ?
ça marche tout seul normalement...
Marsh Posté le 18-04-2002 à 14:22:09
'jour,
J'ai jamais fait d'install de connection RTC sur une deb.
J'ai essayé sur une machine, mais le modem (un olitec externe) ne compose pas (il émet un bip puis plus rien). J'ai bien mis l'user dans le groupe dialout et dip.
Le matos fonctionne sous win.
J'ai dû me planter dans le paramètrage de la connection dans PPPConfig.
Par exemple, je ne sais pas s'il faut saisir des scripts pour "l'amorçage" de la connection. C'est peut-être spécial avec Wanadoo...
J'ai déjà cherché dans le forum et sur groups.google.com (bonne adresse pour ceux qui connaissent pas)
Est-ce que quelqu'un sait quelle erreur j'aurais pu faire ?
Ou peut-être que quelqu'un pourrait me poster son fichier de conf...
Julien