Quand ma connexion adsl s'interrompt, très souvent je perds l'accès à
l'interface web de mon modem SpeedTouch 716v5, alors que le dialogue en
telnet reste possible.
Quelqu'un a peut-être une explication ? Si oui, il existe peut-être une
commande sans danger, autre qu'un reboot logiciel, que je pourrais envoyer à
la bestiole pour rétablir son interface web ?
Le 16/07/2012 18:56, *Herm* a écrit fort à propos :
Le reboot par l'alimentation avait débloqué le serveur web, mais pas le reboot via commande telnet ?
Le reboot par l'alimentation a toujours fait la preuve de son efficacité dans la situation de blocage que j'ai décrite. Quand au reboot logiciel, il n'a en effet pas toujours débloqué la situation, à mon étonnement, sans quoi je n'aurais jamais recouru au reboot hard. Mais je ne peux pas affirmer qu'il fut *toujours* insuffisant. Son efficacité dépend peut-être de la durée de la situation de blocage qui précède... (?) Heureusement, ma connexion est devenue actuellement très stable et je ne peux donc pas renouveler l'expérience. Si le problème se reproduit, je ne manquerai pas de revenir en parler ici.
Le reboot soft (":system reboot" en mode telnet) efface toutes les données dynamiques, notemment le nat qui me semblait pouvoir être une origine possible à votre souci. Ça ne doit pas être ça, alors...
Sauf si je me suis trompé quelque part dans la description du problème, ce qui est très possible compte tenu de la fragilité du témoignage humain.
Lorsque cela bloque, et si vous avez plusieurs machines reliées à ce routeur, avez-vous essayé d'accéder à la config web depuis une autre machine ?
J'ai essayé en vain depuis une autre machine. Dans les navigateurs, parce que j'en ai essayé plusieurs, le message d'erreur ressemblait à ce que j'obtiens quand je compose une adresse qui n'existe pas.
Le fait de laisser le modem sous tension, et de débrancher quelques secondes la liaison ethernet, permet-il de renouer le dialogue ?
Ce fut mon premier réflexe mais la manip fut toujours sans effet dans la situation décrite.
Etrange panne ...
Oui, c'est bien pourquoi j'en cherche une explication...
Le 16/07/2012 18:56, *Herm* a écrit fort à propos :
Le reboot par l'alimentation avait débloqué le serveur web, mais pas le
reboot via commande telnet ?
Le reboot par l'alimentation a toujours fait la preuve de son efficacité
dans la situation de blocage que j'ai décrite. Quand au reboot logiciel, il
n'a en effet pas toujours débloqué la situation, à mon étonnement, sans quoi
je n'aurais jamais recouru au reboot hard. Mais je ne peux pas affirmer
qu'il fut *toujours* insuffisant. Son efficacité dépend peut-être de la
durée de la situation de blocage qui précède... (?)
Heureusement, ma connexion est devenue actuellement très stable et je ne
peux donc pas renouveler l'expérience. Si le problème se reproduit, je ne
manquerai pas de revenir en parler ici.
Le reboot soft (":system reboot" en mode telnet) efface toutes les données
dynamiques, notemment le nat qui me semblait pouvoir être une origine
possible à votre souci. Ça ne doit pas être ça, alors...
Sauf si je me suis trompé quelque part dans la description du problème, ce
qui est très possible compte tenu de la fragilité du témoignage humain.
Lorsque cela bloque, et si vous avez plusieurs machines reliées à ce
routeur, avez-vous essayé d'accéder à la config web depuis une autre machine
?
J'ai essayé en vain depuis une autre machine. Dans les navigateurs, parce
que j'en ai essayé plusieurs, le message d'erreur ressemblait à ce que
j'obtiens quand je compose une adresse qui n'existe pas.
Le fait de laisser le modem sous tension, et de débrancher quelques
secondes la liaison ethernet, permet-il de renouer le dialogue ?
Ce fut mon premier réflexe mais la manip fut toujours sans effet dans la
situation décrite.
Etrange panne ...
Oui, c'est bien pourquoi j'en cherche une explication...
Le 16/07/2012 18:56, *Herm* a écrit fort à propos :
Le reboot par l'alimentation avait débloqué le serveur web, mais pas le reboot via commande telnet ?
Le reboot par l'alimentation a toujours fait la preuve de son efficacité dans la situation de blocage que j'ai décrite. Quand au reboot logiciel, il n'a en effet pas toujours débloqué la situation, à mon étonnement, sans quoi je n'aurais jamais recouru au reboot hard. Mais je ne peux pas affirmer qu'il fut *toujours* insuffisant. Son efficacité dépend peut-être de la durée de la situation de blocage qui précède... (?) Heureusement, ma connexion est devenue actuellement très stable et je ne peux donc pas renouveler l'expérience. Si le problème se reproduit, je ne manquerai pas de revenir en parler ici.
Le reboot soft (":system reboot" en mode telnet) efface toutes les données dynamiques, notemment le nat qui me semblait pouvoir être une origine possible à votre souci. Ça ne doit pas être ça, alors...
Sauf si je me suis trompé quelque part dans la description du problème, ce qui est très possible compte tenu de la fragilité du témoignage humain.
Lorsque cela bloque, et si vous avez plusieurs machines reliées à ce routeur, avez-vous essayé d'accéder à la config web depuis une autre machine ?
J'ai essayé en vain depuis une autre machine. Dans les navigateurs, parce que j'en ai essayé plusieurs, le message d'erreur ressemblait à ce que j'obtiens quand je compose une adresse qui n'existe pas.
Le fait de laisser le modem sous tension, et de débrancher quelques secondes la liaison ethernet, permet-il de renouer le dialogue ?
Ce fut mon premier réflexe mais la manip fut toujours sans effet dans la situation décrite.
Etrange panne ...
Oui, c'est bien pourquoi j'en cherche une explication...
