Psychofox a écrit 10739 commentaires

Je ne connaissais pas votre site https://obsd4a.net/ . C'est une très bonne initiative pour les débutants où frileux à openbsd.

Par contre le lien dans le journal pourrait être mis à jour ( s/qa/forum/ ) ou une redirection activée. J'imagine que vous avez recopié le canevas d'une annonce précédente.

Les scripts mentionnés ci-dessus font référence à l'ancienne api xml-rpc. Si tu as passé tes domaines sur la nouvelle api LiveDNS c'est différent.

Mais pas de panique, la doc est complète :
http://doc.livedns.gandi.net/

et il existe des exemples sur leur github, notemment ce simple script bash qui fait le job :
https://github.com/Gandi/api-examples/blob/master/bash/livedns/mywanip.sh

Tout à fait d'accord.

https://linuxfr.org/nodes/112778/comments/1715341

C'est exactement ce que je dis. Pour qu'un stockage dans le cloud puisse être considéré comme un backup il doit offrir certaines fonctionnalités étendues que la plupart ne fournissent pas dans leur offre de base. Chaque offre est à étudier et dès lors que tu peux manipuler en écriture les fichiers sauvegardées, les snapshots et/où les périodes de rétention directement depuis le client tu ne peux plus considérer ça comme une sauvegarde fiable.

Autrement dit ce n'est pas parce qu'une donnée est sur un stockage distant qu'elle ne peut pas être altérée depuis ta machine locale.

Parce qu'un service de stockage dans le cloud ne fournit pas nécessairement un système de snapshot qui te permet de revenir à une version antérieure. N'empêche pas un ransomware de chiffrer tous tes fichiers, ne te protège pas forcément contre tes propres erreurs de manipulation. Après il y'a des services qui ont des fonctionnalités (comme des snapshots) qui permettent de s'en approcher mais ce sont souvent des fonctionnalitées optionnelles sur des abos pro et de toute façon à partir du moment où la gestion de tes données/snapshots/ou autre se fait sur un client en local tu n'auras jamais la sécurité d'une infra vraiment séparée. Ça peut éventuellement être un complément pour synchroniser les données d'un serveur de backup mais en soit synchroniser tes données sur google drive par exemple ça ne te protège de pas grand chose.

Il y'a des vrais services de backup dans le cloud (crashplan, carbonite) mais ce ne sont pas des outils de synchronisation dans le cloud.

J'ajouterai une chose. La synchro auto dans le cloud, ce n'est pas un backup non plus.

Qu'est-ce que tu n'as pas compris par "nom d'emprunt" ?

J'veux dire on est capable de se souvenir du pseudo de quelqu'un (mieux que d'un numéro de téléphone), un pseudo est un nom d'emprunt. Et d'ailleurs je ne sais pas pour vous mais dans les contacts lists de mon téléphone, que j'utilise également avec whatsapp, il y'a parfois les noms réels, mais d'autres fois des trucs plus abstraits comme Mylène au coeur à droite (question d'anatomie chez elle) , Bibine la pochtronne ou Vincent2 et je n'ai aucune idée de leur numéro de tel réel.

Alors dans ce cas c'est moi qui les ai nommées comme ça mais ce qui compte c'est qu'il y ait un identifiant unique et suive la personne toute sa vie. Et le DNS est tout à fait prêt pour cela. Dans mon cas c'est simple car je n'ai qu'une dizaine d'homonymes dans le monde et d'autres utilisent un prénom raccourci alors j'ai utilisé mon prénom/nom mais rien ne m'y obligeait. J'ai des projets de quitter le pays dans lequel j'ai vécu ces 15 dernières années mais je garderai ce domaine même si le tld ne correspondra plus à mon pays de résidence. Ce n'est pas important.

Ça c'est un faux problème, tu as un nom hyper commun dans les pays hispanophones mais n'importe qui peut utiliser ses éventuels deuxièmes voire troisèmes prénoms et/où nom d'usage différent de son nom de naissance. Avec 26 charactères différents il est de toute façon bien plus facile d'avoir des noms uniques courts que des numéros de téléphones courts. Et accessoirement tu peux même mettre des numéros dans ton nom.

Ce qu'il explique c'est qu'il faudrait que ce soit aussi simple d'avoir son propre domaine, potentiellement à vie, pour un utilisateur que pour un numéro de téléphone.

Les personnes qui me demande mon émail perso sont souvent surpris, même dans le mon IT/pro, que j'utilise un simple prénom@nom.ch et c'est pourtant bien plus facile à noter/se souvenir qu'un numéro de tel. D'ailleurs il y'a le tld .name qui a été conçu pour cela.

En soit c'est pas si compliqué et ça coûte quasi rien (comparé à un abo de téléphone) mais personne n'a pris la peine de promouvoir ça chez les gens.

La réponse est dans le titre. Les informaticiens ont beau connaitre xmpp s'ils ne peuvent que s'y retrouver entre eux ils utiliseront invariablement d'autres messageries ayant plus de succès auprès du grand public. Une fois que tout le monde est dessus il n'y a plus vraiment de bonnes raisons d'utiliser xmpp

Pourquoi le grand public n'a pas été intéressé par XMPP ? On peut palabrer des heures sur des supposées incompatibilitées entre client mais ce n'est pas la vrai raison. Ce qu'il faut pour qu'une messagerie cartonne auprès du grand public, c'est que tout le monde puisse retrouver ses contacts quand il commence à l'utiliser. C'est essentiellement pour cela que les systèmes centralisés ont plus de succès, que les messageries qui se basent sur le numéro de téléphone des utilisateurs comme whatsapp ou facebook cartonne car tu y retrouve immédiatement dans le carnet d'adresse tous tes amis et qu'à moins de changer de pays ton numéro de téléphone te suit potentiellement toute ta vie.

Pour que xmpp/jabber prenne auprès du grand public, il aurait fallu que openid prenne ailleurs que chez les 4-5 gros géant du web, et/ou que les providers d'emails offrent comme google l'a fait à une époque un compte xmpp lié à leur adresse email. Sans ça les gens doivent au préalable se communiquer leur adresse xmpp qui sera, quand l'utilisateur n'a pas de domaine à son nom, totalement différente des identifiants habituels.

Tu vois déjà le bordel que c'est quand quelqu'un change d'adresse email. Il n'arrive à envoyer qu'à un subset de ses contacts son adresse email et dans le lot seulement une partie vont prendre la peine de mettre à jour leur contact list et vont continuer à envoyer à l'ancienne adresse pendant des mois/années.

Bref ce qui manque pour que des systèmes de messageries ou des réseaux sociaux non centralisés aient du succès, c'est un identifiant unique qui suit l'utilisateur toute sa vie. Il y'a quelques pays qui penchent sur des projets d'identité électronique mais pour l'instant ça ne prend pas auprès du grand publique. C'est assez paradoxal, les gens auraient peur d'être tracés mais du coup ils se tournent vers des systèmes centralisés qui les rendent justement plus traçables.

Sans ça on peut créer 10000 alternatives libres et décentralisées aux réseaux sociaux et messageries mais quelque soit leur qualités elles seront écartées.

Je m'étonne qu'on n'ait pas encore parlé, en ce jour de deuil planétaire, de l'entraîneur et de l'entraîneuse.

Ne pas avoir de concept de "sauver les fichiers", c'est aussi ne pas avoir de concept de répertoire, voire de ranger tout court, ni de nom de fichier. En gros, y a plus vraiment de concept de fichiers.

Je ne suis pas forcément d'accord. Ce n'est pas parce que tu abolis la notion de sauvegarde de fichier que tu ne peux pas définir l'emplacement de ta donnée lors de la création.

Un exemple bête si je crée un trousseau keypass sur mon smartphone android je lui donne son nom (de fichier) et son emplacement (/mnt/sdcard/keepass/montrousseau.kdbx) mais à chaque nouvelle entrée c'est lui qui fait la sauvegarde. Dans le cas de keypass c'est relativement simple dans le sens où quand tu sors du "formulaire" de création/modification d'une entrée l'appli sait qu'elle peut sauvegarder. Dans le cas d'un traitement de texte ou outil de manipulation d'une image t'es obligé de te baser sur une intervalle de temps ou de nombre de modifications.

Mais bon après j'ai l'habitude de synchroniser mes données sur un stockage qui snapshot de façon régulière, et j'utilise git pour plein de trucs du coup ouais ça me gave de faire des :w et ctrl+s pour sauvegarder alors que je peux revenir à un instant t - x en toute facilité et fait des commits + push quand un changement est considéré comme validé :)

https://github.com/skilion/onedrive

Il ne va pas monter le one-drive proprement dit mais mettre en place une synchro de répertoires.

D'autant plus que la durée n'est pas mentionnée et que le sujet est pour ainsi dire bien chargé si on ne se limite pas à du prototypage à l'arrache.

Cette masturbation mentale sur les icônes me fait assez marrer dans un monde "mobile" où les icônes sont maintenant de plus en plus mises à l'écart pour un retour au texte. Parce que bon si tu regardes les app mobiles t'as maxi 2-3 icônes sur un seul écran et si tu veux des trucs plus avancés tu dois passer par un menu…avec du texte.

D'ailleurs cette histoire de sauver un fichier c'est aussi un concept complètement périmé. Dans la mesure du possible (la question de la volumétrie est essentielle) un fichier devrait être sauvegardé de façon quasi synchrone. On ne devrait plus chercher à sauver un fichier mais à le publier.

Ce qui compte ce sont les commits et ça même le grand public est maintenant habitué à la notion de versionning, checkout, checkin(commit) à force d'utiliser des GED en entreprise.

Si tu parles d'une petite boite, tu es en train de me dire que si tu montes ta boite de dév et que tu embauches 5 personnes, tu as l'obligation suprême de passer une Licence de Droit sinon tu es un mauvais patron?

Je crois que la signification du Nul n'est censé ignorer la loi, c'est que ça ne doit pas servir d'excuses. Si tu embauches 5 personnes il y'a normalement peu de chances que tu aies à les licencier à court terme et tu n'as pas besoin de connaitre tout. En revanche t'as plutôt intérêt à mandater une société qui fait du conseil et service juridique pour t'aider, que ce soit pour la rédaction des contrats, que connaitre tes droits et devoir et le jour venu leur demander de t'accompagner dans une procédure de licenciement.

Toi tu n'as jamais fait d'administration système ou alors tu as encore des méthodes d'il y'a 20 ans.

En même temps tes parents et tes grands parents se sont battus pour que tu écrives le français correctement.

Ben tu te sors les doigts du cul et tu le fork en renommant tout ce que tu veux.

1. Faut arrêter de parler de contenu illégal. C'est la publication sans l'autorisation des ayants-droits qui l'est

2. Si tu comptes youtube, les messageries et les réseaux sociaux le chiffres doit monter encore bien plus haut et être proche du 99% même chez les adultes car on est sujet à toute sorte de contenu dont on ne connait l'origine et qui sont en fait des republications de trucs qui ont été diffusés ailleurs avant. Genre à peu près tous les memes, gags et extraits d'épreuves sportives par exemple. J'veux dire même les gens qui ne sont pas très portés sur la chose internet voient des rediffusions d'extraits tirés sur youtube ou dailymotion par des chroniqueurs sur les grandes chaines publiques. Si certains demandent expèressément l'autorisation dans les commentaires desdites vidéos il n'en font pas forcément la demande à l'auteur réel et certains rediffusent sans se poser la question.

Quelle est la tranche de la population qui n'a ni smartphone, ni internet, ni télé, ni des amis qui leur montrent des gags qu'ils ont reçus via whatsapp messagerie instantanée ?

Je me rappelle quand mon opérateur faisait ça sur les iphones mais pas sur mon nokia navigator. Il était bien ce ni dumb ni smartphone finalement.

Comme quoi en voulant aider on peut aussi apprendre beaucoup. Je n'avais jamais étudié les options d'ip ni joué "manuellement" (ie sans passer par des trucs comme systemd/docker/lxc qui te prémâchent tout) avec les namespaces linux.

C'est en effet assez élégant et rapide à faire.

selinux + iptables le permet mais ce ne sera pas user friendly et tu devras lire pas mal de doc. Ubuntu fournissait apparmor mais je ne sais pas si c'est toujours d'actualité.

Sinon il existe peu de firewalls personnels sous linux mais il y'a quand même. On peut citer opensnitch, douane, firestarter ou Guarddog. C'est probablement plus user friendly pour un usage sporadique.

Ah ouais je n'avais pas évoqué un usage domestique familial parce qu'en général les providers internet 4g te fournissent le matos quand tu prends l'abonnement.

Mon employeur nous fournit aussi un dongle 4G mais j'avoue qu'en 2017 je n'en vois pas vraiment l'intérêt. Maintenant tous les laptops pro ont un slot pour carte sim avec le modem 4g intégré et même ça on ne l'utilise pas car on peut toujours partager la connection de son smartphone.

Du coup même un access point 4G je n'en vois pas vraiment l'utilité.