Salut all,
J’ai un petit problème avec le daemon ssh.
J’arrive a arrêté le daemon avec la commande “/etc/init.d/ssh stop” mais au prochain boot le serveur sshd sera lancé.
Sur Sarge un “dpkg-reconfigure ssh” me permet de modifié le serveur.
Mais la même commande sur Etch me donne rien.
Merci pour vos lumières.
Je pense pas que ça aie grand chose à voir avec Etch, il suffit seulement d’activer ou de désactiver ce que tu ne veux pas voir démarrer avec update-rc.d:
burp:~# update-rc.d
usage: update-rc.d [-n] [-f] <basename> remove
update-rc.d [-n] <basename> defaults [NN | sNN kNN]
update-rc.d [-n] <basename> start|stop NN runlvl [runlvl] [...] .
-n: not really
-f: force
burp:~#
Lis la man page, comme ça tu comprendras ce que tu fais.
PS:Y a t’il un bug connu sur Etch au sujet de dpkg-reconfigure ?
Un petit utilitaire bien pratique pour ajouter/supprimer un démon au boot :rcconf
Vous m’en direz des nouvelles
[quote=“Korben Dallas”]Un petit utilitaire bien pratique pour ajouter/supprimer un démon au boot :rcconf
Vous m’en direz des nouvelles [/quote]
J’avais déjà testé, merci !
C’est vrai que c’est un petit outil bien sympa 8)
[quote=“jabba”]J’avais déjà testé, merci !
C’est vrai que c’est un petit outil bien sympa 8)[/quote]
Et puis, ça évite de faire des boulettes… car bidouiller les update-rc.d, faut être rigoureux…
[quote]ricardo3@debian-sid:~$ sudo rcconf
sudo: rcconf: command not found
ricardo3@debian-sid:~$
[/quote] 
[quote=“ricardo”]:?:
[quote]ricardo3@debian-sid:~$ sudo rcconf
sudo: rcconf: command not found
ricardo3@debian-sid:~$
[/quote] [/quote]
apt-get install rcconf … Peut-être ?
PS: bonne année !
[quote=“gwadboy”]Salut all,
J’ai un petit problème avec le daemon ssh.
J’arrive a arrêté le daemon avec la commande “/etc/init.d/ssh stop” mais au prochain boot le serveur sshd sera lancé.
Sur Sarge un “dpkg-reconfigure ssh” me permet de modifié le serveur.
Mais la même commande sur Etch me donne rien.
Merci pour vos lumières.
[/quote]dpkg-reconfigure openssh-server ?
[quote=“jabba”]apt-get install rcconf … Peut-être ?
PS: bonne année ![/quote]
ricardo, ça t’apprendra à être sur ton PC en plein réveillon du nouvel an, après plusieurs verres dans le nez 
Salut,
et
Restarting OpenBSD Secure Shell server: sshd.
Rien d’autre… bizarre que sa donne plus le choix de configuration en ncurses.
Un bogue
j’avais mal pigé…
Ce que dit jabba est correct.
Ce n’est pas dans la configuration de ssh qu’est le problême, mais bien la configuration du service dans le sysV => rcconf ou update-rc.d
Depuis mon # dpkg-reconfigure openssh-server quand je tape la commande # apt-get update j’ai l’erreur suivant :
Réception de : 1 ftp.belnet.be testing Release.gpg [378B]
Atteint ftp.belnet.be testing Release
Ign ftp.belnet.be testing Release
Atteint ftp.belnet.be testing/main Packages
Atteint ftp.belnet.be testing/main Sources
Réception de : 2 security.debian.org testing/updates Release.gpg [189B]
Atteint security.debian.org testing/updates Release
Atteint security.debian.org testing/updates/main Packages
379o réceptionnés en 0s (579o/s)
Lecture des listes de paquets… Fait
W: GPG error: ftp.belnet.be testing Release: Les signatures suivantes n’ont pas pu être vérifiées car la clé publique n’est pas disponible : NO_PUBKEY 010908312D230C5F
W: Vous pouvez lancer « apt-get update » pour corriger ces problèmes.
J’ai déjà désinstaller ssh etc… toujours le même problème.
Même après un # apt-get update toujours le même message.
Et si je fais un # apt-get upgrade ou dist-upgrade les packages sont signalé comme non sur.
avant de savoir si c’est dangereux ou pas, tu devrais commenter ta source non signée.
Ensuite, si tu vois que tu en as absolument besoin pour certains paquets, il faudra vérifier précisément si ca persiste.
Mais j’ai eu le même problême avec d’autres sources, et je n’ai pas trouvé de moyen de suprimmer ce warning (sauf à ne plus utiliser le réferentiel fautif).
Bon, tu as regardé la configuration d’init de ton serveur ssh ?
que donne ls -l /etc/rc?.d/ssh ?
$ ls -l /etc/rc*.d/ssh
lrwxrwxrwx 1 root root 13 2005-12-28 10:10 /etc/rc0.d/K20ssh -> …/init.d/ssh
lrwxrwxrwx 1 root root 13 2005-12-28 10:10 /etc/rc1.d/K20ssh -> …/init.d/ssh
lrwxrwxrwx 1 root root 13 2005-12-28 10:10 /etc/rc2.d/S20ssh -> …/init.d/ssh
lrwxrwxrwx 1 root root 13 2005-12-28 10:10 /etc/rc3.d/S20ssh -> …/init.d/ssh
lrwxrwxrwx 1 root root 13 2005-12-28 10:10 /etc/rc4.d/S20ssh -> …/init.d/ssh
lrwxrwxrwx 1 root root 13 2005-12-28 10:10 /etc/rc5.d/S20ssh -> …/init.d/ssh
lrwxrwxrwx 1 root root 13 2005-12-28 10:10 /etc/rc6.d/K20ssh -> …/init.d/ssh
Ma sources.list
deb ftp.belnet.be/debian/ testing main
deb-src ftp.belnet.be/debian/ testing main
deb security.debian.org/ testing/updates main
J’ai déjà changer de sources.list 3 ou 4 fois.
tu peux essayer de faire disparaitre le warning:
forum.debian-fr.org/viewtopic.php?p=13833#13833
ou bien carrément refaire une fois de plus un sources.list à zero en t’inspirant de ca et en ne conservant que les sources “testing”:
forum.debian-fr.org/viewtopic.php?t=1810
A résolu mon problème de warning et j’ai refait mon sources.list
deb ftp://ftp.fr.debian.org/debian/ testing main
deb-src ftp://ftp.fr.debian.org/debian/ testing main
deb security.debian.org/ testing/updates main
Merci bien.
Ton sources.list est un peu juste je trouve
Si tu veux rester en testing tu peux laisser testing mais si tu veux rester sous etch alors il faut mettre etch a la place de testing
etch est la version testing actuelle mais elle passera stable un jour alors que testing restera testing
complete ton sources.list
deb http://security.debian.org etch/updates main contrib non-free
deb-src http://security.debian.org/ etch/updates main contrib non-free
deb http://ftp.fr.debian.org/debian etch main contrib non-free
deb-src http://ftp.fr.debian.org/debian etch main contrib non-free
Soit tu garde etch comme dans l’exemple ci dessus soit tu le remplace par testing c’est toi qui vois