Forum Linux.général Où trouver la documentation de /proc/etc ?

Posté par  .
Étiquettes : aucune
2
10
déc.
2012

Bonjour,

sur un forum j'ai vu un problème d'ICMP redirect. Une des réponses indique une solution de contournement, mais qu'en lisant la doc on en saurait plus : http://unix.stackexchange.com/questions/57941/linux-always-send-icmp-redirect/

La problématique soulevée ici est que 'all' ne fonctionne pas comme indiqué sur toutes les pages web retournées par Google (j'ai testé, pareil chez moi). Et franchement lorsque je suis dans ce même genre de questionnement, je n'ai aucune idée de la manière de trouver la bonne doc.

Ca fait plusieurs fois que je me pose la question de trouver une doc fiable (au lieu de Google) pour ce genre de chose. Aujourd'hui, j'ai cherché ladite documentation, mais je ne sais pas trop vers quoi me tourner. Lire carrément le code source ?

Question : où trouver 'la' documentation pour savoir à quoi sert /proc/sys/net/ipv4/conf/… ?

  • # Dans la conf et la doc noyau

    Posté par  (site web personnel) . Évalué à 5.

    Déjà tu trouves un bon paquet d'information dans /etc/sysctl.conf…

    (...)
    # Accept ICMP redirects only for gateways listed in our default
    # gateway list (enabled by default)
    # net.ipv4.conf.all.secure_redirects = 1
    #
    # Do not send ICMP redirects (we are not a router)
    #net.ipv4.conf.all.send_redirects = 0
    #
    # Do not accept IP source route packets (we are not a router)
    (...)
    
    

    Ensuite pour aller plus loin il suffit de fouiller un peu dans la doc du noyo, ZE référence.

    Admire la première ligne de ce fichier qui correspond incroyablement à ta question :

    $>zless /usr/share/doc/linux-doc/networking/ip-sysctl.txt.gz

    /proc/sys/net/ipv4/* Variables:
    
    ip_forward - BOOLEAN
        0 - disabled (default)
        not 0 - enabled
    (...)
    send_redirects - BOOLEAN
        Send redirects, if router.
        send_redirects for the interface will be enabled if at least one of
        conf/{all,interface}/send_redirects is set to TRUE,
        it will be disabled otherwise
        Default: TRUE
    (...)
    
    

    Là tu as tout !
    Et tu peux pas faire plus fiable…..

    Fuse : j'en Use et Abuse !

    • [^] # Re: Dans la conf et la doc noyau

      Posté par  . Évalué à 2.

      /usr/share/doc/linux-doc/networking/ip-sysctl.txt.gz

      Yes ! Y'a tout.
      Il y a surtout l'explication précise : send_redirects for the interface will be enabled if at least one of conf/{all,interface}/sendredirects is set to TRUE, it will be disabled otherwise_

      Ce qui explique pourquoi l'utilisation de 'all' ne donne rien, du moins utilisé seul.
      Par contre tous les exemples trouvés sur le web sont archi-faux (les mecs ne testent pas, comme d'habitude), et le fichier /etc/sysctl.conf est merdique pour ce paramètre puisqu'il laisse croire qu'il suffit de décommenter une ligne pour être tranquille.

      Merci !

      • [^] # Re: Dans la conf et la doc noyau

        Posté par  . Évalué à 3.

        send_redirects for the interface will be enabled if at least one of conf/{all,interface}/sendredirects is set to TRUE, it will be disabled otherwise_

        moi je comprend que si tout est off (false) et que tu veux l'activer, tu l'actives soit sur une interface, soit dans all.
        evidemment tu peux mettre True sur une interface et False sur All, alors ca restera True partout

  • # comme d'hab

    Posté par  . Évalué à 3.

    Dans le manuel.

    La documentation pour le proc est la page de manuel proc(5).

    Rappel : man proc pour acceder à une page de manuel portant le nom de proc (dans le cas où il y en a plusieurs, je ne sais pas laquelle est choisi), et man 5 proc pour acceder à la page de manuel de proc dans la section 5.

    Pour /proc/sys/net, cette page renvie vers les pages de manuels ip(7) et tcp(7), autrement dit ip et tcp dans la section 7.

    • [^] # Re: comme d'hab

      Posté par  . Évalué à 2.

      Hélas rien de tout cela dans les manuels. J'avais déjà vérifié avec un coup de file | zgrep.

      • [^] # Re: comme d'hab

        Posté par  . Évalué à 0.

        As-tu bien regardé ?

        • [^] # Re: comme d'hab

          Posté par  . Évalué à 3.

          Je pense que oui :

          $ find /usr/share/man -type f -exec zgrep send_redirects {} \; ; echo $?
          0
          
          

          (j'ai marqué file | zgrep au lieu de find | zgrep)

          • [^] # Re: comme d'hab

            Posté par  . Évalué à 1.

            Ah tu parlais de ton problème précis !

            J'avais compris que tu cherchais de la doc générale sur /proc/sys/net ce que je te fournissais. Par contre sur ton problème précis c'est une autre histoire.

            • [^] # Re: comme d'hab

              Posté par  . Évalué à 2.

              Pourtant c'est marqué en clair :

              Question : où trouver 'la' documentation pour savoir à quoi sert /proc/sys/net/ipv4/conf/… ?

              • [^] # Re: comme d'hab

                Posté par  . Évalué à 2.

                J'ai vu. Je sais, je sais… Je ne suis pas doué.

                Je me suis aussi laissé emporter par le titre parlant de /proc/[etc.], j'ai donc compris la question de manière génerale.

                Je vais le flageller.

  • # au choix

    Posté par  . Évalué à 1.

    http://lmgtfy.com/?q=man+%2Fproc%2Fsys

    comment j'ai trouvé ca ?

    pour jouer avec /proc/sys/ il faut utiliser sysctl
    j'ai fait man sysctl

    à la fin du man il parle des fichiers /proc/sys
    j'ai donc demander au man s'il connaissait

    • [^] # Re: au choix

      Posté par  . Évalué à 3.

      La problématique soulevée ici est que 'all' ne fonctionne pas comme indiqué sur toutes les pages web retournées par Google (j'ai testé, pareil chez moi).

      Maintenant que je connais la réponse, je peux taper la bonne requête.
      Mais c'est comme jouer les bons numéros du loto le lendemain : sans intérêt.

Suivre le flux des commentaires

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