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
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 !
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.
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.
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.
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.
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.
Je viens de lire dans les release notes : The maximum CPUs must be restricted to less than 128 when on a 128 or greater CPU system. The maximum that is supported at this time is 126. Use the maxcpus=126 hypervisor argument to limit the Hypervisor to 126
Cela semble être une limitation de l'hyperviseur
Pas du tout offensé, je pertinente, même ;) Je craignais qu'en détaillant ce côté de la sortie de RHEL 4.7 la dépêche ressemble plus à une plaquette commerciale Red Hat. C'est pourquoi j'ai préféré ajouter la page de Red Hat sur le sujet de la modification du support pour ceux qui sont intéressés. Manifestement, ils sont sans doute plus nombreux que ce que je croyais.
<HS>
Toute critique constructive est bonne à prendre et me permettra d'améliorer la qualité de mes (rares) dépêches. Merci pour ton commentaire !
</HS>
Que ce soit chkrootkit ou un autre outil, j'espère que tu l'as exécuté depuis un live-cd pour garantir son efficacité. Ce système n'étant plus vraiment le tiens (façon de parler), on n'est plus sûr de rien.
[^] # Re: SFTP
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse au message [Besoin d'aide] Accès SFTP limité (rssh, chroot, etc.). Évalué à 1.
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
[^] # Re: Red Hat
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse au journal Mozilla se lance dans le propriétaire. Évalué à 2.
ftp://ftp.redhat.com/redhat/linux/enterprise/
(le lien précédent indique "entreprise")
[^] # Re: PermitRootLogin = no
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse au message Comment rendre /etc/securetty opérant avec SSH ?. Évalué à 1.
Je me corrige : ssh lolcat@lolcathost "sudo /home/lolcat/scripts/asciilolcat.sh"
[^] # Re: PermitRootLogin = no
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse au message Comment rendre /etc/securetty opérant avec SSH ?. Évalué à 1.
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"
[^] # Re: PermitRootLogin = no
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse au message Comment rendre /etc/securetty opérant avec SSH ?. Évalué à 1.
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"
[^] # Re: Ligne de commande: mauvaise traduction !
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse à la dépêche Red Hat Enterprise Linux 6.1 : pilotes matériels et gestion centralisée. Évalué à 2.
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 !
[^] # Re: Erreur de traduction
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse à la dépêche Red Hat Enterprise Linux 6.1 : pilotes matériels et gestion centralisée. Évalué à 1.
Merci de ta vigilance !
J'espère qu'un modérateur passera modifier la dépêche.
[^] # Re: Ligne de commande
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse à la dépêche Red Hat Enterprise Linux 6.1 : pilotes matériels et gestion centralisée. Évalué à 2.
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".
[^] # Re: En parlant de troll^Wlinuxfr…
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse à la dépêche Bienvenue à Solutions Linux Open Source 2011. Évalué à 2.
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.
[^] # Re: Corrigé
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse à l’entrée du suivi Problèmes dans la gestion de la casse dans les noms d'utilisateur. Évalué à 1 (+0/-0).
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"
[^] # Re: Desktop project
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse à la dépêche Sortie de NetBSD 5.1. Évalué à 2.
[^] # Re: monde professionnel
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse au journal Sortie de RHEL 6. Évalué à 6.
<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.
[^] # Re: Comique
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse au journal DAFP 3 DLFP 0. Évalué à -2.
- 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.
[^] # Re: apache2ctl
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse au message activer php_gd sous Red Hat Enterprise Linux Server release 5.3. Évalué à 1.
[^] # Re: i386 et System z
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse à la dépêche Red Hat Enterprise Linux 6 Beta : à vos marques, prêts, testez !. Évalué à 2.
[^] # Re: Class action
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse au journal La fin de Linux sur PlayStation 3 ?. Évalué à 3.
# Félicitations
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse à la dépêche Meilleurs contributeurs LinuxFr : Les gagnants de novembre 2009. Évalué à 5.
[^] # Re: Linux Identity CentOS
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse à la dépêche Revue de presse - octobre 2009. Évalué à 4.
Mais ceci n'est un avis qui n'engage que moi, hein.
[^] # Re: rhel et ppc
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse à la dépêche Red Hat Enterprise Linux 5.4 : une rentrée pleine d'avant-premières technologiques. Évalué à 3.
Pour ceux que ça intéresse, le rapport de bug concernant cette situation est ici : https://bugzilla.redhat.com/show_bug.cgi?id=521173
[^] # Re: Polo
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse à la dépêche Meilleurs contributeurs LinuxFr : Les gagnants d'avril 2009. Évalué à 3.
[^] # Re: Polo
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse à la dépêche Meilleurs contributeurs LinuxFr : Les gagnants d'avril 2009. Évalué à 5.
[^] # Re: Nombre de processeurs supportés
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse à la dépêche Red Hat Enterprise Linux 5.3. Évalué à 6.
The maximum CPUs must be restricted to less than 128 when on a 128 or greater CPU system. The maximum that is supported at this time is 126. Use the maxcpus=126 hypervisor argument to limit the Hypervisor to 126
Cela semble être une limitation de l'hyperviseur
[^] # Re: Bravo.
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse à la dépêche Red Hat Enterprise Linux 4.7. Évalué à 7.
<HS>
Toute critique constructive est bonne à prendre et me permettra d'améliorer la qualité de mes (rares) dépêches. Merci pour ton commentaire !
</HS>
[^] # Re: chkrootkit
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse au message Impossible de supprimer sshd !. Évalué à 3.
[^] # Re: Support SNMP
Posté par Nils Ratusznik (site web personnel, Mastodon) . En réponse à la dépêche Red Hat Enterprise Linux 5.2. Évalué à 4.