Nils Ratusznik a écrit 345 commentaires

Est-ce RMS ne numérote pas les quatre libertés de 0 à 3 par hasard ?

Je viens de refaire le tour des notes de version ainsi que des notes techniques, et je le ne retrouve plus. Et bien entendu, les notes de la version beta (base de travail indispensable pour sortir si vite la dépêche) ne sont plus disponibles. Etant donné que je suis l'auteur de ce passage, je vois trois possibilités :

• j'ai rêvé ça dans les notes ;
• j'ai pris un produit pas net ;
• Red Hat a supprimé le truc entre la beta et la finale.

Je ne souhaite pas accuser Red Hat, mais sachant que je ne fume pas (tabac ou autre), bois très très rarement, ne supporte pas la vue d'une seringue et ne sniffe rien non plus, ça limite les possibilités d'erreur (la fatigue en est une, hein).

Note pour plus tard : à la prochaine beta, il serait préférable de télécharger les PDF des notes de version et de faire une comparaison à la version finale.

Avec mes plus plates excuses pour la gêne occasionnée.

Par défaut sur une Fedora, ce que tu cherches à faire ne pose aucun problème particulier (même pas besoin de désactiver SELinux ou le firewall). Comme j'ai pu lire, le fichier de configuration OpenSSH me semble aussi assez mal fichu.

Plusieurs possibilités s'offrent à toi :
- réinstaller la distribution (réflexe windowsien, certes…)
- réinstaller les configurations par défaut d'OpenSSH si tu les as quelque part
- supprimer tes configurations personnalisées et désinstaller puis réinstaller OpenSSH (qui te recréera la config par défaut)

Je vais détailler la dernière possibilité, puis la création de clé SSH.

D'abord sauver les configurations :
[root@lolcathost ~]# tar -cvzpf /root/ssh_backup.tgz /etc/ssh/
Puis sauvegarde des clés :
[jo@lolcathost ~]$ tar -cvzpf /home/jo/ssh_old_keys.tgz /home/jo/.ssh/
Ensuite, on fait le ménage par le vide :
[root@lolcathost ~]# rm -rf /etc/ssh/ /home/jo/.ssh/
[root@lolcathost ~]# yum -y remove openssh openssh-server openssh-clients openssh-askpass
Après, on réinstalle :
[root@lolcathost ~]# yum -y install openssh openssh-server openssh-clients openssh-askpass
On s'assure que les fichiers ont été générés (ça s'affiche peut-être durant l'installation, mais dans le doute…) :
[root@lolcathost ~]# ls /etc/ssh/
moduli sshd_config ssh_host_dsa_key.pub ssh_host_key.pub ssh_host_rsa_key.pub
ssh_config ssh_host_dsa_key ssh_host_key ssh_host_rsa_key
On s'assure que les outils clients sont là :
[root@lolcathost ~]# which ssh ssh-copy-id
/bin/ssh
/bin/ssh-copy-id
On s'assure que sshd est lancé :
[root@lolcathost ~]# systemctl status sshd.service
Si ce n'est pas le cas, lancer sshd et l'activer par défaut :
[root@lolcathost ~]# systemctl start sshd.service
[root@lolcathost ~]# systemctl enable sshd.service
A partir de maintenant, on peut commencer à regarder si la connexion fonctionne avec un mot de passe :
[userb@machinedistante ~]$ ssh jo@adresseippubliquedelolcathost
Depuis la machine distante, on peut générer la clé publique avec par exemple la commande suivante :
[userb@machinedistante ~]$ ssh-keygen -t rsa -b 4096
Je laisse le soin à d'autres de débattre sur le fait de mettre ou non une phrase de passe.
Ensuite, toujours depuis la machine distante, on utilise ssh-copy-id (fourni par le paquet openssh-clients, voir plus haut pour l'installation) pour copier proprement la clé publique :
[userb@machinedistante ~]$ ssh-copy-id jo@adresseippubliquedelolcathost
Enfin, une nouvelle connexion ssh pour vérifier que la clé est présente :
[userb@machinedistante ~]$ ssh jo@adresseippubliquedelolcathost "cat ~/.ssh/authorized_keys"

Bon, j'espère avoir tout couvert. Si tu n'as pas touché la configuration du firewall et de SELinux, tu devrais pourvoir ensuite les réactiver sans problème.

Ayant un dom0 NetBSD 6 chez moi, il m'arrive de faire des installations de CentOS.
Concernant la configuration du domU, je n'ai rien de particulier. Par contre, comme je fais généralement des installations pour serveur web, et que j'ai une liste de paquets assez précise, j'ai fini par faire un kickstart. Si tu veux réellement une interface graphique, tu peux utiliser l'option vnc. Tu trouveras plus d'informations du côté de la documentation de Red Hat.

Et chez Pearl aussi : http://www.pearl.fr/accessoires-pour-pc-portables/accessoires/alimentation-externe/p1_f01070106.html

Je suis aussi plutôt partant pour la première icône proposée par baud123.

Question innocente : cette "solution" est-elle acceptable par le principal interressé ?

Merci pour ces statistiques et l'analyse qui va avec. C'est toujours instructif :-)

Bonne année à toutes et à tous !

Que devrais-je dire ? J'ai certes initié la dépêche et écrit un paragraphe ou deux, fait de la relecture mais en terme d'ajout réel de contenu, je suis bien derrière d'autres. Il me paraît normal de remercier tous les contributeurs. Mais j'espère que cet article permettra de montrer à ceux qui n'osent pas encore rédiger que l'espace de rédaction collaboratif permet de grandes choses sans trop d'efforts :-) l'essayer c'est l'adopter.

PS : et puis si tu te sens réellement coupable, j'ai une dépêche sur RHEL 5.9 qui t'attend à bras ouverts ;-)

Je ne suis pas certain que cela ne soit plus pertinent : dans le cas actuel comme dans celui que tu proposes, rien n'empêche un moinssage massif parce que l'auteur n'est pas apprécié des lecteurs. De plus, cela peut amener à t'influencer sur ton vote : tu serais d'autant plus enclin à voter "pertinent" un commentaire +5 qui est à +5/0 qu'un commentaire +5 qui est à +10/-5.

Salut,

tu peux peut-être utiliser BitTorrent : ton serveur central devient un tracker privé et tes serveurs multimédias des clients. La totalité de tes fichiers sont indexés par un fichier torrent, et ainsi ils ne passeront qu'une seule fois par le lien de la box. Mais je ne vois pas trop comment gérer l'ajout de fichiers, à moins de recréer des torrents à chaque fois et que chaque serveur devienne tracker à son tour…

Sinon, tu peux peut-être utiliser GlusterFS, où chaque serveur serait serveur de stockage et client. Une autre option serait GFS.

J'espère que ça t'aide.

Je t'en prie, fais-toi plaisir, c'est par là :)

Voilà qui est corrigé. Merci :-)

Pourrait-on lier cela à une visibilité accrue des dépêches par rapport aux journaux ? Après tout, sauf dans le cas de journaux marquant faisant l'objet d'une dépêche, ils ne sont pas affichés en page d'accueil par défaut.

Bonjour,

il me semble que l'erreur en question a été traitée dans cette entrée du suivi. Peux-tu confirmer que c'est corrigé pour toi aussi ?

Ça va être difficile, d'autant que website.org est déjà pris. Dommage ;-)

L'enfer est pavé de bonnes intentions : même si c'est pour travailler, que la DSI met 3 mois à répondre, contourner le proxy d'entreprise est généralement une violation de la charte informatique signée par l'employé lors de son premier jour ou lors de l'entrée en vigueur de celle-ci.

Je dispose d'un n800 qui prend la poussière, c'est dommage car si je pouvais installer un système Android récent dessus, il pourrait m'être utile pour par exemple essayer des applis ou comme télécommande wifi ou baladeur.

Après avoir regardé ton lien et un petit coup de Google, la situation semble avoir évolué... je crois que je vais sortir mon n800 du placard :)

J'ai corrigé la typo.

Hello,

j'ai eu des problèmes similaires pendant la rédaction de la dépêche RHEL 6.2 et de la revue de presse de janvier 2012. Certains paragraphes changeaient même de place !!!

RHEL 6, pas RH6, sinon Red Hat était vraiment en avance sur son temps :)
Concernant la présence de Btrfs, je l'avais abordé lors de la dépêche annonçant la première beta publique de RHEL 6

Soekris a sorti de nouvelles machines il y a peu me semble-t-il. Les Net6501 sont équipées d'un processeur Intel Atom à la place de l'AMD Geode. Les fréquences vont de 600Mhz à 1,6Ghz et la mémoire vive embarquée va de 512Mo à 2Go.

J'avoue que le prix est un peu douloureux. Mes actuels Net5501 fonctionnent encore très bien, donc je n'ai pas de raison de les changer, sauf éventuellement de passer tout mon LAN en gigabit Ethernet. Ça peut attendre.

Le problème est que ça fait appel à une certaine subjectivité. Qu'on apprécie ou pas le "j'aime" de Facebook, cette expression est bien choisie. Le fait d'apprécier ou non un contenu ne fait en aucun cas référence à sa pertinence et on peut aimer un trait d'humour.

Cependant je crains que remplacer "pertient / inutile" par "j'apprécie / je n'apprécie pas" ressemble trop à Facebook. Ajouter des choix ne me paraît pas non plus judicieux, car on va finir avec des sondages à chaque commentaire.

Ou alors, on peut proposer de "voter pour ou contre" ce contenu, ce qui influence bien entendu sa note comme le fait le choix actuel.

Si tu as besoin d'aide avec ton installation de NetBSD, je ne peux que te recommander d'aller jeter un œil sur NetBSDfr, et en particulier sur le canal IRC du site : irc.freenode.net, #netbsdfr .

Je pense que les deux peuvent avoir leur intérêt, cela permettrait de voir quelle proportion des dépêches reste longtemps en rédaction avant d'être soumise à la modération.