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 ze_lionix (site web personnel) . Évalué à 5.
Déjà tu trouves un bon paquet d'information dans /etc/sysctl.conf…
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
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 gremous . Évalué à 2.
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 NeoX . Évalué à 3.
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 jben . É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 deproc
(dans le cas où il y en a plusieurs, je ne sais pas laquelle est choisi), etman 5 proc
pour acceder à la page de manuel deproc
dans la section 5.Pour
/proc/sys/net
, cette page renvie vers les pages de manuelsip(7)
ettcp(7)
, autrement ditip
ettcp
dans la section 7.[^] # Re: comme d'hab
Posté par gremous . É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 jben . Évalué à 0.
As-tu bien regardé ?
[^] # Re: comme d'hab
Posté par gremous . Évalué à 3.
Je pense que oui :
(j'ai marqué file | zgrep au lieu de find | zgrep)
[^] # Re: comme d'hab
Posté par jben . É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 Kerro . Évalué à 2.
Pourtant c'est marqué en clair :
[^] # Re: comme d'hab
Posté par jben . É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 NeoX . É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 gremous . Évalué à 3.
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.