Psychofox a écrit 10861 commentaires

Les féminisation en -eure me semble cependant peu appropriés. Soit tu veux rendre neutre le métier ou la fonction (au final cette info est-elle importante ?), soit tu féminise mais que ça s'entende. Parce que si je dis à voix haute Dominique est l'auteure du livre xxxx la féminisation est silencieuse et donc n'existe pas.

Je crois que dans la volonté d'utiliser de nouvelles féminisations, il y a le fait de vouloir se démarquer des traditionnels pour lesquels la signification pouvait être d'une part très différente mais aussi percue de manière négative ou dégradante. J'ai le cas de entraineur/entraineuse en tête, je ne sais plus s'il y en a d'autres.

Après on entend souvent des gens se plaindre que tel ou tel mode sonne horrible, mais c'est essentiellement de la résistance au changement et dans certains cas des taboo. Exemple plein de gens trouvent que le mot vagin sonne horrible mais c'est essentiellement parce qu'ils sont incommodés par le sujet dans son ensemble ou que ça titille leur côté sexiste, il n'y a rien d'intrinsèquement dissonant dans ce mot.

Et tu fais tout les yeux fermés sans te préocupper de savoir le nom et le but des branches des projets sur lesquels tu bosses, ben bravo.

Je préfère ne pas bosser avec toi ça c'est sûr.

Le nom de la branche principale, même si un défaut était proposé par git et les forges, a toujours été du choix de l'utilisateur. Plusieurs branches ont toujours été possible. Ça ne change donc rien.

Tu n'es obligé de changer tes scripts et alias que si toi tu décides sciemment d'utiliser main. github and gitlab ne te forcent à rien.

Il se trouve que je ne suis pas impacté, donc ça ne me gène pas.

Personne n'est impacté puisque ça ne s'applique qu'aux nouveaux repos.

Si par impacté tu entends devoir changer une variable dans une script ou un outil de ci-cd. Ce changement de nom a été fait parce que son impact est justement minuscule par rapport à l'impact psychologique de ce mot sur un nombre bien plus important de personnes.

Ce n'est pas de la novlangue dans ce cas puisque le mot maitre et esclave n'est pas retiré lorsqu'on parle du contexte pour lequel ils ont été créés précisément. On retire juste son usage dans un domaine qui n'a rien à voir.

La novlangue ce serait de remplacer maitre par personne ayant authoritée, esclave par personne se soumettant et de gommer la partie forcée/obligation/asservissement en laissant penser que l'esclave a fait ce choix librement.

Je ne ferai pas confiance à un laptop pour faire tourner des trucs dans mon appartement quand je ne suis pas là. C'est le genre d'appareil hyper intégré et pas testé pour fonctionner 24h/24 qui pourrait te provoquer un incendie.

Ça peu paraitre parano mais quand je quitte la maison plus de 5 minutes, mon laptop est au minimum en veille et j'évite de le laisser branché sur son chargeur.

C'est pour ça que j'ai dis "des sociétés". Il sont loin d'être les seuls, à peu près toute l'industrie en fait car peu sont capables d'offir du vrai "cloud".

Et c'est la même du côté des logiciels libres, owncloud et nextcloud n'ont de cloud que le nom. Ce sont des serveurs de fichiers avec web/webdav et quelques fonctionnalités ajoutées mais ça n'a rien à voir avec du cloud en soi même si ça sert de remplacement à certains pour des services "cloud".

C'est la définition du cloud : tu soustraite toutes la partie hébergement pour que ça ne soit plus qu'un service que l'on te vend. Tu n'achète plus des machines, mais un service.

Le problème c'est qu'il y a des sociétés à mon avis un peu malhonnêtes dans leur communication dont une commence par O et finit par H qui mettent le mot cloud sur des trucs qui ne le sont pas : des dédiés, des vps sur des datacenters précis. Le cloud à l'origine déjà c'est pas un serveur mais un ensemble d'éléments qui constituent une infrastructure en ligne et ça implique une certaine abstraction. Tu peux faire du cloud à base de dédiés et de vps, mais un seul de ces serveur n'est pas un service cloud en soi. Mais bon à force de mettre le mot cloud partout les prestataires informatiques "traditionnels" qui étaient à la ramasse face aux 3 géants et quelques plus petites sociétés innovantes ont galvaudé et fait évoluer la définition vers si c'est en ligne, c'est du cloud.

Et voilà où on en est maintenant, tout le monde parle de cloud quand il s'agit d'un pauvre petit élément en réseau et les clients naïfs se font avoir quand l'hébergeur a un problème.

Mais est-ce que les gens ayant des datastore nfs ont perdu accès aux backups de ces datastore ?

Pas vraiment.

Nous on dit qu'il y a forcément une ou plusieurs erreurs de faites, car un datacenter est normalement conçu pour ne pas que ça arrive.

L'expert c'est celui qui pourra dire après enquête quelles erreurs exactement ont été faites.

Et dans tous les cas la responsabilité incombe à OVH et à ses sous-traitants (mais le choix des sous-traitants et les éventuelles décisions malgré d'éventuelles alertes est aussi de leur responsabilité).

un vps, c'est acheté et installé en 1h chez n'importe qui d'autre. Je ne vois pas pourquoi il te faudrait plusieurs jours ?

Même si tu bosses, 1ère pause café pour commander le serveur le matin, deuxième pause à midi pour se connecter créer un user, copier ta clé publique et lancer un premier script de backup de test. Pause café de l'après midi pour vérifier et foutre le cron.

Cela-dit un rsync ce n'est pas un backup si tu ne fais pas des snapshots et de la rotation derrière.

Non, c'est plus compliqué que ça. Virer l'oxygène, ça éteint le feu, mais si il y a quelqu'un à l'intérieur, lui aussi va être éteint.

C'est pourquoi il y a une alarme avec un gros gyrophare et que le personnel qui y accède est informé que quand ça sonne tu dégages. Dans ma boite actuelle je n'ai pas d'accès direct au datacenter mais dans la précédente il y avait un responsable DC à l'extérieur avec caméra qui vérifiait de temps en temps quand un technicien est à l'intérieur si tout va bien, et si on devait y accéder hors heures de bureau on devait se faire accompagner d'un agent de sécurité. C'était d'une part pour la sécurité informatique, mais aussi pour s'assurer que personne n'ait un malaise et se retrouve seul sans secours, ça s'appliquait aussi à des opérateurs qui restaient seuls tards le soir et qui étaient appelés une fois toutes les demi-heure par un agent de sécurité pour s'assurer qu'il était toujours en vie.

Ce sont des mesures qui ont un coût mais qui restent assez standard.

Je te trouve un peu dur avec les pauvres types dont l'admin sys ou l'informatique au sens large n'est pas le cœur de métier.

Ben le pauvre type il doit lire les conditions d'achat, de garantie et quel prestation de maintenance il peut avoir quand il achète un véhicule pour son entreprise. Sinon il passe par de la location et de la gestion de flotte de véhicules.

Si il merde dans sa compta et qu'il se fait rattraper par le fisc, il ne peut pas dire désolé je comprends rien à ça. Il doit soit se former soit engager un comptable ou souscrire à un service.

Ben pour l'informatique c'est pareil. Les serveurs dédié, les vps, c'est fait pour des professionnels ou des hobbyistes qui savent ce qu'ils font. Si tu ne veux pas savoir faire, tu demandes une offre complète gérée par l'hébergeur ou tu passes par un prestataire qui assure ces fonctions.

Ça tombe bien, OVH offre aussi ces prestations:
https://www.ovh.com/fr/serveurs-manages/

Pour les incendies, excusons-les, ils ont des prix d'appels bas.

Je ne suis pas pour déresponsabiliser les gens qui ont perdu des données mais eux là non je ne peux pas être d'accord.

Bon il n'y a pas de résultat d'enquête mais face aux incendies l'excuse du low cost n'existe pas. OVH a non seulement une responsabilité envers ses clients, mais aussi envers la société. C'est pas parce que tu es assuré que tu peux te permettre de faire de la merde et que c'est acceptable de risquer la vie de tes employés, des personnels de secours et d'avoir un incendie qui se propage chez tes voisins.

Je dirais que la responsabilité des uns n'annule pas celle des autres.

Ce qui est assez navrant c'est de voir des gens dire avec éffroi que toutes les données de leur PME est sur un unique vps et qui disent "j'éspère que OVH a fait des backups".

Genre ils n'ont jamais lu les conditions et ils ne savent pas faire la différence entre du demerden sie sich comme les vps/dédiés et une offre d'hébergement gérée.

Non dans les distribs qui utilisent gnome-software c'est fait automatiquement donc ça revient au même.

Avoir 2 serveurs chez 2 hébergeurs différents, c'est pas suffisant. Car les hébergeurs parfois partagent eux-même des datacenter et tu peux avoir 2 hébergeurs utilisant des datacenter à km l'un de l'autre qui souffrent du même tremblement de terre. Donc il faut avoir ses serveurs dans des villes/pays différents. Heureuement en général ils te laissent choisir et t'informent de cette location.

Et ça ne remplace pas des backups.

Et en parlant des backups il faut aussi se renseigner où les données se trouvent réellement si vous ne le faites pas à la popogne. Imagine que tu souscris à une offre de backup mais que tu ne connais rien des détails. Le service te dis que tes données sont dans un datacenter hyper sécurisé. Tu crois que t'es sain et sauf. Ben si la société qui vend ce service de backup a décidé d'utiliser les services d'OVH, était trop conne pour faire de la distribution et de la replication de données sur n sites et utilisait le même datacenter que toi tu l'as dans le ….

Oui ça fait beaucoup de si mais bon un datacenter, normalement c'est aussi conçu pour que ça ne crame pas aussi facilement. En tout cas pas assez pour cramer plus de quelques racks dans une salle. En général quand la fumée est détectée, que l'alerte sonne et le gyrophare s'allume t'as 30s pour quitter la salle avant que l'azote (ou autre gaz inerte) n'ait remplacé toute l'oxygène. Donc des si, on en a déjà utilisé beaucoup.

De toute façon que ce soit google-sync ou firefox-sync c'est bancale dès le départ. Que ce soit pour les mots de passes ou les favoris, c'est bien plus intéressant de les rendre indépendants du navigateur.

Et ça tombe bien on a les gestionnaires de mots de passes pour cela (et ils gèrent aussi très bien tes favoris car tous proposent un champ url).

Mais pourquoi utiliser l'ESR?

Si c'est juste pour faire moins de bruit dans les logs tu peux faire du port knocking. D'un point de vue sécurité, il ne faut pas se faire d'illusion c'est plus ou moins aussi nul que changer de port mais au moins tu sors moins des standard une fois ton ip autorisée (pas besoin de charger ton .ssh/config ni de spécifier le port à chaque commande qui utilise openssh pour se connecter) et ton port apparait comme fermé quand tu te fais port scanner.

Après c'est intéressant sur des machines exposées publiquement sur internet mais sur des réseaux d'entreprises avec potentiellement plusieurs firewalls entre les deux nodes c'est plus emmerdant qu'autre chose car ça fait plus de ports à ouvrir. Il y en a néanmoins des plus avancés qui font un single knock avec un paquet udp signé, ça évite d'avoir des ports multiples pour une séquence et c'est plus rapide.

Si c'est juste motif qui t'intéresse, pas besoin de te torturer tu peux juste utiliser cde ou mwm comme desktop sur ton linux et te limiter à des applications motif (une liste ici et développer celles qui te manquent.

Le swap est utilisé pour l'hibernation, pas pour la veille. Et je crois que peu de gens utilisent l'hibernation…