Forum Linux.debian/ubuntu Ah la la les debianneux

Posté par  (site web personnel) .
Étiquettes :
0
8
déc.
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 ? :)

  • # Pas mal non plus

    Posté par  (site web personnel) . É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  (site web personnel) . É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 ?

    • [^] # Re: ..

      Posté par  . É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  (site web personnel) . É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  . É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  (site web personnel) . Évalué à 2.

    apt-get install rcconf

  • # Autre possibilité

    Posté par  . É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  . É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  . É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  . É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.

Suivre le flux des commentaires

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