laborieux ton truc ;) Bon d'apres la doc de pppd, l'environnement de lancement des scripts est quasi vide. Donc à ta place, j'indiquerai explicitement le chemin de chaque executable auquel tu fais appel. (/usr/sbin/netstat à la place de netstat par exemple). Tu pourrai probablement remplacer ca par une variable d'environnement PATH bien renseignée, mais la vérification du fonctionnement de tes scripts sera plus simple en indiquant le chemin des commandes plutot qu'en s'en remettant a une variable d'environnement dont on n'est pas sur qu'elle sera utilisée.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <BC974FC6.1D056%arenier@nordnet.fr>,
Antoine <arenier@nordnet.fr> wrote:
laborieux ton truc ;)
Bon d'apres la doc de pppd, l'environnement de lancement des scripts est
quasi vide.
Donc à ta place, j'indiquerai explicitement le chemin de chaque
executable auquel tu fais appel. (/usr/sbin/netstat à la place de
netstat par exemple).
Tu pourrai probablement remplacer ca par une variable d'environnement
PATH bien renseignée, mais la vérification du fonctionnement de tes
scripts sera plus simple en indiquant le chemin des commandes plutot
qu'en s'en remettant a une variable d'environnement dont on n'est pas
sur qu'elle sera utilisée.
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
laborieux ton truc ;) Bon d'apres la doc de pppd, l'environnement de lancement des scripts est quasi vide. Donc à ta place, j'indiquerai explicitement le chemin de chaque executable auquel tu fais appel. (/usr/sbin/netstat à la place de netstat par exemple). Tu pourrai probablement remplacer ca par une variable d'environnement PATH bien renseignée, mais la vérification du fonctionnement de tes scripts sera plus simple en indiquant le chemin des commandes plutot qu'en s'en remettant a une variable d'environnement dont on n'est pas sur qu'elle sera utilisée.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
Antoine
Le 5/04/04 18:31, dans , « patpro ~ patrick proniewski » a écrit :
laborieux ton truc ;) Bon d'apres la doc de pppd, l'environnement de lancement des scripts est quasi vide. Donc à ta place, j'indiquerai explicitement le chemin de chaque executable auquel tu fais appel. (/usr/sbin/netstat à la place de netstat par exemple). Tu pourrai probablement remplacer ca par une variable d'environnement PATH bien renseignée, mais la vérification du fonctionnement de tes scripts sera plus simple en indiquant le chemin des commandes plutot qu'en s'en remettant a une variable d'environnement dont on n'est pas sur qu'elle sera utilisée.
patpro
Merci pour ces infos
En fait quand je lance le script dans le repertoire ppp/ je tape manuellement ./ip-up et la tout marche tres bien .
Par contre quand je me deconnecte et reconnecte pour faire le test ... Rien ne se passe ..... Et je ne comprend pas pourquoi ???!
Si tu as une piste je suis preneur !
Merci
Antoine
Le 5/04/04 18:31, dans patpro-51892D.18315805042004@news.fu-berlin.de,
« patpro ~ patrick proniewski » <patpro@boleskine.patpro.net> a écrit :
In article <BC974FC6.1D056%arenier@nordnet.fr>,
Antoine <arenier@nordnet.fr> wrote:
laborieux ton truc ;)
Bon d'apres la doc de pppd, l'environnement de lancement des scripts est
quasi vide.
Donc à ta place, j'indiquerai explicitement le chemin de chaque
executable auquel tu fais appel. (/usr/sbin/netstat à la place de
netstat par exemple).
Tu pourrai probablement remplacer ca par une variable d'environnement
PATH bien renseignée, mais la vérification du fonctionnement de tes
scripts sera plus simple en indiquant le chemin des commandes plutot
qu'en s'en remettant a une variable d'environnement dont on n'est pas
sur qu'elle sera utilisée.
patpro
Merci pour ces infos
En fait quand je lance le script dans le repertoire ppp/ je tape
manuellement ./ip-up et la tout marche tres bien .
Par contre quand je me deconnecte et reconnecte pour faire le test ... Rien
ne se passe ..... Et je ne comprend pas pourquoi ???!
laborieux ton truc ;) Bon d'apres la doc de pppd, l'environnement de lancement des scripts est quasi vide. Donc à ta place, j'indiquerai explicitement le chemin de chaque executable auquel tu fais appel. (/usr/sbin/netstat à la place de netstat par exemple). Tu pourrai probablement remplacer ca par une variable d'environnement PATH bien renseignée, mais la vérification du fonctionnement de tes scripts sera plus simple en indiquant le chemin des commandes plutot qu'en s'en remettant a une variable d'environnement dont on n'est pas sur qu'elle sera utilisée.
patpro
Merci pour ces infos
En fait quand je lance le script dans le repertoire ppp/ je tape manuellement ./ip-up et la tout marche tres bien .
Par contre quand je me deconnecte et reconnecte pour faire le test ... Rien ne se passe ..... Et je ne comprend pas pourquoi ???!
Si tu as une piste je suis preneur !
Merci
Antoine
patpro ~ patrick proniewski
In article <BC976071.1D6A2%, Antoine wrote:
ok, est ce que le script ipbak est bien lancé ?
Oui il se lance tres bien mais manuellement en faisant ./ipbak dans le repertoire
ok, mai a la main on s'en fiche :) Je posais la question dans le cadre du script ip-up.
laborieux ton truc ;) Bon d'apres la doc de pppd, l'environnement de lancement des scripts est quasi vide. Donc à ta place, j'indiquerai explicitement le chemin de chaque executable auquel tu fais appel. (/usr/sbin/netstat à la place de netstat par exemple). Tu pourrai probablement remplacer ca par une variable d'environnement PATH bien renseignée, mais la vérification du fonctionnement de tes scripts sera plus simple en indiquant le chemin des commandes plutot qu'en s'en remettant a une variable d'environnement dont on n'est pas sur qu'elle sera utilisée.
En fait quand je lance le script dans le repertoire ppp/ je tape manuellement ./ip-up et la tout marche tres bien .
Par contre quand je me deconnecte et reconnecte pour faire le test ... Rien ne se passe ..... Et je ne comprend pas pourquoi ???!
Si tu as une piste je suis preneur !
ben j'ai tout dit dèja. Commence par indiquer le chemin complet des commandes, par exemple dans ton ip-up, mets /etc/ppp/ipbak plutot que ./ipbak Et dans ipbak, remplace les commandes par leur chemin complet.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <BC976071.1D6A2%arenier@nordnet.fr>,
Antoine <arenier@nordnet.fr> wrote:
ok, est ce que le script ipbak est bien lancé ?
Oui il se lance tres bien mais manuellement en faisant ./ipbak dans le
repertoire
ok, mai a la main on s'en fiche :)
Je posais la question dans le cadre du script ip-up.
laborieux ton truc ;)
Bon d'apres la doc de pppd, l'environnement de lancement des scripts est
quasi vide.
Donc à ta place, j'indiquerai explicitement le chemin de chaque
executable auquel tu fais appel. (/usr/sbin/netstat à la place de
netstat par exemple).
Tu pourrai probablement remplacer ca par une variable d'environnement
PATH bien renseignée, mais la vérification du fonctionnement de tes
scripts sera plus simple en indiquant le chemin des commandes plutot
qu'en s'en remettant a une variable d'environnement dont on n'est pas
sur qu'elle sera utilisée.
En fait quand je lance le script dans le repertoire ppp/ je tape
manuellement ./ip-up et la tout marche tres bien .
Par contre quand je me deconnecte et reconnecte pour faire le test ... Rien
ne se passe ..... Et je ne comprend pas pourquoi ???!
Si tu as une piste je suis preneur !
ben j'ai tout dit dèja.
Commence par indiquer le chemin complet des commandes, par exemple dans
ton ip-up, mets /etc/ppp/ipbak plutot que ./ipbak
Et dans ipbak, remplace les commandes par leur chemin complet.
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
Oui il se lance tres bien mais manuellement en faisant ./ipbak dans le repertoire
ok, mai a la main on s'en fiche :) Je posais la question dans le cadre du script ip-up.
laborieux ton truc ;) Bon d'apres la doc de pppd, l'environnement de lancement des scripts est quasi vide. Donc à ta place, j'indiquerai explicitement le chemin de chaque executable auquel tu fais appel. (/usr/sbin/netstat à la place de netstat par exemple). Tu pourrai probablement remplacer ca par une variable d'environnement PATH bien renseignée, mais la vérification du fonctionnement de tes scripts sera plus simple en indiquant le chemin des commandes plutot qu'en s'en remettant a une variable d'environnement dont on n'est pas sur qu'elle sera utilisée.
En fait quand je lance le script dans le repertoire ppp/ je tape manuellement ./ip-up et la tout marche tres bien .
Par contre quand je me deconnecte et reconnecte pour faire le test ... Rien ne se passe ..... Et je ne comprend pas pourquoi ???!
Si tu as une piste je suis preneur !
ben j'ai tout dit dèja. Commence par indiquer le chemin complet des commandes, par exemple dans ton ip-up, mets /etc/ppp/ipbak plutot que ./ipbak Et dans ipbak, remplace les commandes par leur chemin complet.
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php