désolé, ce n'était pas clair :
- ça oblige à utiliser MIT car Heimdal ne permet de stocker sa base dans LDAP (et Heimdal est obligatoire si tu veux faire du pkinit avec OS X).
- ça ajoute une vulnérabilité dans le sens où tu as une dépendance double (LDAP dépend de Kerberos, qui dépend de LDAP). Je ne sais pas trop comment ça se passe si l'un des deux met un peu de temps à démarrer, par exemple.
Pourquoi avoir stocké kerberos dans ldap ? De mémoire, ça oblige à utiliser MIT et non Heimdal et ça rajoute une vulnérabilité, mais c'est vrai que ça facilite les sauvegardes.
imaginons, tu es un pilote de drone, tu vois dans ton viseur le n°1 de l'Etat Islamique ou de Boko Haram, tu tires ou tu tires pas?
La question n'est pas si simple, même en admettant qu'il n'y ait pas de victimes collatérales. Plein de bonnes raisons s'opposent à l'utilisation de drones armés, même sans ces victimes civiles.
J'ai quand même du mal à voir en quoi la surveillance est généralisée. Actuellement, si on se réfère aux chiffres de la CNCIS (qui sont librement consultables), il y a moins de 3 000 personnes qui sont sur écoute, et il n'y a pas de raison que ce chiffre augmente réellement. On est très loin d'une surveillance généralisée.
Je ne comprends même pas comment on peut tenir ce discours.
Il y a eu un premier plan d'austérité, qui a augmenté la dette et réduit sa capacité à rembourser (en plus de détériorer la société grecque).
Il y a eu un second plan d'austérité, qui a augmenté la dette et réduit sa capacité à rembourser (en plus de détériorer la société grecque).
Il y a eu un troisième plan d'austérité, qui a augmenté la dette et réduit sa capacité à rembourser (en plus de détériorer la société grecque).
Comment peut-on penser un seul instant qu'un nouveau plan va changer quoique ce soit ? Sérieusement ?
Sauf que le plan de la troïka va empirer la situation, et les créanciers vont au final récupérer encore moins d'argent car
* la Grèce ne pourra jamais rembourser ce qu'elle doit déjà,
* sa capacité à rembourser va diminuer,
* ses dettes ont encore été augmentées.
Le plan imposé par l'UE n'a donc pas pour but de rembourser les emprunts grecs. Et ce n'est pas moi qui le dit, c'est le FMI (qu'on peut difficilement traiter de crypto-communiste…)
ce n'est pas évident de faire ça en gardant un maximum de compatibilité.
Personnellement, je me sers pas mal de ces annotations (ou en spécifiant le type dans les docstrings), mon IDE est tout à fait capable de les utiliser pour de la vérification de type. Je limite l'utilisation du typage dynamique de Python aux seuls cas où ça permet de vraiment diminuer la quantité de code. Au final, j'ai très peu de bugs à l'exécution (autres que des vraies erreurs d'algo que j'aurais eues avec n'importe quel langage). Un langage typé statiquement ne m'apporterait pas grand-chose à ce niveau-là, mais c'est fortement lié à l'IDE ET à la documentation.
Mais ça revient à faire de la politique en s'attachant un bras dans le dos, en se privant gratuitement d'un moyen d'agir, qui est peut-être le plus important. Aucune grande politique étatique n'a été faite sans action particulière sur la monnaie pour pouvoir la financer.
Le système européen tombe dans le même travers, en voulant figer dans la Constitution la politique monétaire, alors que la politique monétaire doit par nature s'adapter aux circonstances (parfois en favorisant l'inflation, parfois en la limitant).
Je ne comprends toujours pas l'intérêt à ce que tout le monde fasse tous les calculs.
Ce n'est pas le fait qu'il y ait X personnes qui ont trouvé le même résultat qui te garantit la fiabilité de ce dernier, mais le fait que tu calcules toi-même pour vérifier.
Dans ce cas, pourquoi obliger les autres personnes à refaire aussi le calcul, alors qu'il ne les intéresse potentiellement pas ? Si tu es obligé de faire le calcul pour être sûr du résultat, le fait que les autres l'ait également fait (donc ethereum) ne t'apporte rien.
Accessoirement, les nouveaux venus n'auront pas faits tous les calculs de l'historique, donc le fait que tous les calculs auront été faits par 100 000 personnes ou par 5 personnes ne change strictement rien pour eux. Donc autant les faire faire par une seule personne. À nouveau, ethereum n'apporte rien.
Racontons-nous une petite histoire, avec d'un côté ethereum, de l'autre boinc.
À t0 = 0 jour, il y a 10 personnes sur ethereum, qui font un calcul A,
À t1 = 10 jours, il y a 100 personnes sur ethereum, qui font un calcul B,
À t2 = 20 jours, toto rejoint la Communauté et il y a 10 001 personnes sur ethereum pour faire le calcul C.
De l'autre côté, il y a 101 personnes sur boinc de t0 à t2, date à laquelle toto rejoint la communauté boinc.
Ils ont également fait les calculs A', B', et C' aux mêmes moments.
Si je comprends bien la théorie d'ethereum, toto doit considérer que les résultats de A et B sont plus fiables que ceux de A' et B' (alors qu'il y a moins de gens à les avoir calculés ! ), et pour C se moque du nombre de personnes dans la communauté vu que de toute façon il a fait lui-même le calcul.
Franchement, je ne comprends pas.
Je ne vois toujours pas ce qu'apporte le fait que tout le monde fasse le même calcul.
À partir de combien de personnes différentes estimes-tu que le calcul est fiable ? 10 000 ? Dans ce cas, si Ethereum ne sert à rien s'il n'y a que 9 999 personnes connectées, et consomme tout à fait inutilement des ressources s'il y a 10 001 personnes connectées par rapport à du BOINC classique.
Là, même si on a 100 000 machines, on n'a pas plus de puissance de calcul qu'avec la plus faible de toutes. J'ai franchement l'impression que c'est tout simplement la pire des méthodes pour résoudre le problème de confiance, ce qui explique au passage l'originalité de la solution ^
Je trouve un peu cavalier d'affirmer que tous les passionnés d'informatique sont intéressés par le Bitcoin.
Je ne vois absolument pas comment le Bitcoin ou l'Ethereum permet de faire une monnaie viable pour un État, sachant que ça manque par essence beaucoup d'avantages indispensables à une monnaie (ne serait-ce que le manque de contrôle et donc l'impossibilité d'avoir une politique, le fonctionnement intrinsèquement pyramidal qui favorise les premiers arrivés, etc.)
Quel est l'intérêt ? Faire le même calcul plusieurs fois pour avoir quelques garanties sur le résultat, pourquoi pas, mais pourquoi faire exactement le même calcul un nombre arbitraire de fois, sans que ça n'apporte davantage de garanties sur le résultat ?
Vous êtes méchants avec le JS, ils viennent quand même de découvrir que faire des tests unitaires (et de l'intégration continue en générale) était intéressant, et qu'avoir un système de packaging n'était pas forcément une mauvaise idée (du coup, on a un système de packaging par lib).
Malheureusement, je ne comprends pas trop pourquoi :(
du coup, j'hésite à abandonner le Kerberos pour les mails ; je suis surpris de la pauvreté de documentation et de la complexité pour faire un pauvre smtp kerberisé (alors que faire un apache kerberisé est super simple ! ).
Une autre raison pour l'abandon est que mon iPhone va devoir utiliser les différents outils (mails, entre autres), et qu'il n'y a pas de kerberos via certificat sur iPhone :(
C'est dans le message d'origine ^ (deux lignes qui disent qu'il y a une erreur GSSAPI, mais pas au point de dire laquelle, ça serait beaucoup trop facile)
bah non, mais ça ne change rien, d'ailleurs l'échange kerberos se fait bien vu que j'obtiens un TGS pour smtp/firstcomp.test.example.org, que je n'avais pas avant d'avoir utilisé Thunderbird.
Le serveur est dans une VM sur la machine cliente.
Le client fait un kinit (en ligne de commande actuellement) pour obtenir un ticket Kerberos, et peut faire un SSH (authentifié par kerberos) sur le serveur : la config Kerberos (tant cliente que serveur) semble donc bonne à ce niveau.
le dig (et dig -x) fonctionne aussi bien sur le client que sur le serveur.
[^] # Re: stockage ldap
Posté par flan (site web personnel) . En réponse au journal Disputatio : Samba, Kerberos et LDAP. Évalué à 3.
désolé, ce n'était pas clair :
- ça oblige à utiliser MIT car Heimdal ne permet de stocker sa base dans LDAP (et Heimdal est obligatoire si tu veux faire du pkinit avec OS X).
- ça ajoute une vulnérabilité dans le sens où tu as une dépendance double (LDAP dépend de Kerberos, qui dépend de LDAP). Je ne sais pas trop comment ça se passe si l'un des deux met un peu de temps à démarrer, par exemple.
# stockage ldap
Posté par flan (site web personnel) . En réponse au journal Disputatio : Samba, Kerberos et LDAP. Évalué à 2.
Merci pour ce journal intéressant.
Pourquoi avoir stocké kerberos dans ldap ? De mémoire, ça oblige à utiliser MIT et non Heimdal et ça rajoute une vulnérabilité, mais c'est vrai que ça facilite les sauvegardes.
[^] # Re: Arguments faiblards
Posté par flan (site web personnel) . En réponse au journal Dévoiler la «libre» politique,. Évalué à 4.
La question n'est pas si simple, même en admettant qu'il n'y ait pas de victimes collatérales. Plein de bonnes raisons s'opposent à l'utilisation de drones armés, même sans ces victimes civiles.
[^] # Re: Tout est dans le texte
Posté par flan (site web personnel) . En réponse au journal Quand on lit ça, on comprend le pourquoi de la loi renseignement et de la surveillance généralisée. Évalué à -1.
J'ai quand même du mal à voir en quoi la surveillance est généralisée. Actuellement, si on se réfère aux chiffres de la CNCIS (qui sont librement consultables), il y a moins de 3 000 personnes qui sont sur écoute, et il n'y a pas de raison que ce chiffre augmente réellement. On est très loin d'une surveillance généralisée.
[^] # Re: Support hardware VP9
Posté par flan (site web personnel) . En réponse au journal Codec War S42E84. Évalué à 2.
et concrètement, qu'est-ce que ça donne ? Ce n'est pas parce que Google met des choses à disposition que c'est utilisé en pratique.
[^] # Re: Civilisation ?
Posté par flan (site web personnel) . En réponse au journal Un véritable civilisation open-source ?. Évalué à 5.
Je ne comprends même pas comment on peut tenir ce discours.
Il y a eu un premier plan d'austérité, qui a augmenté la dette et réduit sa capacité à rembourser (en plus de détériorer la société grecque).
Il y a eu un second plan d'austérité, qui a augmenté la dette et réduit sa capacité à rembourser (en plus de détériorer la société grecque).
Il y a eu un troisième plan d'austérité, qui a augmenté la dette et réduit sa capacité à rembourser (en plus de détériorer la société grecque).
Comment peut-on penser un seul instant qu'un nouveau plan va changer quoique ce soit ? Sérieusement ?
[^] # Re: Civilisation ?
Posté par flan (site web personnel) . En réponse au journal Un véritable civilisation open-source ?. Évalué à 5.
Sauf que le plan de la troïka va empirer la situation, et les créanciers vont au final récupérer encore moins d'argent car
* la Grèce ne pourra jamais rembourser ce qu'elle doit déjà,
* sa capacité à rembourser va diminuer,
* ses dettes ont encore été augmentées.
Le plan imposé par l'UE n'a donc pas pour but de rembourser les emprunts grecs. Et ce n'est pas moi qui le dit, c'est le FMI (qu'on peut difficilement traiter de crypto-communiste…)
[^] # Re: Résumé de l'épisode précédent
Posté par flan (site web personnel) . En réponse au journal La dernière kubuntu ?. Évalué à 5.
Il en a tout à fait le droit, en tout cas.
[^] # Re: PEP 484 : module typing, le nouveau standard pour les annotations de typage
Posté par flan (site web personnel) . En réponse à la dépêche Parution de Python 3.5. Évalué à 3.
ce n'est pas évident de faire ça en gardant un maximum de compatibilité.
Personnellement, je me sers pas mal de ces annotations (ou en spécifiant le type dans les docstrings), mon IDE est tout à fait capable de les utiliser pour de la vérification de type. Je limite l'utilisation du typage dynamique de Python aux seuls cas où ça permet de vraiment diminuer la quantité de code. Au final, j'ai très peu de bugs à l'exécution (autres que des vraies erreurs d'algo que j'aurais eues avec n'importe quel langage). Un langage typé statiquement ne m'apporterait pas grand-chose à ce niveau-là, mais c'est fortement lié à l'IDE ET à la documentation.
[^] # Re: Monnaie libre
Posté par flan (site web personnel) . En réponse au journal Un véritable civilisation open-source ?. Évalué à 4.
Mais ça revient à faire de la politique en s'attachant un bras dans le dos, en se privant gratuitement d'un moyen d'agir, qui est peut-être le plus important. Aucune grande politique étatique n'a été faite sans action particulière sur la monnaie pour pouvoir la financer.
Le système européen tombe dans le même travers, en voulant figer dans la Constitution la politique monétaire, alors que la politique monétaire doit par nature s'adapter aux circonstances (parfois en favorisant l'inflation, parfois en la limitant).
[^] # Re: petite question
Posté par flan (site web personnel) . En réponse au journal Microsoft sort sa distribution Linux, dédiée au réseau du Cloud Azure. Évalué à 9.
Ne me dis pas que tu as d'autres critères que la pile réseau quand tu choisis ton OS !
[^] # Re: Monnaie libre
Posté par flan (site web personnel) . En réponse au journal Un véritable civilisation open-source ?. Évalué à 8.
Un concept puissant qui ruine toute possibilité de construire une politique monétaire, et donc toute politique tout court ?
[^] # Re: "Il faut payer"?
Posté par flan (site web personnel) . En réponse au journal Ethereum, désormais officiellement lancé. Évalué à 5.
Je ne comprends toujours pas l'intérêt à ce que tout le monde fasse tous les calculs.
Accessoirement, les nouveaux venus n'auront pas faits tous les calculs de l'historique, donc le fait que tous les calculs auront été faits par 100 000 personnes ou par 5 personnes ne change strictement rien pour eux. Donc autant les faire faire par une seule personne. À nouveau, ethereum n'apporte rien.
Racontons-nous une petite histoire, avec d'un côté ethereum, de l'autre boinc.
À t0 = 0 jour, il y a 10 personnes sur ethereum, qui font un calcul A,
À t1 = 10 jours, il y a 100 personnes sur ethereum, qui font un calcul B,
À t2 = 20 jours, toto rejoint la Communauté et il y a 10 001 personnes sur ethereum pour faire le calcul C.
De l'autre côté, il y a 101 personnes sur boinc de t0 à t2, date à laquelle toto rejoint la communauté boinc.
Ils ont également fait les calculs A', B', et C' aux mêmes moments.
Si je comprends bien la théorie d'ethereum, toto doit considérer que les résultats de A et B sont plus fiables que ceux de A' et B' (alors qu'il y a moins de gens à les avoir calculés ! ), et pour C se moque du nombre de personnes dans la communauté vu que de toute façon il a fait lui-même le calcul.
Franchement, je ne comprends pas.
[^] # Re: et ca marche ?
Posté par flan (site web personnel) . En réponse au journal Qualcomm & les drones & Ubuntu. Évalué à 3.
Le message d'origine parle de la masse totale du drone, pas de son armement ;)
[^] # Re: "Il faut payer"?
Posté par flan (site web personnel) . En réponse au journal Ethereum, désormais officiellement lancé. Évalué à 5.
Je ne vois toujours pas ce qu'apporte le fait que tout le monde fasse le même calcul.
À partir de combien de personnes différentes estimes-tu que le calcul est fiable ? 10 000 ? Dans ce cas, si Ethereum ne sert à rien s'il n'y a que 9 999 personnes connectées, et consomme tout à fait inutilement des ressources s'il y a 10 001 personnes connectées par rapport à du BOINC classique.
Là, même si on a 100 000 machines, on n'a pas plus de puissance de calcul qu'avec la plus faible de toutes. J'ai franchement l'impression que c'est tout simplement la pire des méthodes pour résoudre le problème de confiance, ce qui explique au passage l'originalité de la solution ^
[^] # Re: "Il faut payer"?
Posté par flan (site web personnel) . En réponse au journal Ethereum, désormais officiellement lancé. Évalué à 8.
[^] # Re: "Il faut payer"?
Posté par flan (site web personnel) . En réponse au journal Ethereum, désormais officiellement lancé. Évalué à 3.
Quel est l'intérêt ? Faire le même calcul plusieurs fois pour avoir quelques garanties sur le résultat, pourquoi pas, mais pourquoi faire exactement le même calcul un nombre arbitraire de fois, sans que ça n'apporte davantage de garanties sur le résultat ?
[^] # Re: et ca marche ?
Posté par flan (site web personnel) . En réponse au journal Qualcomm & les drones & Ubuntu. Évalué à 5.
Tu peux monter à 10 tonnes sans problème, avec 35 m d'envergure.
[^] # Re: Le web
Posté par flan (site web personnel) . En réponse au journal Qui fait des trucs "cools" en France et en Europe?. Évalué à 4.
Vous êtes méchants avec le JS, ils viennent quand même de découvrir que faire des tests unitaires (et de l'intégration continue en générale) était intéressant, et qu'avoir un système de packaging n'était pas forcément une mauvaise idée (du coup, on a un système de packaging par lib).
[^] # Re: supervisord
Posté par flan (site web personnel) . En réponse au message Programmer un daemon. Évalué à 2.
systemd supprime en bonne partie les deux derniers arguments. Perso, je faisais du supervisor, et je passe à systemd.
[^] # Re: thunderbird depuis quelle machine ?
Posté par flan (site web personnel) . En réponse au message postfix + SASL/kerberos . Évalué à 2.
Malheureusement, je ne comprends pas trop pourquoi :(
du coup, j'hésite à abandonner le Kerberos pour les mails ; je suis surpris de la pauvreté de documentation et de la complexité pour faire un pauvre smtp kerberisé (alors que faire un apache kerberisé est super simple ! ).
Une autre raison pour l'abandon est que mon iPhone va devoir utiliser les différents outils (mails, entre autres), et qu'il n'y a pas de kerberos via certificat sur iPhone :(
[^] # Re: thunderbird depuis quelle machine ?
Posté par flan (site web personnel) . En réponse au message postfix + SASL/kerberos . Évalué à 2.
C'est dans le message d'origine ^ (deux lignes qui disent qu'il y a une erreur GSSAPI, mais pas au point de dire laquelle, ça serait beaucoup trop facile)
[^] # Re: thunderbird depuis quelle machine ?
Posté par flan (site web personnel) . En réponse au message postfix + SASL/kerberos . Évalué à 2.
si, justement : voilà ce que je fais sur le client uniquement :
kdestroy
kinit flan@test.example.org
klist
Credentials cache: API:2BC7250E-875F-4F48-ABA1-535CFFEAF42F
Principal: flan@TEST.EXAMPLE.ORG
Issued Expires Principal
Sep 2 23:18:37 2015 Sep 3 09:18:44 2015 krbtgt/TEST.EXAMPLE.ORG@TEST.EXAMPLE.ORG
ssh flan@firstcomp.test.example.org echo "COUCOU"
COUCOU
klist
Credentials cache: API:2BC7250E-875F-4F48-ABA1-535CFFEAF42F
Principal: flan@TEST.EXAMPLE.ORG
Issued Expires Principal
Sep 2 23:18:37 2015 Sep 3 09:18:44 2015 krbtgt/TEST.EXAMPLE.ORG@TEST.EXAMPLE.ORG
Sep 2 23:18:39 2015 Sep 3 09:18:44 2015 host/firstcomp.test.example.org@TEST.EXAMPLE.ORG
[lancer thunderbird && essayer d'envoyer un email]
klist
Credentials cache: API:2BC7250E-875F-4F48-ABA1-535CFFEAF42F
Principal: flan@TEST.EXAMPLE.ORG
Issued Expires Principal
Sep 2 23:18:37 2015 Sep 3 09:18:44 2015 krbtgt/TEST.EXAMPLE.ORG@TEST.EXAMPLE.ORG
Sep 2 23:18:39 2015 Sep 3 09:18:44 2015 host/firstcomp.test.example.org@TEST.EXAMPLE.ORG
Sep 2 23:19:55 2015 Sep 3 09:18:44 2015 smtp/firstcomp.test.example.org@TEST.EXAMPLE.ORG
[^] # Re: thunderbird depuis quelle machine ?
Posté par flan (site web personnel) . En réponse au message postfix + SASL/kerberos . Évalué à 2.
bah non, mais ça ne change rien, d'ailleurs l'échange kerberos se fait bien vu que j'obtiens un TGS pour smtp/firstcomp.test.example.org, que je n'avais pas avant d'avoir utilisé Thunderbird.
[^] # Re: thunderbird depuis quelle machine ?
Posté par flan (site web personnel) . En réponse au message postfix + SASL/kerberos . Évalué à 2.
Le serveur est dans une VM sur la machine cliente.
Le client fait un kinit (en ligne de commande actuellement) pour obtenir un ticket Kerberos, et peut faire un SSH (authentifié par kerberos) sur le serveur : la config Kerberos (tant cliente que serveur) semble donc bonne à ce niveau.
le dig (et dig -x) fonctionne aussi bien sur le client que sur le serveur.