Oy.
J'ai un problème assez curieux avec ma passerelle internet sous
NetBSD3 : en gros, quand la ligne ADSL est déconnectée et reconnectée,
le PPP ne redétecte pas convenablement l'endpoint du tunnel : un
ifconfig pppoe0 montre par exemple :
pppoe0: flags51<UP,POINTOPOINT,RUNNING,SIMPLEX,MULTICAST> mtu 1492
inet 213.193.172.53 -> 0.0.0.1 netmask 0xff000000
inet6 fe80::211:2fff:fe94:95ed%pppoe0 -> prefixlen 64 scopeid 0x4
Les routes sont du même goût, et, du coup, ça marche très mal. Comme
c'est un site distant (pas loin, mais quand-même) et que le VPN passe
par internet, c'est un poil agaçant.
Il me semble avoir scrupuleusement suivi les instructions du manuel, et,
d'ailleurs, si je relance à la mano la connexion (reboot du PC ou du
modem), ça marche tout seul sans mon intervention.
Pour le moment, j'ai rajouté un script ALC qui greppe 0.0.0.1 dans
ifconfig pppoe0, mais bon...
Quelqu'un aurait une idée du coupable :
- mon provider (les déconnexions sont voulues, pour forcer les
changements d'IP)?
- mon fidèle mais néanmoins vieillissant modem ADSL speedtouch ?
Oy.
J'ai un problème assez curieux avec ma passerelle internet sous
NetBSD3 : en gros, quand la ligne ADSL est déconnectée et reconnectée,
le PPP ne redétecte pas convenablement l'endpoint du tunnel : un
ifconfig pppoe0 montre par exemple :
pppoe0: flags51<UP,POINTOPOINT,RUNNING,SIMPLEX,MULTICAST> mtu 1492
inet 213.193.172.53 -> 0.0.0.1 netmask 0xff000000
inet6 fe80::211:2fff:fe94:95ed%pppoe0 -> prefixlen 64 scopeid 0x4
Les routes sont du même goût, et, du coup, ça marche très mal. Comme
c'est un site distant (pas loin, mais quand-même) et que le VPN passe
par internet, c'est un poil agaçant.
Il me semble avoir scrupuleusement suivi les instructions du manuel, et,
d'ailleurs, si je relance à la mano la connexion (reboot du PC ou du
modem), ça marche tout seul sans mon intervention.
Pour le moment, j'ai rajouté un script ALC qui greppe 0.0.0.1 dans
ifconfig pppoe0, mais bon...
Quelqu'un aurait une idée du coupable :
- mon provider (les déconnexions sont voulues, pour forcer les
changements d'IP)?
- mon fidèle mais néanmoins vieillissant modem ADSL speedtouch ?
Oy.
J'ai un problème assez curieux avec ma passerelle internet sous
NetBSD3 : en gros, quand la ligne ADSL est déconnectée et reconnectée,
le PPP ne redétecte pas convenablement l'endpoint du tunnel : un
ifconfig pppoe0 montre par exemple :
pppoe0: flags51<UP,POINTOPOINT,RUNNING,SIMPLEX,MULTICAST> mtu 1492
inet 213.193.172.53 -> 0.0.0.1 netmask 0xff000000
inet6 fe80::211:2fff:fe94:95ed%pppoe0 -> prefixlen 64 scopeid 0x4
Les routes sont du même goût, et, du coup, ça marche très mal. Comme
c'est un site distant (pas loin, mais quand-même) et que le VPN passe
par internet, c'est un poil agaçant.
Il me semble avoir scrupuleusement suivi les instructions du manuel, et,
d'ailleurs, si je relance à la mano la connexion (reboot du PC ou du
modem), ça marche tout seul sans mon intervention.
Pour le moment, j'ai rajouté un script ALC qui greppe 0.0.0.1 dans
ifconfig pppoe0, mais bon...
Quelqu'un aurait une idée du coupable :
- mon provider (les déconnexions sont voulues, pour forcer les
changements d'IP)?
- mon fidèle mais néanmoins vieillissant modem ADSL speedtouch ?
F. Senault wrote:Oy.
Quelqu'un aurait une idée du coupable :
- mon provider (les déconnexions sont voulues, pour forcer les
changements d'IP)?
Peut-etre. Il faudrait faire tourner tcpdump -s 1500 sur l'interface
ethernet (eventuellement avec les bonne options ou un grep pour par que
le fichier de sortie soit trop gros) pour voir ce que le materiel en
face renvoie quand la connection tombe puis remonte (tcpdump decode tres
bien le protocole pppoe).
- mon fidèle mais néanmoins vieillissant modem ADSL speedtouch ?
Je ne pense pas. J'ai aussi un speedtouch+pppoe (mais sous NetBSD-2 pour
l'instant).
F. Senault <fred@lacave.net> wrote:
Oy.
Quelqu'un aurait une idée du coupable :
- mon provider (les déconnexions sont voulues, pour forcer les
changements d'IP)?
Peut-etre. Il faudrait faire tourner tcpdump -s 1500 sur l'interface
ethernet (eventuellement avec les bonne options ou un grep pour par que
le fichier de sortie soit trop gros) pour voir ce que le materiel en
face renvoie quand la connection tombe puis remonte (tcpdump decode tres
bien le protocole pppoe).
- mon fidèle mais néanmoins vieillissant modem ADSL speedtouch ?
Je ne pense pas. J'ai aussi un speedtouch+pppoe (mais sous NetBSD-2 pour
l'instant).
F. Senault wrote:Oy.
Quelqu'un aurait une idée du coupable :
- mon provider (les déconnexions sont voulues, pour forcer les
changements d'IP)?
Peut-etre. Il faudrait faire tourner tcpdump -s 1500 sur l'interface
ethernet (eventuellement avec les bonne options ou un grep pour par que
le fichier de sortie soit trop gros) pour voir ce que le materiel en
face renvoie quand la connection tombe puis remonte (tcpdump decode tres
bien le protocole pppoe).
- mon fidèle mais néanmoins vieillissant modem ADSL speedtouch ?
Je ne pense pas. J'ai aussi un speedtouch+pppoe (mais sous NetBSD-2 pour
l'instant).
F. Senault écrivait :Mh. Lancer le dump depuis le script ip-down d'ifwatchd, ça semble
réalisable ?
Oui c'est un script tu mets ce que tu veux dedans.
F. Senault écrivait :
Mh. Lancer le dump depuis le script ip-down d'ifwatchd, ça semble
réalisable ?
Oui c'est un script tu mets ce que tu veux dedans.
F. Senault écrivait :Mh. Lancer le dump depuis le script ip-down d'ifwatchd, ça semble
réalisable ?
Oui c'est un script tu mets ce que tu veux dedans.
F. Senault écrivait :J'ai un problème assez curieux avec ma passerelle internet sous
NetBSD3 : en gros, quand la ligne ADSL est déconnectée et reconnectée,
le PPP ne redétecte pas convenablement l'endpoint du tunnel : un
ifconfig pppoe0 montre par exemple :
Quel est l'état de la session pppoe ? "pppoectl -d pppoe0"
Il me semble avoir scrupuleusement suivi les instructions du manuel,
et, d'ailleurs, si je relance à la mano la connexion (reboot du PC ou
du modem), ça marche tout seul sans mon intervention.
Un "ifconfig pppoe0 down" puis "up" ne suffit pas ?
F. Senault écrivait :
J'ai un problème assez curieux avec ma passerelle internet sous
NetBSD3 : en gros, quand la ligne ADSL est déconnectée et reconnectée,
le PPP ne redétecte pas convenablement l'endpoint du tunnel : un
ifconfig pppoe0 montre par exemple :
Quel est l'état de la session pppoe ? "pppoectl -d pppoe0"
Il me semble avoir scrupuleusement suivi les instructions du manuel,
et, d'ailleurs, si je relance à la mano la connexion (reboot du PC ou
du modem), ça marche tout seul sans mon intervention.
Un "ifconfig pppoe0 down" puis "up" ne suffit pas ?
F. Senault écrivait :J'ai un problème assez curieux avec ma passerelle internet sous
NetBSD3 : en gros, quand la ligne ADSL est déconnectée et reconnectée,
le PPP ne redétecte pas convenablement l'endpoint du tunnel : un
ifconfig pppoe0 montre par exemple :
Quel est l'état de la session pppoe ? "pppoectl -d pppoe0"
Il me semble avoir scrupuleusement suivi les instructions du manuel,
et, d'ailleurs, si je relance à la mano la connexion (reboot du PC ou
du modem), ça marche tout seul sans mon intervention.
Un "ifconfig pppoe0 down" puis "up" ne suffit pas ?
F. Senault écrivait :Là où je voulais en venir, c'est qu'on dirait que c'est la reconnexion
qui foire par opposition à une connexion initiale.
En résumé :
- tu rebootes ou tu éteins le modem ça se connecte bien.
- un ifconfig pppoe0 down puis up ne relance pas la connexion ? Enfin si
mais avec le problème de route ?
À priori le seul changement que je vois avec le reboot c'est que la
carte ethernet reste active, as tu essayé de faire un aussi un ifconfig
down de l'interface ethernet juste pour voir ? Pas d'autres idées ...
F. Senault écrivait :
Là où je voulais en venir, c'est qu'on dirait que c'est la reconnexion
qui foire par opposition à une connexion initiale.
En résumé :
- tu rebootes ou tu éteins le modem ça se connecte bien.
- un ifconfig pppoe0 down puis up ne relance pas la connexion ? Enfin si
mais avec le problème de route ?
À priori le seul changement que je vois avec le reboot c'est que la
carte ethernet reste active, as tu essayé de faire un aussi un ifconfig
down de l'interface ethernet juste pour voir ? Pas d'autres idées ...
F. Senault écrivait :Là où je voulais en venir, c'est qu'on dirait que c'est la reconnexion
qui foire par opposition à une connexion initiale.
En résumé :
- tu rebootes ou tu éteins le modem ça se connecte bien.
- un ifconfig pppoe0 down puis up ne relance pas la connexion ? Enfin si
mais avec le problème de route ?
À priori le seul changement que je vois avec le reboot c'est que la
carte ethernet reste active, as tu essayé de faire un aussi un ifconfig
down de l'interface ethernet juste pour voir ? Pas d'autres idées ...
Je vais essayer de le relancer en shuntant aussi l'interface porteuse,
et on verra bien.
Je vais essayer de le relancer en shuntant aussi l'interface porteuse,
et on verra bien.
Je vais essayer de le relancer en shuntant aussi l'interface porteuse,
et on verra bien.
F. Senault wrote:Oy.
Quelqu'un aurait une idée du coupable :
- mon provider (les déconnexions sont voulues, pour forcer les
changements d'IP)?
Peut-etre. Il faudrait faire tourner tcpdump -s 1500 sur l'interface
ethernet (eventuellement avec les bonne options ou un grep pour par que
le fichier de sortie soit trop gros) pour voir ce que le materiel en
face renvoie quand la connection tombe puis remonte (tcpdump decode tres
bien le protocole pppoe).
Hélas, c'est une passerelle internet - le dump atteindrait rapidement
des tailles impossibles à gérer, et, la dernière fois, le tout a tenu
environ une semaine avant de tomber.
Mh. Lancer le dump depuis le script ip-down d'ifwatchd, ça semble
réalisable ?
Je ne pense pas. J'ai aussi un speedtouch+pppoe (mais sous NetBSD-2 pour
l'instant).
Quand je dis vieillissant, en fait, c'est carrément obsolète, sans
oublier qu'il a été "bricolé" (mis à jour pour en faire un routeur, puis
re-downgradé ; il perd ses paramètres de temps en temps si le courant se
coupe, ce genre de choses).
F. Senault <fred@lacave.net> wrote:
Oy.
Quelqu'un aurait une idée du coupable :
- mon provider (les déconnexions sont voulues, pour forcer les
changements d'IP)?
Peut-etre. Il faudrait faire tourner tcpdump -s 1500 sur l'interface
ethernet (eventuellement avec les bonne options ou un grep pour par que
le fichier de sortie soit trop gros) pour voir ce que le materiel en
face renvoie quand la connection tombe puis remonte (tcpdump decode tres
bien le protocole pppoe).
Hélas, c'est une passerelle internet - le dump atteindrait rapidement
des tailles impossibles à gérer, et, la dernière fois, le tout a tenu
environ une semaine avant de tomber.
Mh. Lancer le dump depuis le script ip-down d'ifwatchd, ça semble
réalisable ?
Je ne pense pas. J'ai aussi un speedtouch+pppoe (mais sous NetBSD-2 pour
l'instant).
Quand je dis vieillissant, en fait, c'est carrément obsolète, sans
oublier qu'il a été "bricolé" (mis à jour pour en faire un routeur, puis
re-downgradé ; il perd ses paramètres de temps en temps si le courant se
coupe, ce genre de choses).
F. Senault wrote:Oy.
Quelqu'un aurait une idée du coupable :
- mon provider (les déconnexions sont voulues, pour forcer les
changements d'IP)?
Peut-etre. Il faudrait faire tourner tcpdump -s 1500 sur l'interface
ethernet (eventuellement avec les bonne options ou un grep pour par que
le fichier de sortie soit trop gros) pour voir ce que le materiel en
face renvoie quand la connection tombe puis remonte (tcpdump decode tres
bien le protocole pppoe).
Hélas, c'est une passerelle internet - le dump atteindrait rapidement
des tailles impossibles à gérer, et, la dernière fois, le tout a tenu
environ une semaine avant de tomber.
Mh. Lancer le dump depuis le script ip-down d'ifwatchd, ça semble
réalisable ?
Je ne pense pas. J'ai aussi un speedtouch+pppoe (mais sous NetBSD-2 pour
l'instant).
Quand je dis vieillissant, en fait, c'est carrément obsolète, sans
oublier qu'il a été "bricolé" (mis à jour pour en faire un routeur, puis
re-downgradé ; il perd ses paramètres de temps en temps si le courant se
coupe, ce genre de choses).
Manuel Bouyer écrivait :Je ne pense pas. J'ai aussi un speedtouch+pppoe (mais sous NetBSD-2
pour l'instant).
J'ai la même config et je suis chez Nerim aussi (en dégroupé), aurais-tu
une idée sur ce problème : la connexion tombe -enfin ça ne marche plus-
mais ce n'est pas détecté par pppoe, la machine continue à envoyer des
paquets en sortie sur pppoe0 d'après netstat mais plus rien ne rentre.
Un ifconfig down puis up suffit à relancer la connexion. Cela ne n'est
arrivé que deux ou trois fois en un an sous NetBSD 1.6.2.
Manuel Bouyer écrivait :
Je ne pense pas. J'ai aussi un speedtouch+pppoe (mais sous NetBSD-2
pour l'instant).
J'ai la même config et je suis chez Nerim aussi (en dégroupé), aurais-tu
une idée sur ce problème : la connexion tombe -enfin ça ne marche plus-
mais ce n'est pas détecté par pppoe, la machine continue à envoyer des
paquets en sortie sur pppoe0 d'après netstat mais plus rien ne rentre.
Un ifconfig down puis up suffit à relancer la connexion. Cela ne n'est
arrivé que deux ou trois fois en un an sous NetBSD 1.6.2.
Manuel Bouyer écrivait :Je ne pense pas. J'ai aussi un speedtouch+pppoe (mais sous NetBSD-2
pour l'instant).
J'ai la même config et je suis chez Nerim aussi (en dégroupé), aurais-tu
une idée sur ce problème : la connexion tombe -enfin ça ne marche plus-
mais ce n'est pas détecté par pppoe, la machine continue à envoyer des
paquets en sortie sur pppoe0 d'après netstat mais plus rien ne rentre.
Un ifconfig down puis up suffit à relancer la connexion. Cela ne n'est
arrivé que deux ou trois fois en un an sous NetBSD 1.6.2.