UNRAID. Un OS multifacette.

[-Lyam-]

je m'auto cite car j'avais bien indiqué parler des protocoles sécurisés
Donc la nous sommes d'accord, j'aurais peut-être du insister plus sur le coté pas toucher au ftp, mais ftps /sftp obligatoire

On y arrive

J'ai mis que sftp et ftps étaient conseillés, j'aurais du dire indispensable par rapport à un ftp "basique"

[alan.dub]

On y arrive

Ouvrir un ftp sur l'extérieur n'est pas plus sucidaire que un autre service...

PS :
J'ai édité mon précédent message

EDIT :
Sinon votre un UnRaid me semble bien sympa... peut être qu'un jour...
Mais pour l'instant je reste Synology, mais je garde ce topic dans un coin de ma tête

[-Lyam-]

je n'ai pas parlé de protocole mais d'ouvrir un ftp, pour moi ftp de base,sftp,ftps c'est ouvrir un ftp. si c'est cela qui a rendu la chose confuse je m'en excuse mais sur les interventions suivantes à plusieurs reprise j'ai mentionner sftp et ftps sur la durée des messages.

d'ailleur dans le post que tu cite j'indique en dernière phrase que sftp et ftps sont conseillés

Enfin bref, oui il faut utiliser un protocole crypté,chiffré et oui un ftp (pas taper) utilisant les protcoles ci-dessus permet de le faire

Navré pour le petit HS Polo

[Polopretress]

C'est pas grave.
La discussion meme tendue est restée courtoise et on arrive a une conclusion.
C'est a cela que les posts servent

[-Lyam-]

Bonjour, autre question pour ceux qui ont des VM.

Est-ce qu'il est possible d'avoir un backup valide d'une vm si celle-ci est au minimum en mode suspendue ? car je dois avouer que si je dois arrêter mon Windows server 2016 pour faire un backup correct cela m'ennuie un peu , merci.

[Polopretress]

Je ne comprend pas ta question. mode suspendue ?

[-Lyam-]

ha oui dans Unraid le terme exact est, pause, ce qui suspend la VM
Une sorte de veille en gros, voila voila

[MLill]

J'ai juste regardé la log lors d'une sauvegarde faite par backup-restore.
Il arrête les conteneurs et les relance après la sauvegarde.
Pour les VM je ne sais pas, mais je suppose qu'il est possible d'exécuter une commande qui fait une pause de la VM avant la sauvegarde.
Ou toute autre commande qui permet d'avoir la VM dans un état stable.

Michel

[-Lyam-]

La question est de savoir si une sauvegarde est parfaitement utilisable si elle est faite alors que l'état de la VM est en pause plutôt que à l'arrêt.
Je crois qu'il faudra que je test ça quand j'en aurai l'occasion donc ou sinon jouer la sécurité est éteindre systématiquement les vm à backup mais bon..

[Polopretress]

Pour ce genre de chose, effectivement, je préfère tester moi même

Tu n'as rien trouvé sur le forum unraid ?

[-Lyam-]

Il faudra que je regarde en détail, ce que j'ai lu c'est que normalement on met la vm hors ligne pour faire des backup.

Je viens d'avoir un petit "soucis" sur une vm pour laquelle j'ai mis un périphérique usb que j'ai assigné à une VM
Tout c'est bien passé jusqu'au moment ou après arrêté VM j'ai débranché le périphérique en question (physiquement) pour relancer la VM un peu plus tard.

Et bien non la VM ne va pas démarrer car elle ne retrouve plus le fameux périphérique car en faisant de cette manière il reste inscrit dans le fichier de config XML.
J'ai trouvé cela un peu embêtant si l'on veut faire des tests, mais il existe une solution en éditant la configuration XML de la VM

Exemple pour contourner le soucis:
Il faut trouver une ligne ce type (attention si vous avez plusieurs périphérique usb !!)
<hostdev mode='subsystem' type='usb' managed='no'>
<source>
<vendor id='0x0a12'/>
<product id='0x0001'/>
</source>
<address type='usb' bus='0' port='2'/>
</hostdev>

et changer la ligne source par
<source startupPolicy='optional'>

Ceci invalide la condition qui exige que le péripherique soit absolument branché pour démarrer la VM

[MLill]

Merci pour le tuyau .
Effectivement j'ai pris l'habitude de cocher et décocher les périphériques USB
Michel

[Polopretress]

J'ai fait une petit modif en page 1 pour retracer ces petites astuces.

[MLill]

Michel

[-Lyam-]

Nouveau point sur une VM windows 10 que j'ai voulu faire en bios UEFI (OVMF) et non SEABIOS.

Apparemment il arrive que parfois le démarrage de la VM ne se fasse pas sur l'iso (de windows donc) ou que l'on n'est pas le temps de lancer VNC pour appuyer sur une touche pour démarrer à partir de l'iso.

On se retrouve alors sur un shell (une ligne de commande)

Il est possible d'éditer l'XML pour arranger cela mais je vais donner la méthode que j'ai utilisé qui permet de ne rien éditer.

Il suffit de taper les commandes suivantes dans le shell:

fs0:
cd boot
cd efi
bootx64.efi

Si tout va bien à la suite de cela la Vm va booter comme il faut pour le premier boot d'installation et le boot suivant, donc plus besoin de retaper cette commande plus tard.

Je n'ai pas eu ce soucis sur un iso de Linux Mint.