J'ai besoin d'un petit renseignement sur le serveur ssh de Mac OS X: je
me connecte =E0 distance sur mon Mac et je voudrais savoir comment
red=E9marrer sshd en mode console.
En effet, si je modifie sshd_config, je voudrais pouvoir red=E9marrer le
serveur ssh sans forc=E9ment rebooter le Mac :-)
Cela dit, le ssh est lancé par launchd 'on demand', on doit pouvoir l'avoir en permanence et après le relancer au besoin après changements.
Je corrige, il est lancé en mode compatibilité inetd et en wait.
D'ailleurs, en 10.3 sshd était géré par xinetd qui faisait de même, il me semble.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Cela dit, le ssh est lancé par launchd 'on demand', on doit pouvoir
l'avoir en permanence et après le relancer au besoin après changements.
Je corrige, il est lancé en mode compatibilité inetd et en wait.
D'ailleurs, en 10.3 sshd était géré par xinetd qui faisait de même, il
me semble.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Cela dit, le ssh est lancé par launchd 'on demand', on doit pouvoir l'avoir en permanence et après le relancer au besoin après changements.
Je corrige, il est lancé en mode compatibilité inetd et en wait.
D'ailleurs, en 10.3 sshd était géré par xinetd qui faisait de même, il me semble.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Patrick Stadelmann
In article <1hqagv7.1tkklu1dgy5iuN%, (Laurent Pertois) wrote:
Laurent Pertois wrote:
Cela dit, le ssh est lancé par launchd 'on demand', on doit pouvoir l'avoir en permanence et après le relancer au besoin après changements.
Je corrige, il est lancé en mode compatibilité inetd et en wait.
D'ailleurs, en 10.3 sshd était géré par xinetd qui faisait de même, il me semble.
Il est lancé à la demande en tout cas : deux process "sshd" apparaissent à l'ouverture d'une connexion ssh et disparaissent lorsque que le client se déconnecte.
Patrick -- Patrick Stadelmann
In article <1hqagv7.1tkklu1dgy5iuN%laurent.pertois@alussinan.org>,
laurent.pertois@alussinan.org (Laurent Pertois) wrote:
Cela dit, le ssh est lancé par launchd 'on demand', on doit pouvoir
l'avoir en permanence et après le relancer au besoin après changements.
Je corrige, il est lancé en mode compatibilité inetd et en wait.
D'ailleurs, en 10.3 sshd était géré par xinetd qui faisait de même, il
me semble.
Il est lancé à la demande en tout cas : deux process "sshd" apparaissent
à l'ouverture d'une connexion ssh et disparaissent lorsque que le client
se déconnecte.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <1hqagv7.1tkklu1dgy5iuN%, (Laurent Pertois) wrote:
Laurent Pertois wrote:
Cela dit, le ssh est lancé par launchd 'on demand', on doit pouvoir l'avoir en permanence et après le relancer au besoin après changements.
Je corrige, il est lancé en mode compatibilité inetd et en wait.
D'ailleurs, en 10.3 sshd était géré par xinetd qui faisait de même, il me semble.
Il est lancé à la demande en tout cas : deux process "sshd" apparaissent à l'ouverture d'une connexion ssh et disparaissent lorsque que le client se déconnecte.
Patrick -- Patrick Stadelmann
patpro ~ Patrick Proniewski
In article , Erwan David wrote:
(Nicolas MICHEL) écrivait :
Ceci dit on est bien d'accord sur la clarté de /etc/init.d J'aurais perso préféré que Apple utilise ce système en créant un système de gestion de ces init.d, du genre "services et chkconfig" de redhat mais en mieux.
Idem, mais la séparation totale de la mécanique et de la carosserie qu'implique ce système d'un GUI pilotant un stystème non graphique ne semble pas être complètemenet entré dans la culture Apple.
man launchd
patpro
-- http://www.patpro.net/
In article <87bqm75364.fsf@nez-casse.depot.rail.eu.org>,
Erwan David <erwan@rail.eu.org> wrote:
Ceci dit on est bien d'accord sur la clarté de /etc/init.d
J'aurais perso préféré que Apple utilise ce système en créant un système
de gestion de ces init.d, du genre "services et chkconfig" de redhat
mais en mieux.
Idem, mais la séparation totale de la mécanique et de la carosserie
qu'implique ce système d'un GUI pilotant un stystème non graphique
ne semble pas être complètemenet entré dans la culture Apple.
Ceci dit on est bien d'accord sur la clarté de /etc/init.d J'aurais perso préféré que Apple utilise ce système en créant un système de gestion de ces init.d, du genre "services et chkconfig" de redhat mais en mieux.
Idem, mais la séparation totale de la mécanique et de la carosserie qu'implique ce système d'un GUI pilotant un stystème non graphique ne semble pas être complètemenet entré dans la culture Apple.
man launchd
patpro
-- http://www.patpro.net/
laurent.pertois
Patrick Stadelmann wrote:
Il est lancé à la demande en tout cas : deux process "sshd" apparaissent à l'ouverture d'une connexion ssh et disparaissent lorsque que le client se déconnecte.
Oui, comme xinetd le faisait, launchd écoute le port 22, quand il détecte une connexion sur ce port il lance sshd (enfin, il lance sshd-keygen-wrapper avec comme option sshd -i) et l'arrête quand la connexion est terminée. En 10.3, xinetd écoutait le port 22 et lançait sshd à chaque connexion également.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Il est lancé à la demande en tout cas : deux process "sshd" apparaissent
à l'ouverture d'une connexion ssh et disparaissent lorsque que le client
se déconnecte.
Oui, comme xinetd le faisait, launchd écoute le port 22, quand il
détecte une connexion sur ce port il lance sshd (enfin, il lance
sshd-keygen-wrapper avec comme option sshd -i) et l'arrête quand la
connexion est terminée. En 10.3, xinetd écoutait le port 22 et lançait
sshd à chaque connexion également.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Il est lancé à la demande en tout cas : deux process "sshd" apparaissent à l'ouverture d'une connexion ssh et disparaissent lorsque que le client se déconnecte.
Oui, comme xinetd le faisait, launchd écoute le port 22, quand il détecte une connexion sur ce port il lance sshd (enfin, il lance sshd-keygen-wrapper avec comme option sshd -i) et l'arrête quand la connexion est terminée. En 10.3, xinetd écoutait le port 22 et lançait sshd à chaque connexion également.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
patpro ~ patrick proniewski
In article <elpk2k$jkv$, Matt wrote:
On Wed, 13 Dec 2006 15:10:15 +0100, patpro ~ Patrick Proniewski wrote:
man launchd
Mon Dieu, tu révolutionnes de vieilles habitudes. Mais arrête donc !
si faire `man` est une révolution, c'est probablement que je parle au type qui a inventé la carte perforée :) Pour launchd par contre, c'est effectivement l'effet que ça me fait. Je ne peux pas tenir rigueur aux gens de s'accrocher à des vieux trucs qu'ils sortent de linusque/BSD/Solaris/... et qui n'ont pour eux que le fait d'être connus. J'ai moi même eu mes périodes de rage contre mac os x, façon "où sont mes flatfiles @$#?". Mais ça m'a passé. J'ai accepté que mac os x n'est pas FreeBSD, j'ai accepté qu'il y a d'autres manières de faire, parfois plus évoluées et finalement plus puissantes quand on se sort les doigts du cul. Je peux concevoir que c'est pas encore le cas de tout le monde, je ne jette pas la pierre. (mais j'étais à deux doigts d'm'agasser)
patpro
-- http://www.patpro.net/
In article <elpk2k$jkv$1@talisker.lacave.net>,
Matt <hfrarg@syrius.org.invalid> wrote:
On Wed, 13 Dec 2006 15:10:15 +0100,
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote:
man launchd
Mon Dieu, tu révolutionnes de vieilles habitudes.
Mais arrête donc !
si faire `man` est une révolution, c'est probablement que je parle au
type qui a inventé la carte perforée :)
Pour launchd par contre, c'est effectivement l'effet que ça me fait. Je
ne peux pas tenir rigueur aux gens de s'accrocher à des vieux trucs
qu'ils sortent de linusque/BSD/Solaris/... et qui n'ont pour eux que le
fait d'être connus. J'ai moi même eu mes périodes de rage contre mac os
x, façon "où sont mes flatfiles @$#?". Mais ça m'a passé. J'ai accepté
que mac os x n'est pas FreeBSD, j'ai accepté qu'il y a d'autres manières
de faire, parfois plus évoluées et finalement plus puissantes quand on
se sort les doigts du cul.
Je peux concevoir que c'est pas encore le cas de tout le monde, je ne
jette pas la pierre. (mais j'étais à deux doigts d'm'agasser)
On Wed, 13 Dec 2006 15:10:15 +0100, patpro ~ Patrick Proniewski wrote:
man launchd
Mon Dieu, tu révolutionnes de vieilles habitudes. Mais arrête donc !
si faire `man` est une révolution, c'est probablement que je parle au type qui a inventé la carte perforée :) Pour launchd par contre, c'est effectivement l'effet que ça me fait. Je ne peux pas tenir rigueur aux gens de s'accrocher à des vieux trucs qu'ils sortent de linusque/BSD/Solaris/... et qui n'ont pour eux que le fait d'être connus. J'ai moi même eu mes périodes de rage contre mac os x, façon "où sont mes flatfiles @$#?". Mais ça m'a passé. J'ai accepté que mac os x n'est pas FreeBSD, j'ai accepté qu'il y a d'autres manières de faire, parfois plus évoluées et finalement plus puissantes quand on se sort les doigts du cul. Je peux concevoir que c'est pas encore le cas de tout le monde, je ne jette pas la pierre. (mais j'étais à deux doigts d'm'agasser)
