Auteur Sujet: MAJ Freebox Delta, les machines virtuelles sont là !! (Lu 26925 fois)

alain_p · « **Réponse #48 le:** 13 octobre 2019 à 17:19:13 »

Citation de: xp25 le 13 octobre 2019 à 17:11:32

Tu as réessayé ?

Non, cela n'a aucun intérêt tant que je ne peux pas aller jusqu'au bout faute de disque. J'attendrai mercredi où je dois recevoir mon SSD. Il est d'après ce que j'ai lu possible de changer la mémoire attribuée après le création de la VM, je verrai à ce moment là.

Myck205 · « **Réponse #49 le:** 15 octobre 2019 à 13:31:39 »

Hello,

Petit lien afin d'installer Plex via la VM Delta :

https://medium.com/@t3ix33/tuto-installer-plex-media-server-sur-la-freebox-delta-via-vm-debian-d91ba26f0a4

vivien · « **Réponse #50 le:** 15 octobre 2019 à 13:39:49 »

Je vois dans la vidéo que les dépôts de Debian ne pointent pas vers le miroir Français par défaut (http://ftp.fr.debian.org , hébergé par Free)

xp25 · « **Réponse #51 le:** 15 octobre 2019 à 14:01:07 »

Citation de: vivien le 15 octobre 2019 à 13:39:49

Je vois dans la vidéo que les dépôts de Debian ne pointent pas vers le miroir Français par défaut (http://ftp.fr.debian.org , hébergé par Free)

Ça a déjà été remarqué sur Impact-Hardware.

https://www.inpact-hardware.com/article/1121/machines-virtuelles-et-freebox-delta-comment-heberger-votre-premiere-page-web

Aucune image récupérée est certifiée par Free :

Citer

On y découvre qu'elles sont récupérées via un serveur HTTP sans passer par un lien sécurisé et sans vérification de la somme de contrôle.

Interrogé sur le sujet, Free nous indique ne pas considérer qu'il y a là un vecteur d'attaque. On aurait tout de même apprécié un peu plus de précautions pour de tels fichiers, qui serviront de base à un OS utilisé au sein du réseau local. Ne serait-ce que la possibilité de procéder à une vérification d'une empreinte SHA-256 en option.

🙄🤐😒

vivien · « **Réponse #52 le:** 15 octobre 2019 à 14:16:51 »

Je pointait surtout les dépôts de mise à jour.

Je remarque que les images cloud (pas que Debian) ont en général tendances à ne plus utiliser les miroirs pour le téléchargement des mises à jour.

Maintenant c'est peut-être la fin d'une époque.

Sur un serveur traditionnel ou sur un PC, le pays est demandé lors de la configuration et cela configure sur les dépôts par défauts pour la France, mais pas pour les versions "cloud".

Hugues · « **Réponse #53 le:** 15 octobre 2019 à 14:49:51 »

En même temps, cette façon de faire est un peu stupide, il vaut mieux mettre un seul FQDN pour les miroirs et faire du GéoDNS+CDN (qui peut être constitué des mêmes serveurs que les miroirs actuels)
OpenStreetMap fait comme ça, quand tu tapes sur tile.openstreetmap.org, selon ton pays, tu tombes sur les serveurs qui vont bien, en France, tu as une chance sur quatre de tomber chez nous par exemple :

➜ ~ host tile.openstreetmap.org tile.openstreetmap.org is an alias for tile.geo.openstreetmap.org. tile.geo.openstreetmap.org is an alias for france.tile.openstreetmap.org. france.tile.openstreetmap.org has address 77.95.65.39 -> Rezopole / AS199422 france.tile.openstreetmap.org has address 91.224.148.166 -> Tetaneutral / AS197422 france.tile.openstreetmap.org has address 80.67.167.77 -> MilkyWan / AS57199 france.tile.openstreetmap.org has address 89.234.186.100 -> Grifon / AS204092

Et en plus, ça gère du load balancing, donc c'est mieux que la solution d'Ubuntu

vivien · « **Réponse #54 le:** 15 octobre 2019 à 20:20:28 »

Tout à fait c'est pour cela que je parle de la fin d'une époque.

Mozilla a arrêté ses serveurs miroirs pour distribuer les mises à jour et des évolutions importantes doivent être faite sur le système actuel utilisés par les distributions Linux (pas que Ubuntu, le principe est le même partout)

Tu nous expliques comment est fait le partage des clefs privée pour https ? (Je vois que chaque serveur a les clé privée pour tile.openstreetmap.org)

ChrisP · « **Réponse #55 le:** 15 octobre 2019 à 22:43:11 »

Moi je trouve ça plutôt sympa et assez efficace. Du coup je vais migrer mon RPi pihole et mon second RPi dns local sur une Debian unqiue, depuis le temps que ça me travaille.
Par contre je n'arrive pas à voir si on peut mettre la vm en démarrage automatique si la box redémarre. Pareil pour les VLAN, est-ce supporté ? Au moins en taguant côté VM ?
Pour la barette de RAM ça parait évident que Free ne veut pas envoyer à son support des hordes de plaintes de barette RAM qui ne marchent pas ...

ChrisP · « **Réponse #56 le:** 15 octobre 2019 à 22:52:19 »

Citation de: xp25 le 13 octobre 2019 à 16:12:12

Parce que c'est 20x expliqué partout.

Only 512 en VM avec barette originale.

Et que partout où c'est expliqué, c'est juste faux.
Pas de problème pour démarrer une VM avec 957 Mo avec la barette d'origine (il faut bien penser à cliquer sur "Appliquer" une fois que l'on a édité le champs, si si ça m'est arrivé aussi ^^)

alain_p · « **Réponse #57 le:** 15 octobre 2019 à 22:54:28 »

Tu es en Delta ou en Delta S ?

darkmoon · « **Réponse #58 le:** 15 octobre 2019 à 23:09:44 »

La partie serveur est la même

xp25 · « **Réponse #59 le:** 15 octobre 2019 à 23:09:50 »

Citation de: ChrisP le 15 octobre 2019 à 22:52:19

Et que partout où c'est expliqué, c'est juste faux.
Pas de problème pour démarrer une VM avec 957 Mo avec la barette d'origine (il faut bien penser à cliquer sur "Appliquer" une fois que l'on a édité le champs, si si ça m'est arrivé aussi ^^)

Le souci pour alain_p c'est que le max permis est à 512 au lieu de 957 (cf capture).

Défaut de la barette, défaut software, bug suite à maj ?