J'administre une Gateway/FW sous Debian en France via SSH depuis
l'Angleterre.
Mon problème est le suivant : à chaque fois que je modifie ma
configuration réseau, je lance [i]/etc/init.d/networking restart[/i]
pour appliquer les nouveaux paramètres, j'obtiens le message suivant
(normal) :
[i]Reconfiguring network interfaces: [/i]
Je suis ensuite déconnecté et la gateway n'est plus accessible. Pour
la réactiver, il faut relancer cette commande [i][u]en local.[/u][/i]
Une précision cependant : pour me connecter à la Gateway, je suis
obligé de passer par un tunnel HTTP (Il y a un proxy à la Fac où je
suis) et ce tunnel débouche sur une machine derrière la Gateway.
En Gros, les paquets suivent ce chemin :
Moi ---> Tunnel HTTP qui passe à travers la Gateway --> Serveur
derrière la Gateway (fin du tunnel) --> Gateway
J'ai essayé un 'reload' à la place du 'restart' : la Gateway reste
active mais les changements ne sont pas appliqués.
J'ai également essayé de lancer la commande depuis le serveur : au
lieu de me connecter à la Gateway, je me connecte au Serveur via SSH
et depuis l'invite, je lance une connection SSH sur la Gateway. Mais
j'obtiens le même problème que lors d'une connection directe.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
DAPL
Bonjour,
J'administre une Gateway/FW sous Debian en France via SSH depuis l'Angleterre.
Mon problème est le suivant : à chaque fois que je modifie ma configuration réseau, je lance [i]/etc/init.d/networking restart[/i] pour appliquer les nouveaux paramètres, j'obtiens le message suivant (normal) :
[i]Reconfiguring network interfaces: [/i]
Je suis ensuite déconnecté et la gateway n'est plus accessible. Pour la réactiver, il faut relancer cette commande [i][u]en local.[/u][/i]
Une précision cependant : pour me connecter à la Gateway, je suis obligé de passer par un tunnel HTTP (Il y a un proxy à la Fac où je suis) et ce tunnel débouche sur une machine derrière la Gateway.
En Gros, les paquets suivent ce chemin :
Moi ---> Tunnel HTTP qui passe à travers la Gateway --> Serveur derrière la Gateway (fin du tunnel) --> Gateway
J'ai essayé un 'reload' à la place du 'restart' : la Gateway reste active mais les changements ne sont pas appliqués.
J'ai également essayé de lancer la commande depuis le serveur : au lieu de me connecter à la Gateway, je me connecte au Serveur via SSH et depuis l'invite, je lance une connection SSH sur la Gateway. Mais j'obtiens le même problème que lors d'une connection directe.
Merci d'avance pour votre aide.
Max Le demon sshd est lancé au démarrage ??
chkconfig --list sshd => doit être en "marche" pour les niveaux d'init utilisés (3, 4 et 5).
--
DAPL http://marreduspam.com/ad252602
Bonjour,
J'administre une Gateway/FW sous Debian en France via SSH depuis
l'Angleterre.
Mon problème est le suivant : à chaque fois que je modifie ma
configuration réseau, je lance [i]/etc/init.d/networking restart[/i]
pour appliquer les nouveaux paramètres, j'obtiens le message suivant
(normal) :
[i]Reconfiguring network interfaces: [/i]
Je suis ensuite déconnecté et la gateway n'est plus accessible. Pour
la réactiver, il faut relancer cette commande [i][u]en local.[/u][/i]
Une précision cependant : pour me connecter à la Gateway, je suis
obligé de passer par un tunnel HTTP (Il y a un proxy à la Fac où je
suis) et ce tunnel débouche sur une machine derrière la Gateway.
En Gros, les paquets suivent ce chemin :
Moi ---> Tunnel HTTP qui passe à travers la Gateway --> Serveur
derrière la Gateway (fin du tunnel) --> Gateway
J'ai essayé un 'reload' à la place du 'restart' : la Gateway reste
active mais les changements ne sont pas appliqués.
J'ai également essayé de lancer la commande depuis le serveur : au
lieu de me connecter à la Gateway, je me connecte au Serveur via SSH
et depuis l'invite, je lance une connection SSH sur la Gateway. Mais
j'obtiens le même problème que lors d'une connection directe.
Merci d'avance pour votre aide.
Max
Le demon sshd est lancé au démarrage ??
chkconfig --list sshd => doit être en "marche" pour les niveaux d'init
utilisés (3, 4 et 5).
J'administre une Gateway/FW sous Debian en France via SSH depuis l'Angleterre.
Mon problème est le suivant : à chaque fois que je modifie ma configuration réseau, je lance [i]/etc/init.d/networking restart[/i] pour appliquer les nouveaux paramètres, j'obtiens le message suivant (normal) :
[i]Reconfiguring network interfaces: [/i]
Je suis ensuite déconnecté et la gateway n'est plus accessible. Pour la réactiver, il faut relancer cette commande [i][u]en local.[/u][/i]
Une précision cependant : pour me connecter à la Gateway, je suis obligé de passer par un tunnel HTTP (Il y a un proxy à la Fac où je suis) et ce tunnel débouche sur une machine derrière la Gateway.
En Gros, les paquets suivent ce chemin :
Moi ---> Tunnel HTTP qui passe à travers la Gateway --> Serveur derrière la Gateway (fin du tunnel) --> Gateway
J'ai essayé un 'reload' à la place du 'restart' : la Gateway reste active mais les changements ne sont pas appliqués.
J'ai également essayé de lancer la commande depuis le serveur : au lieu de me connecter à la Gateway, je me connecte au Serveur via SSH et depuis l'invite, je lance une connection SSH sur la Gateway. Mais j'obtiens le même problème que lors d'une connection directe.
Merci d'avance pour votre aide.
Max Le demon sshd est lancé au démarrage ??
chkconfig --list sshd => doit être en "marche" pour les niveaux d'init utilisés (3, 4 et 5).
--
DAPL http://marreduspam.com/ad252602
Erwann ABALEA
Bonjour,
On Fri, 1 Oct 2004, Max wrote:
Mon problème est le suivant : à chaque fois que je modifie ma configuration réseau, je lance [i]/etc/init.d/networking restart[/i] pour appliquer les nouveaux paramètres, j'obtiens le message suivant (normal) :
[i]Reconfiguring network interfaces: [/i]
Je suis ensuite déconnecté et la gateway n'est plus accessible. Pour la réactiver, il faut relancer cette commande [i][u]en local.[/u][/i]
C'est normal. Tu reconfigures l'interface réseau sur laquelle s'appuie ton daemon sshd. Ton script networking, appelé avec l'argument 'restart', doit faire quelque chose comme ceci: ----- [...] echo -n "Reconfiguring network interfaces..." ifdown -a ifup -a echo "done." -----
Tu vois bien que l'appel à 'ifdown -a' va couper toute communication réseau, puisque ça a pour effet de désactiver toutes les interfaces déclarées. Dès lors que cette commande est exécutée, ta session ssh est coupée, le shell qui en dépend aussi, et donc la suite du script n'est pas exécutée.
Les solutions: - lancer screen avant de faire ce genre de choses. screen va se détacher du terminal dès que ce sera nécessaire, mais ne coupera pas le shell, qui continuera donc à exécuter le script, - lancer ce script dans un job 'at', - reconfigurer les interfaces à la main, en gardant un alias pour une autre adresse IP et en l'utilisant pour ta connexion SSH (ifconfig "eth0:1 xx.yy.zz.tt up", tu te connectes en SSH sur xx.yy.zz.tt, et tu touches seulement les paramètres de eth0, ça ne devrait pas concerner eth0:1).
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- FB> Ollivier, BOUM? Fait. -+- Roberto in GNU : Boum, quand notre Kontrol fait Boum -+-
Bonjour,
On Fri, 1 Oct 2004, Max wrote:
Mon problème est le suivant : à chaque fois que je modifie ma
configuration réseau, je lance [i]/etc/init.d/networking restart[/i]
pour appliquer les nouveaux paramètres, j'obtiens le message suivant
(normal) :
[i]Reconfiguring network interfaces: [/i]
Je suis ensuite déconnecté et la gateway n'est plus accessible. Pour
la réactiver, il faut relancer cette commande [i][u]en local.[/u][/i]
C'est normal. Tu reconfigures l'interface réseau sur laquelle s'appuie ton
daemon sshd. Ton script networking, appelé avec l'argument 'restart', doit
faire quelque chose comme ceci:
-----
[...]
echo -n "Reconfiguring network interfaces..."
ifdown -a
ifup -a
echo "done."
-----
Tu vois bien que l'appel à 'ifdown -a' va couper toute communication
réseau, puisque ça a pour effet de désactiver toutes les interfaces
déclarées. Dès lors que cette commande est exécutée, ta session ssh est
coupée, le shell qui en dépend aussi, et donc la suite du script n'est pas
exécutée.
Les solutions:
- lancer screen avant de faire ce genre de choses. screen va se détacher
du terminal dès que ce sera nécessaire, mais ne coupera pas le shell,
qui continuera donc à exécuter le script,
- lancer ce script dans un job 'at',
- reconfigurer les interfaces à la main, en gardant un alias pour une
autre adresse IP et en l'utilisant pour ta connexion SSH (ifconfig
"eth0:1 xx.yy.zz.tt up", tu te connectes en SSH sur xx.yy.zz.tt, et tu
touches seulement les paramètres de eth0, ça ne devrait pas concerner
eth0:1).
--
Erwann ABALEA <erwann@abalea.com> - RSA PGP Key ID: 0x2D0EABD5
-----
FB> Ollivier, BOUM?
Fait.
-+- Roberto in GNU : Boum, quand notre Kontrol fait Boum -+-
Mon problème est le suivant : à chaque fois que je modifie ma configuration réseau, je lance [i]/etc/init.d/networking restart[/i] pour appliquer les nouveaux paramètres, j'obtiens le message suivant (normal) :
[i]Reconfiguring network interfaces: [/i]
Je suis ensuite déconnecté et la gateway n'est plus accessible. Pour la réactiver, il faut relancer cette commande [i][u]en local.[/u][/i]
C'est normal. Tu reconfigures l'interface réseau sur laquelle s'appuie ton daemon sshd. Ton script networking, appelé avec l'argument 'restart', doit faire quelque chose comme ceci: ----- [...] echo -n "Reconfiguring network interfaces..." ifdown -a ifup -a echo "done." -----
Tu vois bien que l'appel à 'ifdown -a' va couper toute communication réseau, puisque ça a pour effet de désactiver toutes les interfaces déclarées. Dès lors que cette commande est exécutée, ta session ssh est coupée, le shell qui en dépend aussi, et donc la suite du script n'est pas exécutée.
Les solutions: - lancer screen avant de faire ce genre de choses. screen va se détacher du terminal dès que ce sera nécessaire, mais ne coupera pas le shell, qui continuera donc à exécuter le script, - lancer ce script dans un job 'at', - reconfigurer les interfaces à la main, en gardant un alias pour une autre adresse IP et en l'utilisant pour ta connexion SSH (ifconfig "eth0:1 xx.yy.zz.tt up", tu te connectes en SSH sur xx.yy.zz.tt, et tu touches seulement les paramètres de eth0, ça ne devrait pas concerner eth0:1).
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- FB> Ollivier, BOUM? Fait. -+- Roberto in GNU : Boum, quand notre Kontrol fait Boum -+-
Rakotomandimby Mihamina
On Fri, 01 Oct 2004 13:46:29 +0200, Patrick Lamaizière wrote:
Max écrivait :
[i] ... [/i]
[i][u] ... [/u][/i]
<blink> ... </blink>
Arf :-))))) ... vous avez un de ces sens de l'humour qui me petent les reins ...
-- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
On Fri, 01 Oct 2004 13:46:29 +0200, Patrick Lamaizière wrote:
Max écrivait :
[i] ... [/i]
[i][u] ... [/u][/i]
<blink> ... </blink>
Arf :-))))) ... vous avez un de ces sens de l'humour qui me petent les
reins ...
--
ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 76 43 65 (France)
On Fri, 01 Oct 2004 13:46:29 +0200, Patrick Lamaizière wrote:
Max écrivait :
[i] ... [/i]
[i][u] ... [/u][/i]
<blink> ... </blink>
Arf :-))))) ... vous avez un de ces sens de l'humour qui me petent les reins ...
-- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
Nicolas George
Erwann ABALEA wrote in message :
Dès lors que cette commande est exécutée, ta session ssh est coupée, le shell qui en dépend aussi, et donc la suite du script n'est pas exécutée.
Non. Ce sera considéré comme une erreur de réseau transitoire, et si elle est corrigée avant la fin des retry TCP (13 minutes environ), il n'y aura aucun effet sur la connexion à part le retard.
Erwann ABALEA wrote in message
<Pine.LNX.4.58.0410011436290.27171@shining.seclogd.org>:
Dès lors que cette commande est exécutée, ta session ssh est
coupée, le shell qui en dépend aussi, et donc la suite du script n'est pas
exécutée.
Non. Ce sera considéré comme une erreur de réseau transitoire, et si elle
est corrigée avant la fin des retry TCP (13 minutes environ), il n'y aura
aucun effet sur la connexion à part le retard.
Dès lors que cette commande est exécutée, ta session ssh est coupée, le shell qui en dépend aussi, et donc la suite du script n'est pas exécutée.
Non. Ce sera considéré comme une erreur de réseau transitoire, et si elle est corrigée avant la fin des retry TCP (13 minutes environ), il n'y aura aucun effet sur la connexion à part le retard.
TiChou
Dans le message <news:, *Erwann ABALEA* tapota sur f.c.o.l.configuration :
Ton script networking, appelé avec l'argument 'restart', doit faire quelque chose comme ceci: ----- [...] echo -n "Reconfiguring network interfaces..." ifdown -a ifup -a echo "done." -----
Tu vois bien que l'appel à 'ifdown -a' va couper toute communication réseau, puisque ça a pour effet de désactiver toutes les interfaces déclarées.
Non, désactiver une interface réseau ne coupe pas les connexions en cours. Une connexion est coupée quand la transmission des paquets ne peut plus s'effectuer après un certain temps (timeout).
Dès lors que cette commande est exécutée, ta session ssh est coupée,
Non, si l'interface est remontée relativement vite, on reprend la main sur la session ssh.
-- TiChou
Dans le message
<news:Pine.LNX.4.58.0410011436290.27171@shining.seclogd.org>,
*Erwann ABALEA* tapota sur f.c.o.l.configuration :
Ton script networking, appelé avec l'argument 'restart', doit
faire quelque chose comme ceci:
-----
[...]
echo -n "Reconfiguring network interfaces..."
ifdown -a
ifup -a
echo "done."
-----
Tu vois bien que l'appel à 'ifdown -a' va couper toute communication
réseau, puisque ça a pour effet de désactiver toutes les interfaces
déclarées.
Non, désactiver une interface réseau ne coupe pas les connexions en cours.
Une connexion est coupée quand la transmission des paquets ne peut plus
s'effectuer après un certain temps (timeout).
Dès lors que cette commande est exécutée, ta session ssh est
coupée,
Non, si l'interface est remontée relativement vite, on reprend la main sur
la session ssh.
Dans le message <news:, *Erwann ABALEA* tapota sur f.c.o.l.configuration :
Ton script networking, appelé avec l'argument 'restart', doit faire quelque chose comme ceci: ----- [...] echo -n "Reconfiguring network interfaces..." ifdown -a ifup -a echo "done." -----
Tu vois bien que l'appel à 'ifdown -a' va couper toute communication réseau, puisque ça a pour effet de désactiver toutes les interfaces déclarées.
Non, désactiver une interface réseau ne coupe pas les connexions en cours. Une connexion est coupée quand la transmission des paquets ne peut plus s'effectuer après un certain temps (timeout).
Dès lors que cette commande est exécutée, ta session ssh est coupée,
Non, si l'interface est remontée relativement vite, on reprend la main sur la session ssh.
-- TiChou
no_spam
On Fri, 01 Oct 2004 16:42:25 +0200, TiChou wrote:
Dans le message <news:, *Erwann ABALEA* tapota sur f.c.o.l.configuration :
Ton script networking, appelé avec l'argument 'restart', doit faire quelque chose comme ceci: ----- [...] echo -n "Reconfiguring network interfaces..." ifdown -a ifup -a echo "done." -----
Tu vois bien que l'appel à 'ifdown -a' va couper toute communication réseau, puisque ça a pour effet de désactiver toutes les interfaces déclarées.
Non, désactiver une interface réseau ne coupe pas les connexions en cours. Une connexion est coupée quand la transmission des paquets ne peut plus s'effectuer après un certain temps (timeout).
J'ajouterai que le fait de relancer ssh ne coupe pas les connections en cours.
On Fri, 01 Oct 2004 16:42:25 +0200, TiChou wrote:
Dans le message
<news:Pine.LNX.4.58.0410011436290.27171@shining.seclogd.org>,
*Erwann ABALEA* tapota sur f.c.o.l.configuration :
Ton script networking, appelé avec l'argument 'restart', doit
faire quelque chose comme ceci:
-----
[...]
echo -n "Reconfiguring network interfaces..."
ifdown -a
ifup -a
echo "done."
-----
Tu vois bien que l'appel à 'ifdown -a' va couper toute communication
réseau, puisque ça a pour effet de désactiver toutes les interfaces
déclarées.
Non, désactiver une interface réseau ne coupe pas les connexions en cours.
Une connexion est coupée quand la transmission des paquets ne peut plus
s'effectuer après un certain temps (timeout).
J'ajouterai que le fait de relancer ssh ne coupe pas les connections en
cours.
Dans le message <news:, *Erwann ABALEA* tapota sur f.c.o.l.configuration :
Ton script networking, appelé avec l'argument 'restart', doit faire quelque chose comme ceci: ----- [...] echo -n "Reconfiguring network interfaces..." ifdown -a ifup -a echo "done." -----
Tu vois bien que l'appel à 'ifdown -a' va couper toute communication réseau, puisque ça a pour effet de désactiver toutes les interfaces déclarées.
Non, désactiver une interface réseau ne coupe pas les connexions en cours. Une connexion est coupée quand la transmission des paquets ne peut plus s'effectuer après un certain temps (timeout).
J'ajouterai que le fait de relancer ssh ne coupe pas les connections en cours.
