Linux.debian : Ah la la les debianneux

Posté par gnumdk (page perso, ) le 08 décembre 2004

Voila, sur ce site, on entend souvent des gens dire que depuis qu'ils sont passé sous debian ils sont super content parce que la distrib ne fait pas des trucs derriere leur dos, contrairement a cette saloperie de Mandrake.

Pourtant, moi, depuis que je suis passé à Debian, je remarque le contraire :)

Par exemple, sous mdk, si je tape chkconfig --del sshd, ben je suis tranquille, il ne sera jamais plus lancé au boot!

Tandis que sous debian, si je tape update-rc.d -f ssh remove, ben à la premiere update, il sera relancé au boot!

Une explication ? :)

--
Agogo

> Lire le message (10 commentaires, moyenne: 1,8).

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

[+] Pas mal non plus

Posté par Obi MO (page perso, ) le 08/12/2004 à 17:02. (lien). Évalué à -1.

Depuis ma derniere update, ma souris USB ne marche plus sous X (debian sarge). J'en etais tres content jusque la, dommage ...

..

Posté par Pooly (page perso, ) le 08/12/2004 à 19:50. (lien). Évalué à 1.

Ca dépends de chacun, moi j'ai plus MPlayer en mode console qui marche comme il faut,mais j'ai le touchpad nickel, et ma carte wifi est sur le point de marcher (presque :).
et puis apt-get install xaos
c'est quand même bien sympa :-)
Sinon, le ssh tu le reconfigure, non ? dpkg --reconfigure un truc comme ça ?

--
W-Fenec : Webzine rock/métal/indus

[^]Re: ..
Posté par duduve () le 09/12/2004 à 11:10. (lien). Évalué à 2.
```
Sinon, le ssh tu le reconfigure, non ? dpkg --reconfigure un truc comme ça ?
```
Pour etre exact c'est :
dpkg-reconfigure ssh

Sinon, comme le dit une autre reponse, peut etre que "apt-get install rcconf" est ton ami ;)

...

Posté par ccomb (Jabber id, page perso, ) le 08/12/2004 à 19:58. (lien). Évalué à 3.

Peut-être c'est ça ?
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=123446(...)

En tout cas il faut chercher dans sysv-rc

sshd_not_to_be_run

Posté par durandal () le 08/12/2004 à 21:27. (lien). Évalué à 3.

Si le fichier /etc/ssh/sshd_not_to_be_run existe, sshd ne sera pas lancé.

J'admets que la configuration de la Debian manque peut-être un peu de cohérence parfois ;)

pour ne pas se prendre la tête

Posté par Yves Agostini (page perso, ) le 08/12/2004 à 22:12. (lien). Évalué à 2.

apt-get install rcconf

Autre possibilité

Posté par dab () le 09/12/2004 à 00:10. (lien). Évalué à 2.

Pour manipuler les services lancés au démarrage, il faut aller voir du coté des /etc/rc?.d
Dans le fichier /etc/inittab, tu as le runlevel par défaut de ta distrib'
Pour debian : id:2:initdefault:
Tu démarres donc en runlevel 2 par défaut.
Il suffit donc d'aller dans le répertoire /etc/rc2.d et de supprimer le script correspondant au ssh en ce qui te concerne.
Pour moi, c'est S20ssh
Les scripts de ce répertoire sont en fait des liens vers le repertoire /etc/init.d
Il te suffit donc de supprimer le lien S20ssh pour qu'il ne soit pas lancé au démarrage et le jour ou tu veux le remettre au démarrage, il te suffit de recréer le lien.
Seuls les scripts commencant par S* sont éxécutés lors du démarrage sur le runlevel, tu peux donc renommer ton S20ssh en K20ssh pour désactiver le ssh au démarrage. Il te suffira de le renommer en S20ssh lorsque tu en auras besoin au démarrage.
Les scripts s'éxécutent dans l'ordre de leur numéro, le S20quelquechose démarrera donc après S19autrechose.
Comme dit plus haut, on constate dans le script de démarrage ssh que la présence du fichier /etc/ssh/sshd_not_to_be_run fait que le serveur ssh ne démarre pas même si le script est lancé au démarrage.

[^]Re: Autre possibilité

Posté par itstimetogo () le 09/12/2004 à 00:43. (lien). Évalué à 1.
> Il suffit donc d'aller dans le répertoire /etc/rc2.d

chkconfig fait ça très bien :
$ chkconfig sshd off

Le problème de gnumdk est de voir qu'une mise à jours de sshd annule sa modification faite avec "chkconfig".

Je ne connais pas le chkconfig de Debian mais sous Red Hat (et sûrement Mandrake) :
$ chkconfig --help
chkconfig version 1.3.11.1 - Copyright (C) 1997-2000 Red Hat, Inc.
Ce produit peut être librement distribué selon les termes de la licence publique GNU (GPL).

utilisation : chkconfig --list [nom]
chkconfig --add
chkconfig --del
chkconfig [--level ] <on|off|reset>

Un paquet rpm utile chkconfig comme suit :
rpm -q --scripts openssh-server

preinstall scriptlet (using /bin/sh):
/usr/sbin/useradd -c "Privilege-separated SSH" -u 74 \
-s /sbin/nologin -r -d /var/empty/sshd sshd 2> /dev/null || :

postinstall scriptlet (using /bin/sh):
/sbin/chkconfig --add sshd

preuninstall scriptlet (using /bin/sh):
if [ "$1" = 0 ]
then
/sbin/service sshd stop > /dev/null 2>&1 || :
/sbin/chkconfig --del sshd
fi

postuninstall scriptlet (using /bin/sh):
/sbin/service sshd condrestart > /dev/null 2>&1 || :

Jamais de "chkconfig {service} (on|off)" qui changerait la configuration en cours.
- [^]Re: Autre possibilité
  
  Posté par kaouete (page perso, ) le 09/12/2004 à 05:45. (lien). Évalué à 1.
  Oui en fait sous debian c'est plus update-rc.d que chkconfig, mais bon, l'idee est la meme.

et comme ça ?

Posté par syntaxerror () le 09/12/2004 à 13:23. (lien). Évalué à 3.

"update-rc.d truc remove" vire les liens si le script de base n'existe plus, ça sert à faire le ménage.
Pour supprimer les liens vers un script existant, il a fallu utiliser l'option -f ... normal qu'un upgrade remette les chose en ordre.

En revanche, si des liens existent (en fait au moins un), update-rc.d est censé ne rien toucher. Essaie donc:

update-rc.d ssh stop 0 1 2 3 4 5 6 .

et ssh ne devrait plus démarrer même après un upgrade.

Revenir en haut de page || Retourner aux forums || Retourner au forum Linux.debian