Avant il y avait une conf dans ppp.conf qui permettait la reconnection, et
puis FT a fait du changement sur son matos et c'est plus possible en
France... j'ai pas suivi les actualités, qu'en est-il aujourd'hui ?
Sur http://gcu-squad.org/viewtip/82 il ya un script qui date de février 2002
... est-ce qu'il est toujours valable ?
C'est facile de trouver des infos sur le net en cherchant un minimum, mais
la maintenance de ces infos n'est pas toujours ok et dépend en + d'un pays à
un autre (l'exemple de FT).
patpro> - les log ne mentionnent pas la durée de connexion
Euh, l'est ou le problème ?
patpro> - il faut raffraichir ipf/ipnat quand on relance mpd
Ben comme avec ppp(8), un ipf -y dans le script appelé lors de la montée de l'interface et le tour est joué.
patpro> - (j'en avais un 3eme, mais je l'ai oublié...)
Bon, tant pis alors.
patpro> a voir maintenant si il se reconnecte bien proprement quand il patpro> y'a une coupure.
Normalement il est plutôt bon à ce petit jeu, et tu as oublié l'avantage principal par rapport à ppp(8), pas d'allers et retours des paquets entre userland et kernel.
Eric Masson
-- - Il n'y a pas de "newsmaster". Ici, c'est un forum libre (aussi libre que puisse être un forum sur la hiérarchier Usenet FR, bien sûr). [...] Réfléchis à cela. +-+ V. in GNU : les newsmasters, c'est à (hiérar)chier +-+
"patpro" == patpro <~ patrick proniewski <patpro@boleskine.patpro.net>> writes:
patpro> - les log ne mentionnent pas la durée de connexion
Euh, l'est ou le problème ?
patpro> - il faut raffraichir ipf/ipnat quand on relance mpd
Ben comme avec ppp(8), un ipf -y dans le script appelé lors de la montée
de l'interface et le tour est joué.
patpro> - (j'en avais un 3eme, mais je l'ai oublié...)
Bon, tant pis alors.
patpro> a voir maintenant si il se reconnecte bien proprement quand il
patpro> y'a une coupure.
Normalement il est plutôt bon à ce petit jeu, et tu as oublié l'avantage
principal par rapport à ppp(8), pas d'allers et retours des paquets
entre userland et kernel.
Eric Masson
--
- Il n'y a pas de "newsmaster". Ici, c'est un forum libre (aussi libre
que puisse être un forum sur la hiérarchier Usenet FR, bien sûr).
[...] Réfléchis à cela.
+-+ V. in GNU : les newsmasters, c'est à (hiérar)chier +-+
patpro> - les log ne mentionnent pas la durée de connexion
Euh, l'est ou le problème ?
patpro> - il faut raffraichir ipf/ipnat quand on relance mpd
Ben comme avec ppp(8), un ipf -y dans le script appelé lors de la montée de l'interface et le tour est joué.
patpro> - (j'en avais un 3eme, mais je l'ai oublié...)
Bon, tant pis alors.
patpro> a voir maintenant si il se reconnecte bien proprement quand il patpro> y'a une coupure.
Normalement il est plutôt bon à ce petit jeu, et tu as oublié l'avantage principal par rapport à ppp(8), pas d'allers et retours des paquets entre userland et kernel.
Eric Masson
-- - Il n'y a pas de "newsmaster". Ici, c'est un forum libre (aussi libre que puisse être un forum sur la hiérarchier Usenet FR, bien sûr). [...] Réfléchis à cela. +-+ V. in GNU : les newsmasters, c'est à (hiérar)chier +-+
patpro ~ patrick proniewski
In article , Eric Masson wrote:
"patpro" == patpro <~ patrick proniewski writes:
patpro> - les log ne mentionnent pas la durée de connexion
Euh, l'est ou le problème ?
ben ça m'interesse moi :) je m'en servais dans un script pour vérifier rapidement si PPP n'avait pas de soucis.
patpro> - il faut raffraichir ipf/ipnat quand on relance mpd
Ben comme avec ppp(8), un ipf -y dans le script appelé lors de la montée de l'interface et le tour est joué.
avec ppp je n'ai pas besoin de ça
patpro> - (j'en avais un 3eme, mais je l'ai oublié...)
Bon, tant pis alors.
ça prouve que tu avais raison, une fois installé on l'oubli :)
patpro> a voir maintenant si il se reconnecte bien proprement quand il patpro> y'a une coupure.
Normalement il est plutôt bon à ce petit jeu, et tu as oublié l'avantage principal par rapport à ppp(8), pas d'allers et retours des paquets entre userland et kernel.
mouais, pour moi tu sais, l'essentiel c'est que ça fasse ce que je veux, et pour un pauvre ADSL 512 je prefere avoir ma durée de connexion dans les logs que de savoir que les packets font pas la navette entre userland et kernel. Je serais sur un plus gros débit, avec des 10n d'users derriere, effectivement la question ne se poserait pas dans les mêmes termes.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <86zn6byftv.fsf@srvbsdnanssv.interne.kisoft-services.com>,
Eric Masson <emss@free.fr> wrote:
"patpro" == patpro <~ patrick proniewski
<patpro@boleskine.patpro.net>> writes:
patpro> - les log ne mentionnent pas la durée de connexion
Euh, l'est ou le problème ?
ben ça m'interesse moi :)
je m'en servais dans un script pour vérifier rapidement si PPP n'avait
pas de soucis.
patpro> - il faut raffraichir ipf/ipnat quand on relance mpd
Ben comme avec ppp(8), un ipf -y dans le script appelé lors de la montée
de l'interface et le tour est joué.
avec ppp je n'ai pas besoin de ça
patpro> - (j'en avais un 3eme, mais je l'ai oublié...)
Bon, tant pis alors.
ça prouve que tu avais raison, une fois installé on l'oubli :)
patpro> a voir maintenant si il se reconnecte bien proprement quand il
patpro> y'a une coupure.
Normalement il est plutôt bon à ce petit jeu, et tu as oublié l'avantage
principal par rapport à ppp(8), pas d'allers et retours des paquets
entre userland et kernel.
mouais, pour moi tu sais, l'essentiel c'est que ça fasse ce que je veux,
et pour un pauvre ADSL 512 je prefere avoir ma durée de connexion dans
les logs que de savoir que les packets font pas la navette entre
userland et kernel. Je serais sur un plus gros débit, avec des 10n
d'users derriere, effectivement la question ne se poserait pas dans les
mêmes termes.
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
patpro> - les log ne mentionnent pas la durée de connexion
Euh, l'est ou le problème ?
ben ça m'interesse moi :) je m'en servais dans un script pour vérifier rapidement si PPP n'avait pas de soucis.
patpro> - il faut raffraichir ipf/ipnat quand on relance mpd
Ben comme avec ppp(8), un ipf -y dans le script appelé lors de la montée de l'interface et le tour est joué.
avec ppp je n'ai pas besoin de ça
patpro> - (j'en avais un 3eme, mais je l'ai oublié...)
Bon, tant pis alors.
ça prouve que tu avais raison, une fois installé on l'oubli :)
patpro> a voir maintenant si il se reconnecte bien proprement quand il patpro> y'a une coupure.
Normalement il est plutôt bon à ce petit jeu, et tu as oublié l'avantage principal par rapport à ppp(8), pas d'allers et retours des paquets entre userland et kernel.
mouais, pour moi tu sais, l'essentiel c'est que ça fasse ce que je veux, et pour un pauvre ADSL 512 je prefere avoir ma durée de connexion dans les logs que de savoir que les packets font pas la navette entre userland et kernel. Je serais sur un plus gros débit, avec des 10n d'users derriere, effectivement la question ne se poserait pas dans les mêmes termes.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
Eric Masson
"patpro" == patpro <~ patrick proniewski writes:
patpro> avec ppp je n'ai pas besoin de ça
Gniiiii ???
Euh, j'ai eu des problèmes avec ppp(8) tant que je n'ai pas utilisé ipf -y dans /etc/ppp/ppp.linkup.
Bon remarques, ça a peut-être bougé depuis le temps que je ne l'utilise plus sous Free, je ne l'utilise plus que sous Open épisodiquement, cad quand je n'ai pas un routeur et un netblock dispo.
Pour les cas ou je dispose seulement d'un modem simple, je devrais faire des essais sous peu avec le port du pppoe de Net qui résoudra peut-être les problèmes de reconnexion qui trainent dans cette configuration.
Eric Masson
-- essai tout simplement -+- A4 in : <http://www.le-gnu.net> - Neuneu tout simplement -+-
"patpro" == patpro <~ patrick proniewski <patpro@boleskine.patpro.net>> writes:
patpro> avec ppp je n'ai pas besoin de ça
Gniiiii ???
Euh, j'ai eu des problèmes avec ppp(8) tant que je n'ai pas utilisé ipf
-y dans /etc/ppp/ppp.linkup.
Bon remarques, ça a peut-être bougé depuis le temps que je ne l'utilise
plus sous Free, je ne l'utilise plus que sous Open épisodiquement, cad
quand je n'ai pas un routeur et un netblock dispo.
Pour les cas ou je dispose seulement d'un modem simple, je devrais faire
des essais sous peu avec le port du pppoe de Net qui résoudra peut-être
les problèmes de reconnexion qui trainent dans cette configuration.
Eric Masson
--
essai tout simplement
-+- A4 in : <http://www.le-gnu.net> - Neuneu tout simplement -+-
Euh, j'ai eu des problèmes avec ppp(8) tant que je n'ai pas utilisé ipf -y dans /etc/ppp/ppp.linkup.
Bon remarques, ça a peut-être bougé depuis le temps que je ne l'utilise plus sous Free, je ne l'utilise plus que sous Open épisodiquement, cad quand je n'ai pas un routeur et un netblock dispo.
Pour les cas ou je dispose seulement d'un modem simple, je devrais faire des essais sous peu avec le port du pppoe de Net qui résoudra peut-être les problèmes de reconnexion qui trainent dans cette configuration.
Eric Masson
-- essai tout simplement -+- A4 in : <http://www.le-gnu.net> - Neuneu tout simplement -+-
patpro ~ patrick proniewski
In article , Cyril Guibourg wrote:
patpro ~ patrick proniewski writes:
[ipf -y]
avec ppp je n'ai pas besoin de ça
J'aimerais savoir comment tu t'en passe lors d'un changement d'IP.
IP fixe tout ça...
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <87iscz7o5p.fsf@blackbox.babasse.net>,
Cyril Guibourg <plonk-o-matic@teaser.fr> wrote:
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> writes:
[ipf -y]
avec ppp je n'ai pas besoin de ça
J'aimerais savoir comment tu t'en passe lors d'un changement d'IP.
IP fixe tout ça...
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
J'aimerais savoir comment tu t'en passe lors d'un changement d'IP.
IP fixe tout ça...
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
patpro ~ patrick proniewski
In article , Eric Masson wrote:
"patpro" == patpro <~ patrick proniewski writes:
patpro> avec ppp je n'ai pas besoin de ça
Gniiiii ???
Euh, j'ai eu des problèmes avec ppp(8) tant que je n'ai pas utilisé ipf -y dans /etc/ppp/ppp.linkup.
ha ben moi je l'ai jamais utilisé :), presque 3 ans que je suis en PPPoE avec PPP, ipf/ipnat, + IP fixe, et j'ai jamais utilisé ipf -y apres lancement de PPP. J'ai meme pas de ppp.linkup en fait.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <86briryd1l.fsf@srvbsdnanssv.interne.kisoft-services.com>,
Eric Masson <emss@free.fr> wrote:
"patpro" == patpro <~ patrick proniewski
<patpro@boleskine.patpro.net>> writes:
patpro> avec ppp je n'ai pas besoin de ça
Gniiiii ???
Euh, j'ai eu des problèmes avec ppp(8) tant que je n'ai pas utilisé ipf
-y dans /etc/ppp/ppp.linkup.
ha ben moi je l'ai jamais utilisé :), presque 3 ans que je suis en PPPoE
avec PPP, ipf/ipnat, + IP fixe, et j'ai jamais utilisé ipf -y apres
lancement de PPP. J'ai meme pas de ppp.linkup en fait.
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
Euh, j'ai eu des problèmes avec ppp(8) tant que je n'ai pas utilisé ipf -y dans /etc/ppp/ppp.linkup.
ha ben moi je l'ai jamais utilisé :), presque 3 ans que je suis en PPPoE avec PPP, ipf/ipnat, + IP fixe, et j'ai jamais utilisé ipf -y apres lancement de PPP. J'ai meme pas de ppp.linkup en fait.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
patpro ~ patrick proniewski
In article , patpro ~ patrick proniewski wrote:
Euh, j'ai eu des problèmes avec ppp(8) tant que je n'ai pas utilisé ipf -y dans /etc/ppp/ppp.linkup.
ha ben moi je l'ai jamais utilisé :), presque 3 ans que je suis en PPPoE avec PPP, ipf/ipnat, + IP fixe, et j'ai jamais utilisé ipf -y apres lancement de PPP. J'ai meme pas de ppp.linkup en fait.
bon, et bien chez moi ipf -y ca ne marche pas, ni meme un script un peu plus élaboré, mais je pense qu'il y a un truc sioux avec le script d'ip-up dans mpd.
la ligne :
set iface up-script /usr/bin/reload-ipf-ipnat.sh
doit elle être placée a un endroit particulier de mpd.conf ? (genre tout à la fin...) Parce que la, quand je lance mpd, c'est la misere, ça fait des plombes qu'il tourne, les process dans 'en suspens' dans une autre dimension (kill -9 sinon rien)... et bien sur il établit pas la connexion.
HALALA, magique mpd, apres un reboot (et suppression de la ligne "up-script") il veut meme plus rien savoir, deja il me laisse un /var/run/mpd.pid en caraffe, et en prime il trouve plus sa mere :
mpd: [PPPoE] device: OPEN event in state DOWN mpd: [PPPoE] pausing 1 seconds before open mpd: [PPPoE] device is now in state DOWN mpd: [PPPoE] device: OPEN event in state DOWN mpd: [PPPoE] exec: /sbin/ifconfig fxp0 up mpd: [PPPoE] Cannot send a netgraph message: fxp0::No such file or directory mpd: [PPPoE] Error in creation ng_pppoe node on fxp0: mpd: [PPPoE] can't connect bypass,link0 and fxp0:orphans,mpd296-PPPoE: No such file or directory mpd: [PPPoE] can't remove hook mpd296-PPPoE from node "fxp0:orphans": No such file or directory mpd: [PPPoE] device is now in state OPENING mpd: [PPPoE] device: DOWN event in state OPENING mpd: [PPPoE] device is now in state DOWN mpd: [PPPoE] link: DOWN event mpd: [PPPoE] LCP: Down event mpd: [PPPoE] device: OPEN event in state DOWN mpd: [PPPoE] pausing 4 seconds before open mpd: [PPPoE] device is now in state DOWN
PPP ! reviens copainnnn ! (poubelle mpd)
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <patpro-409E49.19140507072004@individual.net>,
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
Euh, j'ai eu des problèmes avec ppp(8) tant que je n'ai pas utilisé ipf
-y dans /etc/ppp/ppp.linkup.
ha ben moi je l'ai jamais utilisé :), presque 3 ans que je suis en PPPoE
avec PPP, ipf/ipnat, + IP fixe, et j'ai jamais utilisé ipf -y apres
lancement de PPP. J'ai meme pas de ppp.linkup en fait.
bon, et bien chez moi ipf -y ca ne marche pas, ni meme un script un peu
plus élaboré, mais je pense qu'il y a un truc sioux avec le script
d'ip-up dans mpd.
la ligne :
set iface up-script /usr/bin/reload-ipf-ipnat.sh
doit elle être placée a un endroit particulier de mpd.conf ? (genre tout
à la fin...)
Parce que la, quand je lance mpd, c'est la misere, ça fait des plombes
qu'il tourne, les process dans 'en suspens' dans une autre dimension
(kill -9 sinon rien)... et bien sur il établit pas la connexion.
HALALA, magique mpd, apres un reboot (et suppression de la ligne
"up-script") il veut meme plus rien savoir, deja il me laisse un
/var/run/mpd.pid en caraffe, et en prime il trouve plus sa mere :
mpd: [PPPoE] device: OPEN event in state DOWN
mpd: [PPPoE] pausing 1 seconds before open
mpd: [PPPoE] device is now in state DOWN
mpd: [PPPoE] device: OPEN event in state DOWN
mpd: [PPPoE] exec: /sbin/ifconfig fxp0 up
mpd: [PPPoE] Cannot send a netgraph message: fxp0::No such file or
directory
mpd: [PPPoE] Error in creation ng_pppoe node on fxp0:
mpd: [PPPoE] can't connect bypass,link0 and fxp0:orphans,mpd296-PPPoE:
No such file or directory
mpd: [PPPoE] can't remove hook mpd296-PPPoE from node "fxp0:orphans": No
such file or directory
mpd: [PPPoE] device is now in state OPENING
mpd: [PPPoE] device: DOWN event in state OPENING
mpd: [PPPoE] device is now in state DOWN
mpd: [PPPoE] link: DOWN event
mpd: [PPPoE] LCP: Down event
mpd: [PPPoE] device: OPEN event in state DOWN
mpd: [PPPoE] pausing 4 seconds before open
mpd: [PPPoE] device is now in state DOWN
PPP ! reviens copainnnn ! (poubelle mpd)
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
Euh, j'ai eu des problèmes avec ppp(8) tant que je n'ai pas utilisé ipf -y dans /etc/ppp/ppp.linkup.
ha ben moi je l'ai jamais utilisé :), presque 3 ans que je suis en PPPoE avec PPP, ipf/ipnat, + IP fixe, et j'ai jamais utilisé ipf -y apres lancement de PPP. J'ai meme pas de ppp.linkup en fait.
bon, et bien chez moi ipf -y ca ne marche pas, ni meme un script un peu plus élaboré, mais je pense qu'il y a un truc sioux avec le script d'ip-up dans mpd.
la ligne :
set iface up-script /usr/bin/reload-ipf-ipnat.sh
doit elle être placée a un endroit particulier de mpd.conf ? (genre tout à la fin...) Parce que la, quand je lance mpd, c'est la misere, ça fait des plombes qu'il tourne, les process dans 'en suspens' dans une autre dimension (kill -9 sinon rien)... et bien sur il établit pas la connexion.
HALALA, magique mpd, apres un reboot (et suppression de la ligne "up-script") il veut meme plus rien savoir, deja il me laisse un /var/run/mpd.pid en caraffe, et en prime il trouve plus sa mere :
mpd: [PPPoE] device: OPEN event in state DOWN mpd: [PPPoE] pausing 1 seconds before open mpd: [PPPoE] device is now in state DOWN mpd: [PPPoE] device: OPEN event in state DOWN mpd: [PPPoE] exec: /sbin/ifconfig fxp0 up mpd: [PPPoE] Cannot send a netgraph message: fxp0::No such file or directory mpd: [PPPoE] Error in creation ng_pppoe node on fxp0: mpd: [PPPoE] can't connect bypass,link0 and fxp0:orphans,mpd296-PPPoE: No such file or directory mpd: [PPPoE] can't remove hook mpd296-PPPoE from node "fxp0:orphans": No such file or directory mpd: [PPPoE] device is now in state OPENING mpd: [PPPoE] device: DOWN event in state OPENING mpd: [PPPoE] device is now in state DOWN mpd: [PPPoE] link: DOWN event mpd: [PPPoE] LCP: Down event mpd: [PPPoE] device: OPEN event in state DOWN mpd: [PPPoE] pausing 4 seconds before open mpd: [PPPoE] device is now in state DOWN
PPP ! reviens copainnnn ! (poubelle mpd)
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
Eric Masson
"patpro" == patpro <~ patrick proniewski writes:
patpro> bon, et bien chez moi ipf -y ca ne marche pas, ni meme un patpro> script un peu plus élaboré, mais je pense qu'il y a un truc patpro> sioux avec le script d'ip-up dans mpd.
Euh, pas à ma connaissance.
patpro> la ligne : patpro> set iface up-script /usr/bin/reload-ipf-ipnat.sh patpro> doit elle être placée a un endroit particulier de mpd.conf ?
Non.
patpro> HALALA, magique mpd, apres un reboot (et suppression de la patpro> ligne "up-script") il veut meme plus rien savoir, deja il me patpro> laisse un /var/run/mpd.pid en caraffe, et en prime il trouve patpro> plus sa mere :
Ca ressemble à une absence de modules netgraph dont il aurait besoin. Que donne kldstat (à moins que tu ne tournes avec netgraph compilé dans le noyal)
A+
Eric Masson
--
C'est pas un pingouin mais une hirondelle africaine et sa noix de coco Maintenant que vous le dîtes, c'est fort possible, Roland Courbis a des
faux airs de John Cleese, mais en plus petit. -+- fc&t in<www.le-gnu.net> : Une hirondelle ne fait pas le pingouin-+-
"patpro" == patpro <~ patrick proniewski <patpro@boleskine.patpro.net>> writes:
patpro> bon, et bien chez moi ipf -y ca ne marche pas, ni meme un
patpro> script un peu plus élaboré, mais je pense qu'il y a un truc
patpro> sioux avec le script d'ip-up dans mpd.
Euh, pas à ma connaissance.
patpro> la ligne :
patpro> set iface up-script /usr/bin/reload-ipf-ipnat.sh
patpro> doit elle être placée a un endroit particulier de mpd.conf ?
Non.
patpro> HALALA, magique mpd, apres un reboot (et suppression de la
patpro> ligne "up-script") il veut meme plus rien savoir, deja il me
patpro> laisse un /var/run/mpd.pid en caraffe, et en prime il trouve
patpro> plus sa mere :
Ca ressemble à une absence de modules netgraph dont il aurait besoin.
Que donne kldstat (à moins que tu ne tournes avec netgraph compilé dans
le noyal)
A+
Eric Masson
--
C'est pas un pingouin mais une hirondelle africaine et sa noix de coco
Maintenant que vous le dîtes, c'est fort possible, Roland Courbis a des
faux airs de John Cleese, mais en plus petit.
-+- fc&t in<www.le-gnu.net> : Une hirondelle ne fait pas le pingouin-+-
patpro> bon, et bien chez moi ipf -y ca ne marche pas, ni meme un patpro> script un peu plus élaboré, mais je pense qu'il y a un truc patpro> sioux avec le script d'ip-up dans mpd.
Euh, pas à ma connaissance.
patpro> la ligne : patpro> set iface up-script /usr/bin/reload-ipf-ipnat.sh patpro> doit elle être placée a un endroit particulier de mpd.conf ?
Non.
patpro> HALALA, magique mpd, apres un reboot (et suppression de la patpro> ligne "up-script") il veut meme plus rien savoir, deja il me patpro> laisse un /var/run/mpd.pid en caraffe, et en prime il trouve patpro> plus sa mere :
Ca ressemble à une absence de modules netgraph dont il aurait besoin. Que donne kldstat (à moins que tu ne tournes avec netgraph compilé dans le noyal)
A+
Eric Masson
--
C'est pas un pingouin mais une hirondelle africaine et sa noix de coco Maintenant que vous le dîtes, c'est fort possible, Roland Courbis a des
faux airs de John Cleese, mais en plus petit. -+- fc&t in<www.le-gnu.net> : Une hirondelle ne fait pas le pingouin-+-
patpro ~ patrick proniewski
In article , Eric Masson wrote:
patpro> HALALA, magique mpd, apres un reboot (et suppression de la patpro> ligne "up-script") il veut meme plus rien savoir, deja il me patpro> laisse un /var/run/mpd.pid en caraffe, et en prime il trouve patpro> plus sa mere :
Ca ressemble à une absence de modules netgraph dont il aurait besoin. Que donne kldstat (à moins que tu ne tournes avec netgraph compilé dans le noyal)
netgraph est dans mon noyau : options NETGRAPH options NETGRAPH_PPPOE options NETGRAPH_SOCKET
ça n'explique pas pourquoi mpd a fonctionné avant reboot et ne fonctionnait plus après. A moins que ppp ne charge des modules supplémentaires qu'mpd n'est pas capable de charger tout seul.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <86n02aogq3.fsf@srvbsdnanssv.interne.kisoft-services.com>,
Eric Masson <emss@free.fr> wrote:
patpro> HALALA, magique mpd, apres un reboot (et suppression de la
patpro> ligne "up-script") il veut meme plus rien savoir, deja il me
patpro> laisse un /var/run/mpd.pid en caraffe, et en prime il trouve
patpro> plus sa mere :
Ca ressemble à une absence de modules netgraph dont il aurait besoin.
Que donne kldstat (à moins que tu ne tournes avec netgraph compilé dans
le noyal)
netgraph est dans mon noyau :
options NETGRAPH
options NETGRAPH_PPPOE
options NETGRAPH_SOCKET
ça n'explique pas pourquoi mpd a fonctionné avant reboot et ne
fonctionnait plus après. A moins que ppp ne charge des modules
supplémentaires qu'mpd n'est pas capable de charger tout seul.
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
patpro> HALALA, magique mpd, apres un reboot (et suppression de la patpro> ligne "up-script") il veut meme plus rien savoir, deja il me patpro> laisse un /var/run/mpd.pid en caraffe, et en prime il trouve patpro> plus sa mere :
Ca ressemble à une absence de modules netgraph dont il aurait besoin. Que donne kldstat (à moins que tu ne tournes avec netgraph compilé dans le noyal)
netgraph est dans mon noyau : options NETGRAPH options NETGRAPH_PPPOE options NETGRAPH_SOCKET
ça n'explique pas pourquoi mpd a fonctionné avant reboot et ne fonctionnait plus après. A moins que ppp ne charge des modules supplémentaires qu'mpd n'est pas capable de charger tout seul.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
Eric Masson
"patpro" == patpro <~ patrick proniewski writes:
patpro> ça n'explique pas pourquoi mpd a fonctionné avant reboot et ne patpro> fonctionnait plus après. A moins que ppp ne charge des modules patpro> supplémentaires qu'mpd n'est pas capable de charger tout seul.
Y'aurait p't'être bien de ça... http://www.dellroad.org/mpd-doc/mpd47.html#47
Ton problème avec l'interface fxp0 me semble lié à l'absence de ng_iface.
Eric Masson
-- Chalut la foule , ça veut dire regardez ce que je vais répondre à l'autre, déjà c'est une remarque méprisante envers quelqu'un qui ne t'a rien fait -+- Fr in GNU - Ch'est chcandaleux : che me chui fait inchulter ! -+-
"patpro" == patpro <~ patrick proniewski <patpro@boleskine.patpro.net>> writes:
patpro> ça n'explique pas pourquoi mpd a fonctionné avant reboot et ne
patpro> fonctionnait plus après. A moins que ppp ne charge des modules
patpro> supplémentaires qu'mpd n'est pas capable de charger tout seul.
Y'aurait p't'être bien de ça...
http://www.dellroad.org/mpd-doc/mpd47.html#47
Ton problème avec l'interface fxp0 me semble lié à l'absence de
ng_iface.
Eric Masson
--
Chalut la foule , ça veut dire regardez ce que je vais répondre
à l'autre, déjà c'est une remarque méprisante envers quelqu'un qui ne
t'a rien fait
-+- Fr in GNU - Ch'est chcandaleux : che me chui fait inchulter ! -+-
patpro> ça n'explique pas pourquoi mpd a fonctionné avant reboot et ne patpro> fonctionnait plus après. A moins que ppp ne charge des modules patpro> supplémentaires qu'mpd n'est pas capable de charger tout seul.
Y'aurait p't'être bien de ça... http://www.dellroad.org/mpd-doc/mpd47.html#47
Ton problème avec l'interface fxp0 me semble lié à l'absence de ng_iface.
Eric Masson
-- Chalut la foule , ça veut dire regardez ce que je vais répondre à l'autre, déjà c'est une remarque méprisante envers quelqu'un qui ne t'a rien fait -+- Fr in GNU - Ch'est chcandaleux : che me chui fait inchulter ! -+-
patpro ~ patrick proniewski
In article , Eric Masson wrote:
"patpro" == patpro <~ patrick proniewski writes:
patpro> ça n'explique pas pourquoi mpd a fonctionné avant reboot et ne patpro> fonctionnait plus après. A moins que ppp ne charge des modules patpro> supplémentaires qu'mpd n'est pas capable de charger tout seul.
Y'aurait p't'être bien de ça... http://www.dellroad.org/mpd-doc/mpd47.html#47
Ton problème avec l'interface fxp0 me semble lié à l'absence de ng_iface.
donc si la machine a démaré au préalable avec ppp activé, mpd arrive bien a charger les modules qui lui manquent, mais si la machine a été bootée sans ppp, alors mpd n'arrive pas à charger ces foutus modules. C'est ça ? Je suis loin d'être un expert du kernel, mais y'a un truc qui me dérange vraiment dans cette explication.
Dès que j'ai 5 minutes je vais re-tester mpd pour voir quels sont les modules chargés dans les deux cas.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <86658yoe27.fsf@srvbsdnanssv.interne.kisoft-services.com>,
Eric Masson <emss@free.fr> wrote:
"patpro" == patpro <~ patrick proniewski
<patpro@boleskine.patpro.net>> writes:
patpro> ça n'explique pas pourquoi mpd a fonctionné avant reboot et ne
patpro> fonctionnait plus après. A moins que ppp ne charge des modules
patpro> supplémentaires qu'mpd n'est pas capable de charger tout seul.
Y'aurait p't'être bien de ça...
http://www.dellroad.org/mpd-doc/mpd47.html#47
Ton problème avec l'interface fxp0 me semble lié à l'absence de
ng_iface.
donc si la machine a démaré au préalable avec ppp activé, mpd arrive
bien a charger les modules qui lui manquent, mais si la machine a été
bootée sans ppp, alors mpd n'arrive pas à charger ces foutus modules.
C'est ça ?
Je suis loin d'être un expert du kernel, mais y'a un truc qui me dérange
vraiment dans cette explication.
Dès que j'ai 5 minutes je vais re-tester mpd pour voir quels sont les
modules chargés dans les deux cas.
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
patpro> ça n'explique pas pourquoi mpd a fonctionné avant reboot et ne patpro> fonctionnait plus après. A moins que ppp ne charge des modules patpro> supplémentaires qu'mpd n'est pas capable de charger tout seul.
Y'aurait p't'être bien de ça... http://www.dellroad.org/mpd-doc/mpd47.html#47
Ton problème avec l'interface fxp0 me semble lié à l'absence de ng_iface.
donc si la machine a démaré au préalable avec ppp activé, mpd arrive bien a charger les modules qui lui manquent, mais si la machine a été bootée sans ppp, alors mpd n'arrive pas à charger ces foutus modules. C'est ça ? Je suis loin d'être un expert du kernel, mais y'a un truc qui me dérange vraiment dans cette explication.
Dès que j'ai 5 minutes je vais re-tester mpd pour voir quels sont les modules chargés dans les deux cas.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
