Nils Ratusznik a écrit 345 commentaires

Pour la directive ip_forward, c'est dans /etc/sysctl.conf. Sur une de mes machines, je l'ai positionné comme ceci :
# Controls IP packet forwarding
net.ipv4.ip_forward = 1

Et ensuite, pour activer sans redémarrer (en tant que root) :
/sbin/sysctl -p /etc/sysctl.conf

Pour sauvegarder tes règles iptables, tu peux consulter la page de manuel de iptables-save : man 8 iptables-save.

Probablement un svn update, j'imagine que le svn checkout sert à la première mise à jour de l'arborescence.

Oui, mais ça coûterait de l'argent (tu veux faire de la formation gratuitement pendant 7H/jour? Moi non plus). Donc, sauf à faire de la vente liée, il faudrait que la formation soit optionnelle. Donc, il faudrait que quelque chose pousse les gens à acheter "en plus" la formation alors qu'ils pourraient partir avec juste le PC + l'OS libre.

J'ai envie de croire que si la Fnac et d'autres enseignes proposent dans leurs catalogues des formations (à domicile ou en magasin), c'est qu'il y a une clientèle prête à payer pour. Après, je ne sais pas si ces offres ont du succès. Cela serait bon à savoir et permettrait à une entreprise de formation de se positionner sur le marché, côté logiciel libre, s'il y a du potentiel.

Je m'en doutais un peu :)

Pas à ma connaissance. Si tu veux utiliser SCP, rsync, et autres moyens de transferts de fichiers encapsulés dans SSH, il te faudra installer un outil supplémentaire comme scponly, MySecureShell ou rssh.

Pourquoi aurais-tu besoin de SCP ? SFTP ne couvre-t-il pas déjà tous les besoins ?

A noter que cela dépend de la version d'OpenSSH. Les versions livrées dans CentOS 5 et inférieures ne le permettent pas. En revanche, la version d'OpenSSH livrée dans CentOS 6 le permet. De mémoire, il faut au moins OpenSSH version 5.0. Si ça peut aider : les différentes versions d'OpenSSH dans CentOS sur Distrowatch

ftp://ftp.redhat.com/redhat/linux/enterprise/
(le lien précédent indique "entreprise")

Je me corrige : ssh lolcat@lolcathost "sudo /home/lolcat/scripts/asciilolcat.sh"

J'oubliais : et dans ce cas, un sudo sur le script en question est faisable. On aurait donc :

ssh root@lolcathost "sudo /root/scripts/asciilolcat.sh"

Je crains qu'il ne cherche à lancer des scripts depuis une autre machines qui feront quelque chose du genre ssh root@lolcathost "/root/scripts/asciilolcat.sh"

Notes pour plus tard : laisser la dépêche en rédaction collaborative plus longtemps, surtout quand on la met à disposition un samedi, et bien relire mes traductions. En tous cas, merci pour la remarque !

Merci de ta vigilance !

J'espère qu'un modérateur passera modifier la dépêche.

Au moins pour Luci, il est indiqué dans les notes de version :
System Administrators can now configure and run a cluster using command line tools. This feature provides an alternative to manually editing the cluster.conf configuration file or using the graphical configuration tool, Luci.

J'ose espérer que chez Red Hat, "command line tools" ne signifie pas "pleine console".

La machine pommée est nécessaire pour éviter de sacrifier patrick_g : la police hadopienne est passée et réclamait qu'il réinstalle son ordinateur sous SaleOS 7.

Les urls https://linuxfr.org/users/nils et https://linuxfr.org/users/Nils renvoient toujours vers le compte de "nils". La seconde devrait renvoyer vers le compte de "Nils"

A défaut d'un projet, arriver à un desktop fonctionnel sous NetBSD est moins pénible depuis l'arrivée de pkgin, un apt/yum-like pour les paquets binaires pkgsrc. Son auteur a d'ailleurs détaillé le processus sur son blog. Je m'en suis servi pour installer un Xfce et un Fluxbox au lieu de Gnome, et à part la configuration de X, du son et de xdm/gdm/nawakdm (qui forcément peut différer d'une machine à l'autre), ça reste un très bon tutoriel.

"M'enfin bon, peut être que GeneralZod ou Isnotgood nous préparent une super dépêche ?"

<mode blasé>
Donc je fais toutes les dépêches RHEL depuis la 5.0 et on ne se rappelle même pas de moi? Ca fait plaisir :/ Pour la peine, la prochaine version, je changerai mon nom en Superman.


Bon, en fait je ne le prend presque pas mal.

Autant je trouve l'idée de départ ainsi que le rendu drôle, autant j'avoue que certaines choses me font grincer des dents :
- je ne suis en aucun cas lié à DAFP, je ne vois donc aucune raison pour laquelle mon pseudo (et du coup mon nom) apparaîtrait ici et là.
- je trouve que la parodie est à moitié faite et ne montre pas assez clairement qu'elle en est une. La page présentant l'équipe, au lieu de proxifier celle de DLFP, pourrait être une véritable page, présentant la parodie et l'expliquant.

Bref, pendant une minute, je me marre, pendant une autre minute je salue l'exploit du proxy, pendant la troisième je crains pour la bande passante de DLFP et j'hésite à appeler un avocat lors de la quatrième.

Sous RHEL, Fedora et CentOS, on utilisera "apachectl".

En suivant le lien "Téléchargement", on peut voir les paquets en plus des images ISO. Et effectivement, je ne vois aucune trace de paquet compilé en i386 ou en i586.

C'est fort probable, et il en est déjà question sur /. : http://games.slashdot.org/story/10/03/29/0227251/Install-Oth(...)

Félicitations aux gagnants !

Le prix ne me dérange pas, ce qui me dérange, ce sont les conditions du contrat, qui sont peut-être taillées pour les US, mais en aucun cas pour la France. A plus forte raison, le fait que le contrat ne soit pas en français me fait hérisser les poils. Je trouve que ce magazine devrait faire un effort de ce côté s'il souhaite plus de contributions.

Mais ceci n'est un avis qui n'engage que moi, hein.

De ce que j'ai lu sur http://www.bofh-hunter.com/2009/09/04/rhel-5-4-and-xfs , RHEL 5.4 ne propose le module XFS que pour x86_64, et sans les xfsprogs. Anaconda ne reconnait même pas XFS, semble-t-il.

Pour ceux que ça intéresse, le rapport de bug concernant cette situation est ici : https://bugzilla.redhat.com/show_bug.cgi?id=521173

Tu réponds ça à quelqu'un qui portait une chemise violette à Solutions Linux 2009.