Sécurise t'ont une machine virtuel ... ?

[loreleil]

Salut,

Virtualbox installer.

Une VM Squeeze, une VM win. Et bien d’autres à venir, dont un pot de miel …

Virtuel, par définition : qui n’existe pas physiquement.

Concrètement, des dossiers partagés : Hôte > VM.

Faut-il sécuriser ces machines : pare-feu, et tout le reste… ??? … Comme pour une machine physique ??? …

[lol]

Salut,
Oui, et d’autant plus si ces machines ont un accès Internet.
Virtuelles ou pas elles sont vulnérables.

[loreleil]

Bonjour lol content de te revoir … Paris le jour, Paris la nuit, Paris la pluie …

Effectivement, connectés au net.

Donc, il faut les soignés comme des Hôtes, tout pareils, la totale ?

Merci. toujours aussi matinal.

Je t’en serre cinq, pas trop dur la reprise

[lol]

Salut,
Non, reprise agréable, hôtel rempli, pas trop froid (déjà le printemps qui approche!).

Tes VM accèdent au LAN et à l’hôte. Si elles sont corrompues, tu risque de corrompre l’ensemble. Il faut donc les soigner au même titre que des machines physiques!

[loreleil]

merci !

Pour ne pas me prendre le choux, je vais mettre mon hypothèse en pratique.
Tirer de ce post : APT::Immediate-Configure

Ceci pour la sécurisation uniquement.

Si bien que, (farfelu ?) installation de virtualbox, (si ce n’est déjà fait) une VM de squeeze, et tenté de recréer le même contexte.

[edit]

Pour aller plus loin. (tenter de réunir les mêmes conditions)

A partir de ton hôte :

• réinstaller exactement la liste des paquets de ton hôte, et un cp via le dossier partagé de la VM :

isalo.org/wiki.debian-fr/ind … ion_rapide

dpkg --get-selections > mes_paquets

dpkg --clear-selections

dpkg --set-selections < mes_paquets

apt-get -u dselect-upgrade

• faire une sauvegarde de la configuration du système, puis un cp vers le dossier partagé de la VM :

Cette commande créera une archive nommée install.conf.tar.gz dans le répertoire personnel de l’administrateur système.

 tar cvfz /root/install.conf.tar.gz /etc/*

Cette commande écrasera tous les fichiers existants (VM squeeze) par ceux de la sauvegarde.

 tar xvfz /root/install.conf.tar.gz 

[/edit]

Hormis le fait, que je n’aurai pas besoin de tout les paquets qui sont installer sur mon hôte, diff me sera bien utile sur ce coup.

Une fois cette sélection faite, j’écraserai les fichiers de config existant.

 tar xvfz /root/install.conf.tar.gz 

Mais du fait, que je ne reprendrai pas tout les paquets pour la VM Squeeze, je me demande si l’écrasement (un copier intégrale (des config) en quelque sorte de mon hôte) de la VM, ne posera pas de problème ???
Les config en trop … derrière l’oreille …

Autre fil, peut être …

Autre conseil … ?

[lol]

Salut,
J’ai pas tout suivi…
Si tu récupères les confs de ton hôte pour les coller dans ta VM, tu risques d’être emmerdé pour certains trucs… (configuration réseau, nom de la machine, etc.).
Tout n’est pas à récupérer tel quel… il faut trier (un peu) et modifier ce qui doit l’être.

[loreleil]

[quote=“lol”]Salut,
(…)
tu risques d’être emmerdé pour certains trucs… (configuration réseau, nom de la machine, etc.).
Tout n’est pas à récupérer tel quel… il faut trier (un peu) et modifier ce qui doit l’être.[/quote]

j’ai mis la charrue avant les bœufs, j’avais pô penser à ces “petits détails” …

je vais aviser en fonction, merci …

[Clochette]

[quote=“loreleil.747”]Salut,

Virtualbox installer.

Une VM Squeeze, une VM win. Et bien d’autres à venir, dont un pot de miel …

Virtuel, par définition : qui n’existe pas physiquement.

Concrètement, des dossiers partagés : Hôte > VM.

Faut-il sécuriser ces machines : pare-feu, et tout le reste… ??? … Comme pour une machine physique ??? … [/quote]

C’est suite à l’histoire de pot de miel que je me réveille, tu compte utilisé Virtualbox pour faire tourner des VM 24/24H

[lol]

…tu compte utilisé Virtualbox pour faire tourner des VM 24/24H

J’ai deux VM qui tournent sous Vbox 24/24… Une passerelle et un serveur mail.
C’est pas bien ?

[loreleil]

Salut Clochette,

[quote=“Clochette”]

C’est suite à l’histoire de pot de miel que je me réveille, tu compte utilisé Virtualbox pour faire tourner des VM 24/24H [/quote]

Beaucoup de questions ci-dessous en quelques lignes mais bon, ta suggestion m’interpelles.

L’idée sur le fond n’est elle pas bonne ?

24/24h,et 7/7j, n’est pas l’objectif en soit, mais il arrivera fréquemment qu’une machine hôte tourne 24/24h durant quelques jours, accompagné d’un pot de miel sur une VM, donc oui cette vm sera amenait à tourner (24/24) durant cette phase.

Cette Vm (install minimal et sécuriser), installer sur un hôte physique, son rôle unique : le pot de miel.

Dois-je comprendre que c’est une situation contradictoire, qu’il-y-a des contre-indications que je n’aurais pas saisi ?

Suis-je dans l’erreur ?

A quoi penses tu pour avoir lever ce lièvre … ?

Quelques conseils ?

[Clochette]

Bah en réponse à tous les deux je me posais simplement la question sur l’outil pour faire tourner ce genre de service j’auari plus vu vmware ou xen je trouvai que KVM/Qemu et virtualbox sont plus des solutions pour faire tourner du softs ou des OS qui ne tournerai pas autrement ou faire du test.

Mais dans l’absolu je ne dit pas que ça pose problème, bien au contraire en suivant l’exemple de lol, des services qui tournent bien et depuis déjà quelques temps en générale c’est suffisant pour attester de virtualbox.

[lol]

Pour le moment c’est très robuste (aucun freeze de VM).
Les VM sont lancées avec l’option “headless”, donc pas de graphique.