View previous topic :: View next topic |
Author |
Message |
mad-doc n00b
Joined: 24 Jul 2004 Posts: 14
|
Posted: Thu Aug 17, 2006 5:51 pm Post subject: [init.d] net.ppp0, >=baselayout-1.12 & pppoatm |
|
|
Bonjour,
Depuis le passage à la version 1.12.4-r6 de baselayout, je n'arrive pas à configurer /etc/conf.d/net afin de me connecter au démarrage du système d'exploitation.
J'ai une carte BEWAN PCI ST.
Le noyau est un 2.6.17-gentoo-r4.
Le pilote de la carte est un 0.9.3.
pppd est en version 2.4.3.
Je me connecte en PPP over ATM.
Si je lance le démon pppd en ligne de commande, cela fonctionne très bien. La ligne de commande que j'utilise est :
Quote: | pppd user xxxxxxxx plugin /usr/lib/pppd/2.4.3/pppoatm.so 8.35 |
La seule trace dans le fichier de log, après le démarrage, est :
Quote: | Aug 17 17:40:51 [pppd] Plugin pppoatm.so loaded.
Aug 17 17:40:51 [pppd] PPPoATM plugin_init
Aug 17 17:40:51 [pppd] pppd 2.4.3 started by root, uid 0
Aug 17 17:40:51 [pppd] tcgetattr: Inappropriate ioctl for device (line 933)
Aug 17 17:40:52 [pppd] Exit. |
Voilà l'extrait du fichier /etc/conf.d/net en ce qui concerne ppp0 :
Quote: | config_ppp0=( "ppp" )
link_ppp0="/dev/null"
plugins_ppp0=( "pppoa" )
username_ppp0="xxxxxxxx"
|
Si la solution n'existe pas, je veux bien creuser encore mais, dans ce cas, comment faire pour visualiser la commande exécuter au démarrage ? Je pense que mon problème se solutionnera rapidement si j'arrive à voir les paramètres transmis à pppd. De plus, je ne comprend pas le script /etc/init.d/net.ppp0 (lien vers /etc/init.d/net.lo).
D'avance merci
Mad Doc |
|
Back to top |
|
|
Trapamoosch Apprentice
Joined: 08 May 2004 Posts: 203
|
Posted: Fri Aug 18, 2006 3:23 pm Post subject: |
|
|
Il me semble de souvenir que tu devrais mettre Code: | plugins_ppp0=( "pppoa 8.35" ) | (et non pas pppoa tout court). De plus, n'as-tu pas oublié la ligne password_ppp0 ? |
|
Back to top |
|
|
mad-doc n00b
Joined: 24 Jul 2004 Posts: 14
|
Posted: Fri Aug 18, 2006 4:39 pm Post subject: |
|
|
Bonsoir,
Effectivement, il suffisait de compléter la variable plugins_ppp0 avec 8.35. Merci.
Non, le mot de passe se trouve dans pap-secrets.
Mad Doc |
|
Back to top |
|
|
Trapamoosch Apprentice
Joined: 08 May 2004 Posts: 203
|
Posted: Fri Aug 18, 2006 4:41 pm Post subject: |
|
|
Si je ne dis pas de connerie, avec le nouveau baselayout on n'a plus besoin de renseigner pap6 et chap-secret, le baselayout le fait justement en fonction de ppp0_password. |
|
Back to top |
|
|
CryoGen Veteran
Joined: 11 Feb 2004 Posts: 1426 Location: Bamako - Mali - Afrique
|
Posted: Fri Aug 18, 2006 8:04 pm Post subject: |
|
|
Voila à quoi ressemble mon fichhier net sur la section qui nous interesse ^^
Code: | config_ppp0=( "ppp" )
link_ppp0="eth1"
plugins_ppp0=( "pppoe" )
username_ppp0='login'
password_ppp0='passwd'
pppd_ppp0=(
"lock"
"updetach" # WARNING: If you don't specify this then we will
"noauth" # Do not require the peer to authenticate itself
"defaultroute" # Make this PPP interface the default route
"lcp-echo-interval 10" # Send a LCP echo every 15 seconds
"lcp-echo-failure 10" # Make peer dead after 3 seconds of in-activity
"holdoff 4"
# "usepeerdns"
)
# eth1 should start before
depend_ppp0() {
need net.eth1
} |
En espérant que cela puisse t'aider _________________ - CryoGen` on #gentoofr@irc.freenode.net
- ~amd64 / KDE4
- I'm the bone of my sword... |
|
Back to top |
|
|
novazur Guru
Joined: 19 Mar 2005 Posts: 461 Location: Martinique
|
Posted: Fri Aug 18, 2006 8:52 pm Post subject: |
|
|
Excusez mon intrusion.
Et si c'est une connexion pppoe avec un bête modem ethernet, on peut faire pareil en remplaçant _ppp0 par _adsl ( puisque j'ai config_eth1=( "adsl" ) ) ?
J'ai bien vu les avertissements dans les récentes mises à jour, parlant de cette "nouveauté", mais je ne sais pas si elle est applicable à tous les cas, alors je n'ai rien osé toucher. |
|
Back to top |
|
|
PabOu Veteran
Joined: 11 Feb 2004 Posts: 1088 Location: Hélécine - Belgium
|
Posted: Sun Aug 20, 2006 11:27 am Post subject: |
|
|
novazur wrote: | Excusez mon intrusion.
Et si c'est une connexion pppoe avec un bête modem ethernet, on peut faire pareil en remplaçant _ppp0 par _adsl ( puisque j'ai config_eth1=( "adsl" ) ) ?
J'ai bien vu les avertissements dans les récentes mises à jour, parlant de cette "nouveauté", mais je ne sais pas si elle est applicable à tous les cas, alors je n'ai rien osé toucher. |
Je cite le fichier /etc/conf.d/net.example (baselayout ~x86) :
# ADSL
# For ADSL support, emerge net-dialup/rp-pppoe
# WARNING: This ADSL module is being deprecated in favour of the PPP module
# above.
L'utilisation du module ppp (au lieu d'adsl comme tu proposes) est mieux pour plusieurs raisons :- on ne bloque pas l'interface sur laquelle est connectée le modem.
- On utilise le PPPoE du noyau, et donc on a plus besoin de net-dialup/rp-pppoe
- C'est la nouvelle façon de faire, le module ADSL est déprécié
;-) _________________ Mangez du poulet ! |
|
Back to top |
|
|
novazur Guru
Joined: 19 Mar 2005 Posts: 461 Location: Martinique
|
Posted: Sun Aug 20, 2006 3:29 pm Post subject: |
|
|
Ah, très bien, il va falloir que je teste.
Je croyais quel le ppp de ce contexte n'était utilisé que pour les connexions RNIS ou RTC.
Merci pour l'info. |
|
Back to top |
|
|
novazur Guru
Joined: 19 Mar 2005 Posts: 461 Location: Martinique
|
Posted: Tue Aug 22, 2006 5:03 am Post subject: |
|
|
PabOu wrote: | L'utilisation du module ppp (au lieu d'adsl comme tu proposes) est mieux pour plusieurs raisons :- on ne bloque pas l'interface sur laquelle est connectée le modem.
- On utilise le PPPoE du noyau, et donc on a plus besoin de net-dialup/rp-pppoe
- C'est la nouvelle façon de faire, le module ADSL est déprécié
|
Je regarde tout ça actuellement, et j'ai une question, on a toujours besoin de net-dialup/ppp je suppose, non ?
Parce que c'est une dépendance de rp-pppoe, et n'est donc pas explicitement "emergé" chez moi.
Ah, autre chose aussi, dans le cadre de cette utilisation par /etc/conf.d/net, quels fichiers de /etc/ppp deviennent totalement inutiles ?
Je préfère ne pas garder des choses qui ne servent à rien et prêtent à confusion parfois par la suite.
Merci. |
|
Back to top |
|
|
guilc Bodhisattva
Joined: 15 Nov 2003 Posts: 3326 Location: Paris - France
|
Posted: Tue Aug 22, 2006 6:06 am Post subject: |
|
|
Oui il faut ppp
Dnas /etc/ppp, au moins ces fichiers sont utiles :
ip-down
ip-down.local
ip-up
ip-up.local _________________ Merci de respecter les règles du forum.
Mon site perso : https://www.xwing.info
Mon PORTDIR_OVERLAY : https://gentoo.xwing.info ou layman -a xwing |
|
Back to top |
|
|
novazur Guru
Joined: 19 Mar 2005 Posts: 461 Location: Martinique
|
Posted: Tue Aug 22, 2006 6:11 am Post subject: |
|
|
guilc wrote: | Oui il faut ppp
Dnas /etc/ppp, au moins ces fichiers sont utiles :
ip-down
ip-down.local
ip-up
ip-up.local |
Ok, ben j'avais bon alors. Merci. |
|
Back to top |
|
|
novazur Guru
Joined: 19 Mar 2005 Posts: 461 Location: Martinique
|
Posted: Sun Aug 27, 2006 6:15 am Post subject: |
|
|
Bonsoir,
Je me permet de revenir sur le sujet, parce que je ne suis pas sûr d'avoir bien compris la "bonne" méthode.
Sur la machine en question, 2 interfaces ethernet :
- eth0 : lan
- eth1 : sur modem adsl (FAI orange)
ma config est globalement :
Code: | config_eth0=( "192.168.0.3/24" )
config_ppp0=( "ppp" )
link_ppp0="eth1"
plugins_ppp0=( "pppoe" )
username_ppp0='user'
password_ppp0='pwd'
pppd_ppp0=(
"lock"
"updetach"
"noauth"
"defaultroute"
# "lcp-echo-interval 20"
# "lcp-echo-failure 3"
"holdoff 4"
"usepeerdns"
"persist"
"noipdefault"
"hide-password"
)
depend_ppp0() {
need net.eth1
} |
Mes questions sur les détails :
- je dois avoir net.ppp0 dans le runlevel, mais dois-je avoir net.eth1 ou pas ? (dans le cadre de connexion ADSL au boot bien entendu)
- dois-je impérativement assigner une ip à eth1 alors que je ne le faisais pas avec rp-pppoe ? (sinon, au boot, il passe une plombe à attendre un dhcp sur l'interface eth1)
- avec l'option persist, les lcp-echo-* sont-ils nécessaires ou pas ? Ça me donne l'impression de faire double emploi
- voyez-vous quelque chose d'incohérent/anormal dans ma config ?
Je précise que je ne peux pas vraiment tester tout ça en situation car la machine n'a pas encore de ligne adsl à dispo, et que je ne voudrais pas galérer le jour J où elle l'aura, et où je serai devant sans les ressources du net.
Merci ! |
|
Back to top |
|
|
CryoGen Veteran
Joined: 11 Feb 2004 Posts: 1426 Location: Bamako - Mali - Afrique
|
Posted: Sun Aug 27, 2006 1:45 pm Post subject: |
|
|
Alors moi j'ai bien mis net.eth1 dans le runlevel default avec bien sur net.ppp0
J'ai assigné une IP à eth1 pour ne pas avoir le temps d'attente DHCP... (j'ai configuré une IP en 192.168.0.x avec un masque 255.255.0.0... c'est moche mais ca marche ^^)
Pour les lcp- j'en ai aucune idée désolé. _________________ - CryoGen` on #gentoofr@irc.freenode.net
- ~amd64 / KDE4
- I'm the bone of my sword... |
|
Back to top |
|
|
novazur Guru
Joined: 19 Mar 2005 Posts: 461 Location: Martinique
|
Posted: Sun Aug 27, 2006 3:51 pm Post subject: |
|
|
CryoGen wrote: | Alors moi j'ai bien mis net.eth1 dans le runlevel default avec bien sur net.ppp0
J'ai assigné une IP à eth1 pour ne pas avoir le temps d'attente DHCP... (j'ai configuré une IP en 192.168.0.x avec un masque 255.255.0.0... c'est moche mais ca marche ^^) |
Oui, c'est ce que j'avais cru comprendre, mais, si je ne m'abuse, cette IP n'est normalement pas indispensable du tout.
Cependant, si l'on met cette dépendance à net.ethX, et que l'on ne fixe pas d'IP à ethX, alors, il passe en mode dhcp par défaut, et du coup, on se retrouve effectivement avec ce timeout inutile.
Problème que l'on ne connais(sait) pas en utilisant rp-pppoe. Or, comme les devels gentoo sont loin d'être des idiots, cela doit être sûrement possible de faire pareil avec le système actuel, mais je ne sais pas comment. Peut-être justement en virant le depend_ppp0, en virant net.ethX du runlevel, et en ne laissant pas coldplug tenter de monter cette interface. Mais je ne peux pas tester.
Si quelqu'un en sait plus...
Par contre, autre chose, je ne sais pas si c'est du à mes options ppp, mais sur cette machine, non connectée à l'adsl pour l'instant, le ppp est bloquant au démarrage, et le boot ne se poursuit jamais. Problème qui ne se posait pas non plus avec rp-pppoe. J'ai du virer le net.ppp0 du boot en attendant, mais ça m'embête bien quand même comme principe, car imaginons qu'en fonctionnement normal, un jour, la ligne FT ou le modem soit HS, et que le PC doive redémarrer, il restera bloqué dessus... Pas très chouette. |
|
Back to top |
|
|
CryoGen Veteran
Joined: 11 Feb 2004 Posts: 1426 Location: Bamako - Mali - Afrique
|
Posted: Mon Aug 28, 2006 1:24 am Post subject: |
|
|
Effectivement, normalement il n'est pas necessaire de fixer une IP seulement comme tu l'a precisé ca evite le dhcp, si jamais quelqu'un a une meilleur solution je suis aussi preneur
Pour le probleme du blocant je suis completement d'accord avec toi, c'est assez agaçant... il faudrait pouvoir le mettre en "background" comme avec la requete dhcp... doit y'avoir moyen de faire ca tout de meme :/ Peut-etre en s'inspirant justement du systeme qui gere la requete dhcp ?
De plus le script rc à l'air plus ou moins bugger... plusieur fois ca m'est arrivé de l'arreter (stop) et de constater qu'un deamon ppp tournait toujours... _________________ - CryoGen` on #gentoofr@irc.freenode.net
- ~amd64 / KDE4
- I'm the bone of my sword... |
|
Back to top |
|
|
novazur Guru
Joined: 19 Mar 2005 Posts: 461 Location: Martinique
|
Posted: Mon Aug 28, 2006 5:10 am Post subject: |
|
|
CryoGen wrote: | De plus le script rc à l'air plus ou moins bugger... plusieur fois ca m'est arrivé de l'arreter (stop) et de constater qu'un deamon ppp tournait toujours... |
Ça, par contre, je l'ai toujours eu avec rp-ppoe aussi.
Il m'est souvent arrivé de devoir tuer des process pppd et pppoe, après une longue perte de synchro, qui faisait que je me retrouvais avec une interface ppp1 en plus. |
|
Back to top |
|
|
CryoGen Veteran
Joined: 11 Feb 2004 Posts: 1426 Location: Bamako - Mali - Afrique
|
Posted: Mon Aug 28, 2006 11:13 am Post subject: |
|
|
Bon bon bon
alors voila les changements que j'ai effectué et en plus ca marche
ppp passe en background
plus besoin d'ip
Code: | config_eth1=( "null" )
config_ppp0=( "ppp" )
link_ppp0="eth1"
plugins_ppp0=( "pppoe" )
username_ppp0='<login>'
password_ppp0='<passwd>'
pppd_ppp0=(
"lock"
# "updetach"
"noauth" # Do not require the peer to authenticate itself
"defaultroute" # Make this PPP interface the default route
"lcp-echo-interval 10" # Send a LCP echo every 15 seconds
"lcp-echo-failure 10" # Make peer dead after 3 seconds of in-activity
"holdoff 4"
# "usepeerdns"
)
# eth1 should start before
depend_ppp0() {
need net.eth1
} |
le probleme de l'ip est reglé en changeant la ligne config_ethX
le probleme du ppp blocant => c'est le role de updetach ^^ en le supprimant/commentant il passe en background
Code: | Horus ~ # /etc/init.d/net.ppp0 start
* Starting eth1
* Bringing up eth1 [ ok ]
* Starting ppp0
* Bringing up ppp0
* ppp
* Running pppd ...
* Backgrounding ... |
Pour les lcp- et persist, je n'ai pas trouvé "persist" dans net.example... les lcp- servent à detecter une coupure dans la liaison.
Code: | Horus ~ # ifconfig eth1
eth1 Lien encap:Ethernet HWaddr 00:08:54:4E:38:62
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:22589159 errors:0 dropped:0 overruns:0 frame:0
TX packets:25876696 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:17577952298 (16763.6 Mb) TX bytes:10593809020 (10103.0 Mb)
Interruption:5 Adresse de base:0x4c00 |
Pas d'ip pour eth1 (qui est mon interface qui communique avec le "modem")
Code: | Horus ~ # ifconfig ppp0
ppp0 Lien encap:Protocole Point-�-Point
inet adr:xxx.xxx.xxx.xxx P-t-P:xxx.xxx.xxx.xxx Masque:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:10408 errors:0 dropped:0 overruns:0 frame:0
TX packets:10348 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:3
RX bytes:15050007 (14.3 Mb) TX bytes:622081 (607.5 Kb) |
Tout va bien pour ppp0
Code: | Horus ~ # ping google.fr
PING google.fr (72.14.221.104) 56(84) bytes of data.
64 bytes from 72.14.221.104: icmp_seq=1 ttl=242 time=449 ms
64 bytes from 72.14.221.104: icmp_seq=2 ttl=242 time=330 ms
64 bytes from 72.14.221.104: icmp_seq=3 ttl=242 time=387 ms
64 bytes from 72.14.221.104: icmp_seq=4 ttl=242 time=356 ms
64 bytes from 72.14.221.104: icmp_seq=5 ttl=242 time=412 ms
--- google.fr ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 3998ms
rtt min/avg/max/mdev = 330.488/387.238/449.996/41.753 ms |
Ca marche ^^ (je suis loin et en wimax, faut pas faire attention au ping ) _________________ - CryoGen` on #gentoofr@irc.freenode.net
- ~amd64 / KDE4
- I'm the bone of my sword... |
|
Back to top |
|
|
novazur Guru
Joined: 19 Mar 2005 Posts: 461 Location: Martinique
|
Posted: Mon Aug 28, 2006 2:49 pm Post subject: |
|
|
CryoGen wrote: | Code: | config_eth1=( "null" ) |
|
Ah, j'y avais pensé, mais même pas essayé.
CryoGen wrote: | le probleme du ppp blocant => c'est le role de updetach ^^ en le supprimant/commentant il passe en background |
Logique !
CryoGen wrote: | Pour les lcp- et persist, je n'ai pas trouvé "persist" dans net.example... les lcp- servent à detecter une coupure dans la liaison. |
Ben, si je ne m'abuse, normalement, ce sont toutes les options pppd qui sont valables ici, d'où le persist que j'ai mis puisque je l'ai repris de ma config rp-pppoe.
CryoGen wrote: | je suis loin et en wimax, faut pas faire attention au ping |
Ben, presque mon ping habituel quoi..
[edit]
Et, en fin de compte, dans le cas présent, ça sert encore à quelque chose d'avoir le Code: | depend_ppp0() {
need net.eth1
} | ?
Je ne vois plus trop l'utilité, sauf si par exemple, le module de la carte n'est pas chargé, et que donc, sans eth1, on ne tentera pas la connexion pppd...
[/edit] |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|