Selon steve :
> Bonjour à tous.
>
> sarge...
>
> Je suis en train de bricoler mon réseau interne en lui rajoutant
> un serveur de
> noms et depuis cela j'observe que régulièrement le
> fichier /etc/resolv.conf est ré-écrit avec la seule valeur de
> l'ip de mon routeur 192.168.1.1. Or j'y avais inscrit
>
> search mondomaine
> ip1 --> interne
> ip2 --> ip n°1 de mon Fai.
>
>
> qui va très bien. Je suis donc allé à la pêche aux infos, et la
> première est l'heure du changement du fichier, 1h55. Je vais donc
> voir mon syslog et je m'aperçois qu'à cette heure, c'est le
> serveur dhcp du modem adsl qui s'active et qui m'envoie un
> nouveau lease, et qui de ce fait ré-écrit le resolv.conf avec la
> mauvais adresse. Je vais donc voir le
> fichier /etc/dhcp3/dhclient.conf, qui ne contient que :
>
> request subnet-mask, broadcast-address, time-offset, routers,
> domain-name, domain-name-servers, host-name,
> netbios-name-servers, netbios-scope;
>
> C'est normal car je n'utilise le dhcp que pour l'interface
> externe, les autres
> étant fixes.
>
> La question est alors: comment faire pour éviter cette
> ré-écriture du fichier /etc/resolv.conf ?
>
> Si vous avez une idée, je suis preneur, merci.
>
> Très belle journée.
>
>
Moi j'ai le problème inverse!!! J'aimerai bien que mon resolv.conf
soit réécrit lors du démarrage de ppp comme ça devrait être le cas
normalement mais rien n'y fait... Ca marche bien sur mon portable
mais pas sur mon PC fixe.
Gaëtan
Selon steve <dlist@bluewin.ch>:
> Bonjour à tous.
>
> sarge...
>
> Je suis en train de bricoler mon réseau interne en lui rajoutant
> un serveur de
> noms et depuis cela j'observe que régulièrement le
> fichier /etc/resolv.conf est ré-écrit avec la seule valeur de
> l'ip de mon routeur 192.168.1.1. Or j'y avais inscrit
>
> search mondomaine
> ip1 --> interne
> ip2 --> ip n°1 de mon Fai.
>
>
> qui va très bien. Je suis donc allé à la pêche aux infos, et la
> première est l'heure du changement du fichier, 1h55. Je vais donc
> voir mon syslog et je m'aperçois qu'à cette heure, c'est le
> serveur dhcp du modem adsl qui s'active et qui m'envoie un
> nouveau lease, et qui de ce fait ré-écrit le resolv.conf avec la
> mauvais adresse. Je vais donc voir le
> fichier /etc/dhcp3/dhclient.conf, qui ne contient que :
>
> request subnet-mask, broadcast-address, time-offset, routers,
> domain-name, domain-name-servers, host-name,
> netbios-name-servers, netbios-scope;
>
> C'est normal car je n'utilise le dhcp que pour l'interface
> externe, les autres
> étant fixes.
>
> La question est alors: comment faire pour éviter cette
> ré-écriture du fichier /etc/resolv.conf ?
>
> Si vous avez une idée, je suis preneur, merci.
>
> Très belle journée.
>
>
Moi j'ai le problème inverse!!! J'aimerai bien que mon resolv.conf
soit réécrit lors du démarrage de ppp comme ça devrait être le cas
normalement mais rien n'y fait... Ca marche bien sur mon portable
mais pas sur mon PC fixe.
Gaëtan
Selon steve :
> Bonjour à tous.
>
> sarge...
>
> Je suis en train de bricoler mon réseau interne en lui rajoutant
> un serveur de
> noms et depuis cela j'observe que régulièrement le
> fichier /etc/resolv.conf est ré-écrit avec la seule valeur de
> l'ip de mon routeur 192.168.1.1. Or j'y avais inscrit
>
> search mondomaine
> ip1 --> interne
> ip2 --> ip n°1 de mon Fai.
>
>
> qui va très bien. Je suis donc allé à la pêche aux infos, et la
> première est l'heure du changement du fichier, 1h55. Je vais donc
> voir mon syslog et je m'aperçois qu'à cette heure, c'est le
> serveur dhcp du modem adsl qui s'active et qui m'envoie un
> nouveau lease, et qui de ce fait ré-écrit le resolv.conf avec la
> mauvais adresse. Je vais donc voir le
> fichier /etc/dhcp3/dhclient.conf, qui ne contient que :
>
> request subnet-mask, broadcast-address, time-offset, routers,
> domain-name, domain-name-servers, host-name,
> netbios-name-servers, netbios-scope;
>
> C'est normal car je n'utilise le dhcp que pour l'interface
> externe, les autres
> étant fixes.
>
> La question est alors: comment faire pour éviter cette
> ré-écriture du fichier /etc/resolv.conf ?
>
> Si vous avez une idée, je suis preneur, merci.
>
> Très belle journée.
>
>
Moi j'ai le problème inverse!!! J'aimerai bien que mon resolv.conf
soit réécrit lors du démarrage de ppp comme ça devrait être le cas
normalement mais rien n'y fait... Ca marche bien sur mon portable
mais pas sur mon PC fixe.
Gaëtan
Le Tue, 04 Oct 2005 11:48:41 +0200
a écrit:
> Selon steve :
>
> > Bonjour à tous.
> >
> > sarge...
> >
> > Je suis en train de bricoler mon réseau interne en lui rajoutant
> > un serveur de
> > noms et depuis cela j'observe que régulièrement le
> > fichier /etc/resolv.conf est ré-écrit avec la seule valeur de
> > l'ip de mon routeur 192.168.1.1. Or j'y avais inscrit
> >
> > search mondomaine
> > ip1 --> interne
> > ip2 --> ip n°1 de mon Fai.
> >
> >
> > qui va très bien. Je suis donc allé à la pêche aux infos, et la
> > première est l'heure du changement du fichier, 1h55. Je vais
> > donc voir mon syslog et je m'aperçois qu'à cette heure, c'est le
> > serveur dhcp du modem adsl qui s'active et qui m'envoie un
> > nouveau lease, et qui de ce fait ré-écrit le resolv.conf avec la
> > mauvais adresse. Je vais donc voir le
> > fichier /etc/dhcp3/dhclient.conf, qui ne contient que :
> >
> > request subnet-mask, broadcast-address, time-offset, routers,
> > domain-name, domain-name-servers, host-name,
> > netbios-name-servers, netbios-scope;
> >
> > C'est normal car je n'utilise le dhcp que pour l'interface
> > externe, les autres
> > étant fixes.
> >
> > La question est alors: comment faire pour éviter cette
> > ré-écriture du fichier /etc/resolv.conf ?
> >
> > Si vous avez une idée, je suis preneur, merci.
> >
> > Très belle journée.
> >
> >
>
>
> Moi j'ai le problème inverse!!! J'aimerai bien que mon resolv.conf
> soit réécrit lors du démarrage de ppp comme ça devrait être l e cas
> normalement mais rien n'y fait... Ca marche bien sur mon portable
> mais pas sur mon PC fixe.
>
> Gaëtan
>
>
Pour mon PC fixe, puisque les scripts Debian semblent défaillant
chez moi j'ai rajouté à mon script /etc/ppp/if-up.local (qui lancé
déjà mon firewall) les lignes suivantes:
echo "nameserver $DNS1" > /etc/resolv.conf
echo "nameserver $DNS2" >> /etc/resolv.conf
ça semble résoudre mon problème.
Gaëtan
Le Tue, 04 Oct 2005 11:48:41 +0200
gaetan.perrier@free.fr a écrit:
> Selon steve <dlist@bluewin.ch>:
>
> > Bonjour à tous.
> >
> > sarge...
> >
> > Je suis en train de bricoler mon réseau interne en lui rajoutant
> > un serveur de
> > noms et depuis cela j'observe que régulièrement le
> > fichier /etc/resolv.conf est ré-écrit avec la seule valeur de
> > l'ip de mon routeur 192.168.1.1. Or j'y avais inscrit
> >
> > search mondomaine
> > ip1 --> interne
> > ip2 --> ip n°1 de mon Fai.
> >
> >
> > qui va très bien. Je suis donc allé à la pêche aux infos, et la
> > première est l'heure du changement du fichier, 1h55. Je vais
> > donc voir mon syslog et je m'aperçois qu'à cette heure, c'est le
> > serveur dhcp du modem adsl qui s'active et qui m'envoie un
> > nouveau lease, et qui de ce fait ré-écrit le resolv.conf avec la
> > mauvais adresse. Je vais donc voir le
> > fichier /etc/dhcp3/dhclient.conf, qui ne contient que :
> >
> > request subnet-mask, broadcast-address, time-offset, routers,
> > domain-name, domain-name-servers, host-name,
> > netbios-name-servers, netbios-scope;
> >
> > C'est normal car je n'utilise le dhcp que pour l'interface
> > externe, les autres
> > étant fixes.
> >
> > La question est alors: comment faire pour éviter cette
> > ré-écriture du fichier /etc/resolv.conf ?
> >
> > Si vous avez une idée, je suis preneur, merci.
> >
> > Très belle journée.
> >
> >
>
>
> Moi j'ai le problème inverse!!! J'aimerai bien que mon resolv.conf
> soit réécrit lors du démarrage de ppp comme ça devrait être l e cas
> normalement mais rien n'y fait... Ca marche bien sur mon portable
> mais pas sur mon PC fixe.
>
> Gaëtan
>
>
Pour mon PC fixe, puisque les scripts Debian semblent défaillant
chez moi j'ai rajouté à mon script /etc/ppp/if-up.local (qui lancé
déjà mon firewall) les lignes suivantes:
echo "nameserver $DNS1" > /etc/resolv.conf
echo "nameserver $DNS2" >> /etc/resolv.conf
ça semble résoudre mon problème.
Gaëtan
Le Tue, 04 Oct 2005 11:48:41 +0200
a écrit:
> Selon steve :
>
> > Bonjour à tous.
> >
> > sarge...
> >
> > Je suis en train de bricoler mon réseau interne en lui rajoutant
> > un serveur de
> > noms et depuis cela j'observe que régulièrement le
> > fichier /etc/resolv.conf est ré-écrit avec la seule valeur de
> > l'ip de mon routeur 192.168.1.1. Or j'y avais inscrit
> >
> > search mondomaine
> > ip1 --> interne
> > ip2 --> ip n°1 de mon Fai.
> >
> >
> > qui va très bien. Je suis donc allé à la pêche aux infos, et la
> > première est l'heure du changement du fichier, 1h55. Je vais
> > donc voir mon syslog et je m'aperçois qu'à cette heure, c'est le
> > serveur dhcp du modem adsl qui s'active et qui m'envoie un
> > nouveau lease, et qui de ce fait ré-écrit le resolv.conf avec la
> > mauvais adresse. Je vais donc voir le
> > fichier /etc/dhcp3/dhclient.conf, qui ne contient que :
> >
> > request subnet-mask, broadcast-address, time-offset, routers,
> > domain-name, domain-name-servers, host-name,
> > netbios-name-servers, netbios-scope;
> >
> > C'est normal car je n'utilise le dhcp que pour l'interface
> > externe, les autres
> > étant fixes.
> >
> > La question est alors: comment faire pour éviter cette
> > ré-écriture du fichier /etc/resolv.conf ?
> >
> > Si vous avez une idée, je suis preneur, merci.
> >
> > Très belle journée.
> >
> >
>
>
> Moi j'ai le problème inverse!!! J'aimerai bien que mon resolv.conf
> soit réécrit lors du démarrage de ppp comme ça devrait être l e cas
> normalement mais rien n'y fait... Ca marche bien sur mon portable
> mais pas sur mon PC fixe.
>
> Gaëtan
>
>
Pour mon PC fixe, puisque les scripts Debian semblent défaillant
chez moi j'ai rajouté à mon script /etc/ppp/if-up.local (qui lancé
déjà mon firewall) les lignes suivantes:
echo "nameserver $DNS1" > /etc/resolv.conf
echo "nameserver $DNS2" >> /etc/resolv.conf
ça semble résoudre mon problème.
Gaëtan
Le Mon, 10 Oct 2005 01:47:19 +0200
Gaëtan PERRIER a écrit:
> Le Tue, 04 Oct 2005 11:48:41 +0200
>
> a écrit:
> > Selon steve :
> > > Bonjour à tous.
> > >
> > > sarge...
> > >
> > > Je suis en train de bricoler mon réseau interne en lui rajoutant
> > > un serveur de
> > > noms et depuis cela j'observe que régulièrement le
> > > fichier /etc/resolv.conf est ré-écrit avec la seule valeur de
> > > l'ip de mon routeur 192.168.1.1. Or j'y avais inscrit
> > >
> > > search mondomaine
> > > ip1 --> interne
> > > ip2 --> ip n°1 de mon Fai.
> > >
> > >
> > > qui va très bien. Je suis donc allé à la pêche aux infos, e t la
> > > première est l'heure du changement du fichier, 1h55. Je vais
> > > donc voir mon syslog et je m'aperçois qu'à cette heure, c'est le
> > > serveur dhcp du modem adsl qui s'active et qui m'envoie un
> > > nouveau lease, et qui de ce fait ré-écrit le resolv.conf avec la
> > > mauvais adresse. Je vais donc voir le
> > > fichier /etc/dhcp3/dhclient.conf, qui ne contient que :
> > >
> > > request subnet-mask, broadcast-address, time-offset, routers,
> > > domain-name, domain-name-servers, host-name,
> > > netbios-name-servers, netbios-scope;
> > >
> > > C'est normal car je n'utilise le dhcp que pour l'interface
> > > externe, les autres
> > > étant fixes.
> > >
> > > La question est alors: comment faire pour éviter cette
> > > ré-écriture du fichier /etc/resolv.conf ?
> > >
> > > Si vous avez une idée, je suis preneur, merci.
> > >
> > > Très belle journée.
> >
> > Moi j'ai le problème inverse!!! J'aimerai bien que mon resolv.conf
> > soit réécrit lors du démarrage de ppp comme ça devrait être le cas
> > normalement mais rien n'y fait... Ca marche bien sur mon portable
> > mais pas sur mon PC fixe.
> >
> > Gaëtan
>
> Pour mon PC fixe, puisque les scripts Debian semblent défaillant
> chez moi j'ai rajouté à mon script /etc/ppp/if-up.local (qui lancé
> déjà mon firewall) les lignes suivantes:
>
> echo "nameserver $DNS1" > /etc/resolv.conf
> echo "nameserver $DNS2" >> /etc/resolv.conf
>
> ça semble résoudre mon problème.
>
> Gaëtan
Suivi d'un:
chmod 644 /etc/resolv.conf
c'est mieux!
Gaëtan
Le Mon, 10 Oct 2005 01:47:19 +0200
Gaëtan PERRIER <gaetan.perrier@free.fr> a écrit:
> Le Tue, 04 Oct 2005 11:48:41 +0200
>
> gaetan.perrier@free.fr a écrit:
> > Selon steve <dlist@bluewin.ch>:
> > > Bonjour à tous.
> > >
> > > sarge...
> > >
> > > Je suis en train de bricoler mon réseau interne en lui rajoutant
> > > un serveur de
> > > noms et depuis cela j'observe que régulièrement le
> > > fichier /etc/resolv.conf est ré-écrit avec la seule valeur de
> > > l'ip de mon routeur 192.168.1.1. Or j'y avais inscrit
> > >
> > > search mondomaine
> > > ip1 --> interne
> > > ip2 --> ip n°1 de mon Fai.
> > >
> > >
> > > qui va très bien. Je suis donc allé à la pêche aux infos, e t la
> > > première est l'heure du changement du fichier, 1h55. Je vais
> > > donc voir mon syslog et je m'aperçois qu'à cette heure, c'est le
> > > serveur dhcp du modem adsl qui s'active et qui m'envoie un
> > > nouveau lease, et qui de ce fait ré-écrit le resolv.conf avec la
> > > mauvais adresse. Je vais donc voir le
> > > fichier /etc/dhcp3/dhclient.conf, qui ne contient que :
> > >
> > > request subnet-mask, broadcast-address, time-offset, routers,
> > > domain-name, domain-name-servers, host-name,
> > > netbios-name-servers, netbios-scope;
> > >
> > > C'est normal car je n'utilise le dhcp que pour l'interface
> > > externe, les autres
> > > étant fixes.
> > >
> > > La question est alors: comment faire pour éviter cette
> > > ré-écriture du fichier /etc/resolv.conf ?
> > >
> > > Si vous avez une idée, je suis preneur, merci.
> > >
> > > Très belle journée.
> >
> > Moi j'ai le problème inverse!!! J'aimerai bien que mon resolv.conf
> > soit réécrit lors du démarrage de ppp comme ça devrait être le cas
> > normalement mais rien n'y fait... Ca marche bien sur mon portable
> > mais pas sur mon PC fixe.
> >
> > Gaëtan
>
> Pour mon PC fixe, puisque les scripts Debian semblent défaillant
> chez moi j'ai rajouté à mon script /etc/ppp/if-up.local (qui lancé
> déjà mon firewall) les lignes suivantes:
>
> echo "nameserver $DNS1" > /etc/resolv.conf
> echo "nameserver $DNS2" >> /etc/resolv.conf
>
> ça semble résoudre mon problème.
>
> Gaëtan
Suivi d'un:
chmod 644 /etc/resolv.conf
c'est mieux!
Gaëtan
Le Mon, 10 Oct 2005 01:47:19 +0200
Gaëtan PERRIER a écrit:
> Le Tue, 04 Oct 2005 11:48:41 +0200
>
> a écrit:
> > Selon steve :
> > > Bonjour à tous.
> > >
> > > sarge...
> > >
> > > Je suis en train de bricoler mon réseau interne en lui rajoutant
> > > un serveur de
> > > noms et depuis cela j'observe que régulièrement le
> > > fichier /etc/resolv.conf est ré-écrit avec la seule valeur de
> > > l'ip de mon routeur 192.168.1.1. Or j'y avais inscrit
> > >
> > > search mondomaine
> > > ip1 --> interne
> > > ip2 --> ip n°1 de mon Fai.
> > >
> > >
> > > qui va très bien. Je suis donc allé à la pêche aux infos, e t la
> > > première est l'heure du changement du fichier, 1h55. Je vais
> > > donc voir mon syslog et je m'aperçois qu'à cette heure, c'est le
> > > serveur dhcp du modem adsl qui s'active et qui m'envoie un
> > > nouveau lease, et qui de ce fait ré-écrit le resolv.conf avec la
> > > mauvais adresse. Je vais donc voir le
> > > fichier /etc/dhcp3/dhclient.conf, qui ne contient que :
> > >
> > > request subnet-mask, broadcast-address, time-offset, routers,
> > > domain-name, domain-name-servers, host-name,
> > > netbios-name-servers, netbios-scope;
> > >
> > > C'est normal car je n'utilise le dhcp que pour l'interface
> > > externe, les autres
> > > étant fixes.
> > >
> > > La question est alors: comment faire pour éviter cette
> > > ré-écriture du fichier /etc/resolv.conf ?
> > >
> > > Si vous avez une idée, je suis preneur, merci.
> > >
> > > Très belle journée.
> >
> > Moi j'ai le problème inverse!!! J'aimerai bien que mon resolv.conf
> > soit réécrit lors du démarrage de ppp comme ça devrait être le cas
> > normalement mais rien n'y fait... Ca marche bien sur mon portable
> > mais pas sur mon PC fixe.
> >
> > Gaëtan
>
> Pour mon PC fixe, puisque les scripts Debian semblent défaillant
> chez moi j'ai rajouté à mon script /etc/ppp/if-up.local (qui lancé
> déjà mon firewall) les lignes suivantes:
>
> echo "nameserver $DNS1" > /etc/resolv.conf
> echo "nameserver $DNS2" >> /etc/resolv.conf
>
> ça semble résoudre mon problème.
>
> Gaëtan
Suivi d'un:
chmod 644 /etc/resolv.conf
c'est mieux!
Gaëtan
> > Pour mon PC fixe, puisque les scripts Debian semblent défaillant
> > chez moi j'ai rajouté à mon script /etc/ppp/if-up.local (qui lancé
> > déjà mon firewall) les lignes suivantes:
> >
> > echo "nameserver $DNS1" > /etc/resolv.conf
> > echo "nameserver $DNS2" >> /etc/resolv.conf
> >
> > ça semble résoudre mon problème.
> >
> > Gaëtan
>
> Suivi d'un:
>
> chmod 644 /etc/resolv.conf
>
> c'est mieux!
c'est bon le bricolage ;-) alors ça marche maintenant? on peut fermer le fil?
> > Pour mon PC fixe, puisque les scripts Debian semblent défaillant
> > chez moi j'ai rajouté à mon script /etc/ppp/if-up.local (qui lancé
> > déjà mon firewall) les lignes suivantes:
> >
> > echo "nameserver $DNS1" > /etc/resolv.conf
> > echo "nameserver $DNS2" >> /etc/resolv.conf
> >
> > ça semble résoudre mon problème.
> >
> > Gaëtan
>
> Suivi d'un:
>
> chmod 644 /etc/resolv.conf
>
> c'est mieux!
c'est bon le bricolage ;-) alors ça marche maintenant? on peut fermer le fil?
> > Pour mon PC fixe, puisque les scripts Debian semblent défaillant
> > chez moi j'ai rajouté à mon script /etc/ppp/if-up.local (qui lancé
> > déjà mon firewall) les lignes suivantes:
> >
> > echo "nameserver $DNS1" > /etc/resolv.conf
> > echo "nameserver $DNS2" >> /etc/resolv.conf
> >
> > ça semble résoudre mon problème.
> >
> > Gaëtan
>
> Suivi d'un:
>
> chmod 644 /etc/resolv.conf
>
> c'est mieux!
c'est bon le bricolage ;-) alors ça marche maintenant? on peut fermer le fil?
Selon steve :
> > > Pour mon PC fixe, puisque les scripts Debian semblent défaillant
> > > chez moi j'ai rajouté à mon script /etc/ppp/if-up.local (qui la ncé
> > > déjà mon firewall) les lignes suivantes:
> > >
> > > echo "nameserver $DNS1" > /etc/resolv.conf
> > > echo "nameserver $DNS2" >> /etc/resolv.conf
> > >
> > > ça semble résoudre mon problème.
> > >
> > > Gaëtan
> >
> > Suivi d'un:
> >
> > chmod 644 /etc/resolv.conf
> >
> > c'est mieux!
>
> c'est bon le bricolage ;-) alors ça marche maintenant? on peut fermer le
> fil?
Oui ça marche maintenant! Mais j'ai continué à creuser le pourquoi du
comment une partie de la nuit et il semble (faut que je confirme ce soir)
que ce soit mon script ip-up.local qui empêche le bon déroulement des
scripts se trouvant dans ip-up.d/ dont celui de mise à jour des DNS.
Mais bon si j'emmerde tout le monde avec mes ennuis dites-le! ;-)
Selon steve <dlist@bluewin.ch>:
> > > Pour mon PC fixe, puisque les scripts Debian semblent défaillant
> > > chez moi j'ai rajouté à mon script /etc/ppp/if-up.local (qui la ncé
> > > déjà mon firewall) les lignes suivantes:
> > >
> > > echo "nameserver $DNS1" > /etc/resolv.conf
> > > echo "nameserver $DNS2" >> /etc/resolv.conf
> > >
> > > ça semble résoudre mon problème.
> > >
> > > Gaëtan
> >
> > Suivi d'un:
> >
> > chmod 644 /etc/resolv.conf
> >
> > c'est mieux!
>
> c'est bon le bricolage ;-) alors ça marche maintenant? on peut fermer le
> fil?
Oui ça marche maintenant! Mais j'ai continué à creuser le pourquoi du
comment une partie de la nuit et il semble (faut que je confirme ce soir)
que ce soit mon script ip-up.local qui empêche le bon déroulement des
scripts se trouvant dans ip-up.d/ dont celui de mise à jour des DNS.
Mais bon si j'emmerde tout le monde avec mes ennuis dites-le! ;-)
Selon steve :
> > > Pour mon PC fixe, puisque les scripts Debian semblent défaillant
> > > chez moi j'ai rajouté à mon script /etc/ppp/if-up.local (qui la ncé
> > > déjà mon firewall) les lignes suivantes:
> > >
> > > echo "nameserver $DNS1" > /etc/resolv.conf
> > > echo "nameserver $DNS2" >> /etc/resolv.conf
> > >
> > > ça semble résoudre mon problème.
> > >
> > > Gaëtan
> >
> > Suivi d'un:
> >
> > chmod 644 /etc/resolv.conf
> >
> > c'est mieux!
>
> c'est bon le bricolage ;-) alors ça marche maintenant? on peut fermer le
> fil?
Oui ça marche maintenant! Mais j'ai continué à creuser le pourquoi du
comment une partie de la nuit et il semble (faut que je confirme ce soir)
que ce soit mon script ip-up.local qui empêche le bon déroulement des
scripts se trouvant dans ip-up.d/ dont celui de mise à jour des DNS.
Mais bon si j'emmerde tout le monde avec mes ennuis dites-le! ;-)
Pour mon PC fixe, puisque les scripts Debian semblent défaillant
chez moi j'ai rajouté à mon script /etc/ppp/if-up.local (qui lancé
déjà mon firewall) les lignes suivantes:
echo "nameserver $DNS1" > /etc/resolv.conf
echo "nameserver $DNS2" >> /etc/resolv.conf
Oui ça marche maintenant! Mais j'ai continué à creuser le pourquoi du comment
une partie de la nuit et il semble (faut que je confirme ce soir) que ce soit
mon script ip-up.local qui empêche le bon déroulement des scripts se trouvant
dans ip-up.d/ dont celui de mise à jour des DNS.
Pour mon PC fixe, puisque les scripts Debian semblent défaillant
chez moi j'ai rajouté à mon script /etc/ppp/if-up.local (qui lancé
déjà mon firewall) les lignes suivantes:
echo "nameserver $DNS1" > /etc/resolv.conf
echo "nameserver $DNS2" >> /etc/resolv.conf
Oui ça marche maintenant! Mais j'ai continué à creuser le pourquoi du comment
une partie de la nuit et il semble (faut que je confirme ce soir) que ce soit
mon script ip-up.local qui empêche le bon déroulement des scripts se trouvant
dans ip-up.d/ dont celui de mise à jour des DNS.
Pour mon PC fixe, puisque les scripts Debian semblent défaillant
chez moi j'ai rajouté à mon script /etc/ppp/if-up.local (qui lancé
déjà mon firewall) les lignes suivantes:
echo "nameserver $DNS1" > /etc/resolv.conf
echo "nameserver $DNS2" >> /etc/resolv.conf
Oui ça marche maintenant! Mais j'ai continué à creuser le pourquoi du comment
une partie de la nuit et il semble (faut que je confirme ce soir) que ce soit
mon script ip-up.local qui empêche le bon déroulement des scripts se trouvant
dans ip-up.d/ dont celui de mise à jour des DNS.
a écrit :
>
>>>>Pour mon PC fixe, puisque les scripts Debian semblent défaillant
>>>>chez moi j'ai rajouté à mon script /etc/ppp/if-up.local (qui
>>>>lancé déjà mon firewall) les lignes suivantes:
>>>>
>>>>echo "nameserver $DNS1" > /etc/resolv.conf
>>>>echo "nameserver $DNS2" >> /etc/resolv.conf
[...]
> Oui ça marche maintenant! Mais j'ai continué à creuser le
> pourquoi du comment une partie de la nuit et il semble (faut que
> je confirme ce soir) que ce soit mon script ip-up.local qui
> empêche le bon déroulement des scripts se trouvant dans ip-up.d/
> dont celui de mise à jour des DNS.
En effet la présence de ce script ip-up.local, qui n'est pas de
base, pourrait bien être la cause de tes ennuis en empêchant
l'exécution des scripts présents dans le répertoire ip-up.d, dont
ceux susceptibles de modifier /etc/resolv.conf (0000usepeerdns ou
0dns-up). Extrait du script ip-up lancé par pppd :
# This script can be used to override the .d files supplied by
# other
packages.
if [ -x /etc/ppp/ip-up.local ]; then
exec /etc/ppp/ip-up.local
fi
run-parts /etc/ppp/ip-up.d
--arg="$1" --arg="$2" --arg="$3" --arg="$4" --arg="$5" --arg ="$6"
gaetan.perrier@free.fr a écrit :
>
>>>>Pour mon PC fixe, puisque les scripts Debian semblent défaillant
>>>>chez moi j'ai rajouté à mon script /etc/ppp/if-up.local (qui
>>>>lancé déjà mon firewall) les lignes suivantes:
>>>>
>>>>echo "nameserver $DNS1" > /etc/resolv.conf
>>>>echo "nameserver $DNS2" >> /etc/resolv.conf
[...]
> Oui ça marche maintenant! Mais j'ai continué à creuser le
> pourquoi du comment une partie de la nuit et il semble (faut que
> je confirme ce soir) que ce soit mon script ip-up.local qui
> empêche le bon déroulement des scripts se trouvant dans ip-up.d/
> dont celui de mise à jour des DNS.
En effet la présence de ce script ip-up.local, qui n'est pas de
base, pourrait bien être la cause de tes ennuis en empêchant
l'exécution des scripts présents dans le répertoire ip-up.d, dont
ceux susceptibles de modifier /etc/resolv.conf (0000usepeerdns ou
0dns-up). Extrait du script ip-up lancé par pppd :
# This script can be used to override the .d files supplied by
# other
packages.
if [ -x /etc/ppp/ip-up.local ]; then
exec /etc/ppp/ip-up.local
fi
run-parts /etc/ppp/ip-up.d
--arg="$1" --arg="$2" --arg="$3" --arg="$4" --arg="$5" --arg ="$6"
a écrit :
>
>>>>Pour mon PC fixe, puisque les scripts Debian semblent défaillant
>>>>chez moi j'ai rajouté à mon script /etc/ppp/if-up.local (qui
>>>>lancé déjà mon firewall) les lignes suivantes:
>>>>
>>>>echo "nameserver $DNS1" > /etc/resolv.conf
>>>>echo "nameserver $DNS2" >> /etc/resolv.conf
[...]
> Oui ça marche maintenant! Mais j'ai continué à creuser le
> pourquoi du comment une partie de la nuit et il semble (faut que
> je confirme ce soir) que ce soit mon script ip-up.local qui
> empêche le bon déroulement des scripts se trouvant dans ip-up.d/
> dont celui de mise à jour des DNS.
En effet la présence de ce script ip-up.local, qui n'est pas de
base, pourrait bien être la cause de tes ennuis en empêchant
l'exécution des scripts présents dans le répertoire ip-up.d, dont
ceux susceptibles de modifier /etc/resolv.conf (0000usepeerdns ou
0dns-up). Extrait du script ip-up lancé par pppd :
# This script can be used to override the .d files supplied by
# other
packages.
if [ -x /etc/ppp/ip-up.local ]; then
exec /etc/ppp/ip-up.local
fi
run-parts /etc/ppp/ip-up.d
--arg="$1" --arg="$2" --arg="$3" --arg="$4" --arg="$5" --arg ="$6"
# This script can be used to override the .d files supplied by
# other
packages.
if [ -x /etc/ppp/ip-up.local ]; then
exec /etc/ppp/ip-up.local
fi
run-parts /etc/ppp/ip-up.d
--arg="$1" --arg="$2" --arg="$3" --arg="$4" --arg="$5" --arg="$6"
Oui j'ai vu ces lignes mais je ne comprends pas en quoi ip-up.local
gêne? Normalement il devrait fairte ip-up.local puis le run-parts,
non?
# This script can be used to override the .d files supplied by
# other
packages.
if [ -x /etc/ppp/ip-up.local ]; then
exec /etc/ppp/ip-up.local
fi
run-parts /etc/ppp/ip-up.d
--arg="$1" --arg="$2" --arg="$3" --arg="$4" --arg="$5" --arg="$6"
Oui j'ai vu ces lignes mais je ne comprends pas en quoi ip-up.local
gêne? Normalement il devrait fairte ip-up.local puis le run-parts,
non?
# This script can be used to override the .d files supplied by
# other
packages.
if [ -x /etc/ppp/ip-up.local ]; then
exec /etc/ppp/ip-up.local
fi
run-parts /etc/ppp/ip-up.d
--arg="$1" --arg="$2" --arg="$3" --arg="$4" --arg="$5" --arg="$6"
Oui j'ai vu ces lignes mais je ne comprends pas en quoi ip-up.local
gêne? Normalement il devrait fairte ip-up.local puis le run-parts,
non?
Le Mon, 10 Oct 2005 20:34:44 +0200
"" a écrit:
En effet la présence de ce script ip-up.local, qui n'est pas de
base, pourrait bien être la cause de tes ennuis en empêchant
l'exécution des scripts présents dans le répertoire ip-up .d, dont
ceux susceptibles de modifier /etc/resolv.conf (0000usepeerdns ou
0dns-up). Extrait du script ip-up lancé par pppd :
# This script can be used to override the .d files supplied by
# other
packages.
if [ -x /etc/ppp/ip-up.local ]; then
exec /etc/ppp/ip-up.local
fi
run-parts /etc/ppp/ip-up.d
--arg="$1" --arg="$2" --arg="$3" --arg="$4" --arg="$5" --ar g="$6"
Oui j'ai vu ces lignes mais je ne comprends pas en quoi ip-up.local
gêne? Normalement il devrait fairte ip-up.local puis le run-parts,
non?
Le Mon, 10 Oct 2005 20:34:44 +0200
"Pascal@plouf" <pascal.mail@plouf.fr.eu.org> a écrit:
En effet la présence de ce script ip-up.local, qui n'est pas de
base, pourrait bien être la cause de tes ennuis en empêchant
l'exécution des scripts présents dans le répertoire ip-up .d, dont
ceux susceptibles de modifier /etc/resolv.conf (0000usepeerdns ou
0dns-up). Extrait du script ip-up lancé par pppd :
# This script can be used to override the .d files supplied by
# other
packages.
if [ -x /etc/ppp/ip-up.local ]; then
exec /etc/ppp/ip-up.local
fi
run-parts /etc/ppp/ip-up.d
--arg="$1" --arg="$2" --arg="$3" --arg="$4" --arg="$5" --ar g="$6"
Oui j'ai vu ces lignes mais je ne comprends pas en quoi ip-up.local
gêne? Normalement il devrait fairte ip-up.local puis le run-parts,
non?
Le Mon, 10 Oct 2005 20:34:44 +0200
"" a écrit:
En effet la présence de ce script ip-up.local, qui n'est pas de
base, pourrait bien être la cause de tes ennuis en empêchant
l'exécution des scripts présents dans le répertoire ip-up .d, dont
ceux susceptibles de modifier /etc/resolv.conf (0000usepeerdns ou
0dns-up). Extrait du script ip-up lancé par pppd :
# This script can be used to override the .d files supplied by
# other
packages.
if [ -x /etc/ppp/ip-up.local ]; then
exec /etc/ppp/ip-up.local
fi
run-parts /etc/ppp/ip-up.d
--arg="$1" --arg="$2" --arg="$3" --arg="$4" --arg="$5" --ar g="$6"
Oui j'ai vu ces lignes mais je ne comprends pas en quoi ip-up.local
gêne? Normalement il devrait fairte ip-up.local puis le run-parts,
non?
Gaëtan PERRIER a écrit :
>>
>># This script can be used to override the .d files supplied by
>># other
>>packages.
>>if [ -x /etc/ppp/ip-up.local ]; then
>> exec /etc/ppp/ip-up.local
>>fi
>>
>>run-parts /etc/ppp/ip-up.d
>> --arg="$1" --arg="$2" --arg="$3" --arg="$4" --arg="$5"
>> --arg="$6"
>
> Oui j'ai vu ces lignes mais je ne comprends pas en quoi
> ip-up.local gêne? Normalement il devrait fairte ip-up.local puis
> le run-parts, non?
Non. La commande "exec" lance l'exécution de la commande passée en
argument en remplacement du shell qui est en train d'exécuter le
script. Cela signifie que les instructions suivantes du script ne
seront pas exécutées. Cf. man exec et bash.
Gaëtan PERRIER a écrit :
>>
>># This script can be used to override the .d files supplied by
>># other
>>packages.
>>if [ -x /etc/ppp/ip-up.local ]; then
>> exec /etc/ppp/ip-up.local
>>fi
>>
>>run-parts /etc/ppp/ip-up.d
>> --arg="$1" --arg="$2" --arg="$3" --arg="$4" --arg="$5"
>> --arg="$6"
>
> Oui j'ai vu ces lignes mais je ne comprends pas en quoi
> ip-up.local gêne? Normalement il devrait fairte ip-up.local puis
> le run-parts, non?
Non. La commande "exec" lance l'exécution de la commande passée en
argument en remplacement du shell qui est en train d'exécuter le
script. Cela signifie que les instructions suivantes du script ne
seront pas exécutées. Cf. man exec et bash.
Gaëtan PERRIER a écrit :
>>
>># This script can be used to override the .d files supplied by
>># other
>>packages.
>>if [ -x /etc/ppp/ip-up.local ]; then
>> exec /etc/ppp/ip-up.local
>>fi
>>
>>run-parts /etc/ppp/ip-up.d
>> --arg="$1" --arg="$2" --arg="$3" --arg="$4" --arg="$5"
>> --arg="$6"
>
> Oui j'ai vu ces lignes mais je ne comprends pas en quoi
> ip-up.local gêne? Normalement il devrait fairte ip-up.local puis
> le run-parts, non?
Non. La commande "exec" lance l'exécution de la commande passée en
argument en remplacement du shell qui est en train d'exécuter le
script. Cela signifie que les instructions suivantes du script ne
seront pas exécutées. Cf. man exec et bash.
