Comme dans le journal, certains posts parle de système bancaire, je me souviens avoir conçu un site web il y a plus de 10 ans ou les personnes donnaient leur numéro de carte bleu. Comme nous n'étions pas fanatique de garder cette information dans le serveur de notre laboratoire de recherche (publique), je chiffrais de suite le numéro de la carte ainsi qu'un certain nombre d'information attenant via un clef publique GPG (en prenant soin de mettre une longue séquence ASCII de longueur variable avant et après afin de rendre le truc encore plus compliqué).
La clef privé GPG était sur deux clefs USB dans d'autres bâtiments, sous la responsabilité de comptables. Au final, on n'a heureusement jamais eu le moindre soucis.
Je suis d'accord globalement avec toi. Ceci dis, étant dans un laboratoire de recherche publique, c'est très difficile de participer puisque quasiment tous nos achats passent par des bons de commande et des factures…
D'ailleurs je vois que le lien de ton site perso est sur un blogspot
Je devrais effectivement l'enlever car cela fait des années que je n'y vais plus ;-)
Sinon Torvalds a lever son majeur en direction de NVidia et pour avoir rencontrer il y a peu des personnes collaborant avec eux, le geste de Linus les as fait grandement réfléchir (c'est pas pour cela qu'ils ont changé à 180° de direction pour le moment). Ceci dis, le jour ou il y a eu un problème, Linus s'est aussi sorti les doigts de ses moufles et a transcendé git ;-)
La licence CC avec clause non commerciale n'est pas libre. Donc si tu l'utilises, tu es dans le monde des logiciels privateurs. Je me souviens d'un débat il y a pas mal de temps dont la conclusion était que la notion de commercial n'était pas si claire que cela et donc que toute clause portant dessus rendait la chose non libre.
Bilan pour du logiciel libre, en gros GPL, AGPL, LGPL, BSD, MIT, Arstitic Licence (perl) pour du code et pour le reste Free Art License 1.3 (Art Libre).
Merci pour le FXP que je ne connaissais pas (même si pas normalisé). Ceci dis, il me semble que dans le monde du libre, l'ensemble des mirroirs de fait avec du rsync sur ssh (ou sur rsync).
Utilisant tant openssh que vsftp, le tout chiffré, tu ne donnes pas d'argument clair sur ta phrase : SFTP est clairement plus avancé, propre et sécurisé, mais ce qui démolie complètement FTPS, c'est qu'il est BIEN PLUS SIMPLE !!!
En pratique, les algo de chiffrement sont les mêmes.
Une question que je me pose, je veux que les utilisateurs toto et titi aient accès au serveur sftp mais n'est pas /bin/bash comme shell sur la machine A mais qu'ils aient /bin/bash sur les autres machines B C D… Sachant que toto et titi sont dans un annuaire LDAP. Par contre, l'utilisateur tutu garde son SHELL /bin/bash partout.
Dans le temps, avec NIS, il était assez simple de changer le SHELL d'un utilisateur sur une machine, avec LDAP et SSSD, pour le moment, je ne sais pas comment faire.
Un accès FTPS permet par exemple de donner un accès fichier sans SHELL à certains utilisateurs.
La technologie évolue… Depuis 25 ans, la virtualisation a intégré un grand nombre de CPU. Avec les containers, avec Xen et KVM, pas mal d'API ont été mis en place pour dialoguer entre les couches de manière performantes. Ce n'est pas du micro noyau mais parfois, cela s'en rapproche. Voire par exemple Qubes : https://wiki.qubes-os.org/
Entre temps aussi, des langages comme Erlang très robuste sur l'aspect multi-tâche du fait de son aspect immutable sont aussi arrivés à maturation. Rust devrait aussi être bien plus robuste que le C la dessus.
Bref, je ne sais pas si le Hurd version 1 sera vraiment un jour autre chose qu'un laboratoire mais ce ne serait pas étonnant d'avoir un jour une version 2 qui reprenne un peu toutes les meilleures idées.
GNU/Linux est libre et en production. Pourquoi vouloir un Hurd en production de suite. Il y a très peu de ressources humaines sur ce projet, laisse les s'amuser dessus ou contribue !
Il y a Vydio, c'est pas libre mais tu peux avoir toute la solution chez toi (infrastructure) donc rien ne passe par la NSA ! C'est comptatible H323 via une gateway.
Je n'ai jamais dis qu'il ne contribuait pas ;-) Je dis juste qu'ils ne sont pas tous obligé de contribuer et de contribuer sur tout ce qu'il font. C'est un fait.
Dans le cas de GNU/Linux, c'est bien plus difficile. Même Free à finit par plier malgré eux !
Le choix de ces constructeurs/éditeurs est, s'il fallait encore en douter, un gage de fiabilité et de performance.
Certes. Il ne faut pas cependant oublier que cela leur permet de modifier le code à leur sauce sans forcément remonter leurs modification comme ce serait le cas avec GNU/Linux. C'est le principe de la licence BSD.
Tu parlais de la nation derrière la distribution et je pense que pour Debian par exemple, cela n'a pas de sens. Ensuite tout ce que tu dis n'est pas bête, il y a des choses vrai mais par exemple, lorsque tu écris :
On peut être discret, et filer un paquet vérolé qu'à une @IP précise.
Dis moi comment un ftpmaster de Debian peut agir sur une de mes machines spécifiquement ? C'est même pas lui qui gère le serveur de dépôt, il n'est même pas dans le même pays. Donc ce ne peut être l'action d'une personne mais d'un groupe vachement organisé mais non forcément lié à un état.
Je ne dis pas que le risque zéro n'existe pas. Je dis juste que je ne vois pas en quoi Debian, parce que le projet est officiellement basé aux USA, pourrait être un quelconque cheval de troie de la NSA… Je pense d'ailleurs qu'il y a à ce niveau bien moins de risque avec Debian qu'avec Suse !
A ma connaissance, chez Debian, le paquet est signé par le développeur ainsi que par les ftpmaster mais cela n'empêche personne de recompiler les sources afin de trouver le même checksum. Donc tu peux toujours reconstruire les mêmes binaires chez toi. Du coup, je ne comprends pas bien ton argumentation.
Si un ftpmaster s'amusait à bidouiller un paquet, cela se verrait très rapidement et s'en serait finit de sa place dans la structure…
[^] # Re: un gestionnaire de tache ?
Posté par Sytoka Modon (site web personnel) . En réponse au message Logiciel de liste de course à héberge. Évalué à 3.
C'est pas un peu tache ta procédure ? Je sais bien que tu taches de bien faire ;-)
# Cas d'utilisation
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche GnuPG utilisé, GnuPG oublié, mais GnuPG financé. Évalué à 4.
Comme dans le journal, certains posts parle de système bancaire, je me souviens avoir conçu un site web il y a plus de 10 ans ou les personnes donnaient leur numéro de carte bleu. Comme nous n'étions pas fanatique de garder cette information dans le serveur de notre laboratoire de recherche (publique), je chiffrais de suite le numéro de la carte ainsi qu'un certain nombre d'information attenant via un clef publique GPG (en prenant soin de mettre une longue séquence ASCII de longueur variable avant et après afin de rendre le truc encore plus compliqué).
La clef privé GPG était sur deux clefs USB dans d'autres bâtiments, sous la responsabilité de comptables. Au final, on n'a heureusement jamais eu le moindre soucis.
[^] # Re: Culture d'entreprise
Posté par Sytoka Modon (site web personnel) . En réponse au journal GnuPG utilisé, GnuPG oublié, mais GnuPG financé. Évalué à 5.
Je suis d'accord globalement avec toi. Ceci dis, étant dans un laboratoire de recherche publique, c'est très difficile de participer puisque quasiment tous nos achats passent par des bons de commande et des factures…
[^] # Re: Décrocher
Posté par Sytoka Modon (site web personnel) . En réponse au message Logiciel de liste de course à héberge. Évalué à 4.
Ah ah, tu perds ton pantalon ;-)
# Décrocher
Posté par Sytoka Modon (site web personnel) . En réponse au message Logiciel de liste de course à héberge. Évalué à 6.
Ca vous arrive jamais de décrocher ;-)
Perso ma liste de course, c'est un bout de papier, dos d'enveloppe… plier en 4 dans une poche arrière. Bilan carbone proche de zéro !
[^] # Re: Onduleur
Posté par Sytoka Modon (site web personnel) . En réponse au message Méthodes pour avoir un courant secteur un minimum propre et stable. Évalué à 2.
Un transfo d'isolement élimine aussi pas mal de merde. Ceci dis, pour un particulier, cela va revenir plus cher et ne gère pas les coupures de 30s…
Sinon, les onduleurs inertiels ou les piles à combustible ne semblent pas cibler le grand public actuellement ;-(
[^] # Re: Pas libre
Posté par Sytoka Modon (site web personnel) . En réponse au message Licence CC avec clause non commerciale. Évalué à 2.
Je devrais effectivement l'enlever car cela fait des années que je n'y vais plus ;-)
Sinon Torvalds a lever son majeur en direction de NVidia et pour avoir rencontrer il y a peu des personnes collaborant avec eux, le geste de Linus les as fait grandement réfléchir (c'est pas pour cela qu'ils ont changé à 180° de direction pour le moment). Ceci dis, le jour ou il y a eu un problème, Linus s'est aussi sorti les doigts de ses moufles et a transcendé git ;-)
# Pas libre
Posté par Sytoka Modon (site web personnel) . En réponse au message Licence CC avec clause non commerciale. Évalué à 2.
La licence CC avec clause non commerciale n'est pas libre. Donc si tu l'utilises, tu es dans le monde des logiciels privateurs. Je me souviens d'un débat il y a pas mal de temps dont la conclusion était que la notion de commercial n'était pas si claire que cela et donc que toute clause portant dessus rendait la chose non libre.
Bilan pour du logiciel libre, en gros GPL, AGPL, LGPL, BSD, MIT, Arstitic Licence (perl) pour du code et pour le reste Free Art License 1.3 (Art Libre).
[^] # Re: Pas mieux
Posté par Sytoka Modon (site web personnel) . En réponse au message wakeonlan et hibernation. Évalué à 3.
Plus lent mais plus fiable, le arping…
[^] # Re: Pas mieux
Posté par Sytoka Modon (site web personnel) . En réponse au message wakeonlan et hibernation. Évalué à 3.
On doit pouvoir faire simple et rapide sur un petit réseau (sans VLAN) avec un simple fping suivis d'un arp (avec une petite tempo entre les deux…).
[^] # Re: Transfère de serveur à serveur
Posté par Sytoka Modon (site web personnel) . En réponse au journal Pourquoi cette ordure d'FTPS reste si populaire ?!. Évalué à 2.
Merci pour le FXP que je ne connaissais pas (même si pas normalisé). Ceci dis, il me semble que dans le monde du libre, l'ensemble des mirroirs de fait avec du rsync sur ssh (ou sur rsync).
[^] # Re: Tu sais que tu peux faire du SFTP avec ProFTPD
Posté par Sytoka Modon (site web personnel) . En réponse au journal Pourquoi cette ordure d'FTPS reste si populaire ?!. Évalué à 5.
Pour être honnête, c'est facile de lancer deux serveurs ssh avec deux configurations différentes (et deux ports).
[^] # Re: pour crypter
Posté par Sytoka Modon (site web personnel) . En réponse au journal Pourquoi cette ordure d'FTPS reste si populaire ?!. Évalué à 5.
Je suis nul en Français mais il ne me semble pas y avoir vu pendant ma scolarité la notion de plus correcte ;-)
[^] # Re: Question rapide
Posté par Sytoka Modon (site web personnel) . En réponse au journal Pourquoi cette ordure d'FTPS reste si populaire ?!. Évalué à 8.
Avec ssh, tu as un beau 'yes' à répondre par exemple la première fois…
# Explication
Posté par Sytoka Modon (site web personnel) . En réponse au journal Pourquoi cette ordure d'FTPS reste si populaire ?!. Évalué à 4.
Utilisant tant openssh que vsftp, le tout chiffré, tu ne donnes pas d'argument clair sur ta phrase : SFTP est clairement plus avancé, propre et sécurisé, mais ce qui démolie complètement FTPS, c'est qu'il est BIEN PLUS SIMPLE !!!
En pratique, les algo de chiffrement sont les mêmes.
Une question que je me pose, je veux que les utilisateurs toto et titi aient accès au serveur sftp mais n'est pas /bin/bash comme shell sur la machine A mais qu'ils aient /bin/bash sur les autres machines B C D… Sachant que toto et titi sont dans un annuaire LDAP. Par contre, l'utilisateur tutu garde son SHELL /bin/bash partout.
Dans le temps, avec NIS, il était assez simple de changer le SHELL d'un utilisateur sur une machine, avec LDAP et SSSD, pour le moment, je ne sais pas comment faire.
Un accès FTPS permet par exemple de donner un accès fichier sans SHELL à certains utilisateurs.
[^] # Re: Ce que j'en comprends
Posté par Sytoka Modon (site web personnel) . En réponse au journal Un super nouveau logiciel GNU ! (je crois). Évalué à 5.
La technologie évolue… Depuis 25 ans, la virtualisation a intégré un grand nombre de CPU. Avec les containers, avec Xen et KVM, pas mal d'API ont été mis en place pour dialoguer entre les couches de manière performantes. Ce n'est pas du micro noyau mais parfois, cela s'en rapproche. Voire par exemple Qubes : https://wiki.qubes-os.org/
Entre temps aussi, des langages comme Erlang très robuste sur l'aspect multi-tâche du fait de son aspect immutable sont aussi arrivés à maturation. Rust devrait aussi être bien plus robuste que le C la dessus.
Bref, je ne sais pas si le Hurd version 1 sera vraiment un jour autre chose qu'un laboratoire mais ce ne serait pas étonnant d'avoir un jour une version 2 qui reprenne un peu toutes les meilleures idées.
[^] # Re: Ce que j'en comprends
Posté par Sytoka Modon (site web personnel) . En réponse au journal Un super nouveau logiciel GNU ! (je crois). Évalué à 2.
GNU/Linux est libre et en production. Pourquoi vouloir un Hurd en production de suite. Il y a très peu de ressources humaines sur ce projet, laisse les s'amuser dessus ou contribue !
[^] # Re: Achat via l’application
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche GCompris officiellement sur Android. Évalué à 2.
Il est possible de le mettre sur un autre magasin que Google.
[^] # Re: Alternative Skype
Posté par Sytoka Modon (site web personnel) . En réponse au journal Pour les expats. Évalué à 2.
Il y a Vydio, c'est pas libre mais tu peux avoir toute la solution chez toi (infrastructure) donc rien ne passe par la NSA ! C'est comptatible H323 via une gateway.
[^] # Re: Choix
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de FreeBSD 10.1. Évalué à 2.
Je n'ai jamais dis qu'il ne contribuait pas ;-) Je dis juste qu'ils ne sont pas tous obligé de contribuer et de contribuer sur tout ce qu'il font. C'est un fait.
Dans le cas de GNU/Linux, c'est bien plus difficile. Même Free à finit par plier malgré eux !
# Choix
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de FreeBSD 10.1. Évalué à 3.
Certes. Il ne faut pas cependant oublier que cela leur permet de modifier le code à leur sauce sans forcément remonter leurs modification comme ce serait le cas avec GNU/Linux. C'est le principe de la licence BSD.
[^] # Re: proot
Posté par Sytoka Modon (site web personnel) . En réponse au journal Comment faire une sandbox de mon système de fichier ?. Évalué à 3.
Il me semble que schroot fait cela aussi
[^] # Re: 30 min
Posté par Sytoka Modon (site web personnel) . En réponse au journal Word vs TeX. Évalué à 5.
J'ai vu ÉNORMÉMENT de thèse en SPI écrit en LaTeX…
[^] # Re: On parle de Debian ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Une autre entité de la défense américaine fait confiance à une société Européenne !. Évalué à 2.
Tu parlais de la nation derrière la distribution et je pense que pour Debian par exemple, cela n'a pas de sens. Ensuite tout ce que tu dis n'est pas bête, il y a des choses vrai mais par exemple, lorsque tu écris :
Dis moi comment un ftpmaster de Debian peut agir sur une de mes machines spécifiquement ? C'est même pas lui qui gère le serveur de dépôt, il n'est même pas dans le même pays. Donc ce ne peut être l'action d'une personne mais d'un groupe vachement organisé mais non forcément lié à un état.
Je ne dis pas que le risque zéro n'existe pas. Je dis juste que je ne vois pas en quoi Debian, parce que le projet est officiellement basé aux USA, pourrait être un quelconque cheval de troie de la NSA… Je pense d'ailleurs qu'il y a à ce niveau bien moins de risque avec Debian qu'avec Suse !
[^] # Re: On parle de Debian ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Une autre entité de la défense américaine fait confiance à une société Européenne !. Évalué à 4.
A ma connaissance, chez Debian, le paquet est signé par le développeur ainsi que par les ftpmaster mais cela n'empêche personne de recompiler les sources afin de trouver le même checksum. Donc tu peux toujours reconstruire les mêmes binaires chez toi. Du coup, je ne comprends pas bien ton argumentation.
Si un ftpmaster s'amusait à bidouiller un paquet, cela se verrait très rapidement et s'en serait finit de sa place dans la structure…