Myghalloween

Bien vu ! ça fonctionne ! Par contre le reverse proxy doit pointer sur du http et non du https, sinon ça ne marche pas pour une raison que j'ignore. Et il faut bien sélectionner websocket.

ça me semble être une bonne piste. Je suis bien conscient que mon reverse proxy est foireux, ceci dit j'ai bien le websocket dans l'entète, et mon certif est aussi un letsencrypte wildcard (pas de méthode acme car je passe directement par syno) La destination du reverse en http est probablement en cause aussi. On le trouve où le port utilisé par VMM car dans la doc Syno il y a pas mal de port le concernant ? En tout cas merci pour ta participation, c'est pas simple de trouver de l'info sur ce sujet ^^

Problème du vpn c'est qu'au boulot je ne peux pas^^ en cherchant sur différent sites, certains parle de certificat dédié à VMM... je ne sais pas si cela peut être en cause

oui bien vu. Je suis pas très à l'aise avec tout ça. Toujours pas de solution pour lancer l'installation de la VM via "connect" à distance. Pas de souci en local par contre

Petit complément d'information pour vous mettre sur une éventuel piste : A distance je me connecte a mon NAS a l'aide du DDNS (certificat letsEncrypte) et du reverse proxy, et dans VMM ça foire quand je clique sur "connect" https://monadresseddns.synology.me/webman/3rdparty/Virtualization/noVNC/vnc.html?autoconnect=true&reconnect=true&path=synovirtualization/ws/......... En LAN, je me connecte a mon NAS avec son IP sur le port 5001, et dans VMM quand je clique sur "connect", j'arrive bien sur ma page VNC avec Debian à installer https://192.168.XXX.XXX:5001/webman/3rdparty/Virtualization/noVNC/vnc.html?autoconnect=true&reconnect=true&path=synovirtualization/ws/........ ça vous met sur une piste ? Faut absolument que je puisse travailler dessus à distance.

Bon je viens de m'apercevoir en fouillant que j'ai bien Open vSwitch d'activé sur l'interface réseau ! Je viens de télécharger Guest Tool pour l'installer sur la VM (quand elle sera accessible à distance) Pour le reste ça ne fonctionne toujours pas

c'était mon premier reflexe, j'ai tenté chrome et edge avec le même résultât

non je n'ai pas open vswitch d'activé. Jamais entendu parlé. C'est dans quel paquet je ne vois pas cette option ? Balance SBL ne me dit rien non plus

Salut, Oui complétement conscient que la conf est foireuse... En fait je suis distant du NAS pendant quelques jours, et je voulais me faire une VM Debian. Pas de problème pour accéder au NAS à distance avec le reverse proxy, donc pas de souci pour préparer la VM depuis VMM, par contre quand je veux la lancer pour faire l'install de Debian, je clique sur "connect" après l'avoir démarré mais je me retrouve sur une page noVNC "failed to connect server". Donc je me doute qu'il faudrait une IP et un port, mais je ne sais pas comment faire. L'IP de la VM je ne la trouve nulle part dans VMM, ce qui ne m'étonne qu'à moitié puisque la Debian n'est pas encore installée donc pas de réseau ? Et le port je ne sais pas où avoir cette information. Concrétement je cherche à faire l'installation de la VM Debian à distance, donc à avoir accès à l'affichage de la VM. Effectivement avec ça la conf du reverse proxy sera beaucoup plus simple. J'espère juste ne pas être obligé d'être en local au préalable. Merci de ton aide en tout cas

Bonjour à tous, Après quelques heures de recherches sans trouver ma réponse je m'en remets à vous. J'accède à mon DSM 7.2 depuis l'extérieur en reverse proxy via mon ddns synology.me. Jusqu'ici tout va bien. J'ai pu créer mon fichier de conf de VM à distance, et quand je veux la lancer pour installer la VM en cliquant sur "connect", j'ai un "failed to connect server" depuis une page noVNC. Je pensais résoudre le problème en passant par le reverse proxy mais visiblement c'est plus complexe que prévu. Ma conf reverse proxy : source: https vm1.domain.syno.me 443 destination: https localhost 443 custom header: websocket sur mon routeur le 443 est redirigé vers le 443 Voilà, je pense que l'erreur est dans ma conf reverse proxy au niveau des ports mais je bloque, et vu que la VM n'est pas installée, je n'ai pas son IP dans VMM. Merci pour votre aide

Bon à défaut d'informations sûres avec sources officielles, je prends pas de risque pour mes 25To, donc EXT4 pour ma part. Merci pour vos infos quoiqu'il en soit. A noter pour ceux qui lisent ce fil, btrfs est un très bon choix pour R0, R1, R10, aucun doute à ce sujet.

oui comme tu le dis c'est plutôt un ajout qu'une reconstruction. Je ne sais pas si les "potentiels" problèmes sont les mêmes...

oui, le comportement lors d'une reconstruction. Je ne sais pas si l'agrandissement est source de problème. J'ai lu que les reconstructions en RAID 5/6 étaient problématiques avec btrfs puisque ce dernier tente de "réparer" des données de parités alors que le RAID reconstruit son disque de remplacement. En gros btrfs croit réparer une erreur qui n'en est pas une... Tout cela à prendre avec de grosses pincettes car je ne trouve rien d'officiel à ce sujet, juste des posts un peu partout et d'anciens articles qui évoquent le problème avec des versions anciennes de btrfs

Merci pour ton retour c'est bon à savoir. Je serais intéressé de connaitre le résultat après un volume en mode dégradé si ça t'arrive : il parait que c'est lors des reconstructions que ça se gâte.

oui c'est un des principes de btrfs, mais c'est aussi ce qui semble poser problème avec le RAID 5/6 (pour le moment en tout cas). ext4 n'a pas de checksum pour la correction de donnée mais si c'est dans un RAID 5/6, la parité des données s'occupe très bien de ça. Effectivement dans un RAID 1, ext4 n'est clairement pas un bon choix aujourd'hui

Oui je sais bien, mais RAID 5/6 avec btrfs, apparemment c'est pas la joie, donc dans le doute le btrfs serait visiblement plus à l'aise sur un RAID 1 à part voire un jbod

Bonsoir à tous, J'ai fait l'acquisition d'un RS3617RPxs (c'est horriblement bruyant mais c'est un autre sujet) et je migre progressivement mes données depuis un DS1812+. J'ai récupérer la conf de l'ancien donc sur ce point j'ai pas eu besoin de suivre à nouveau les tutos du forum, notamment pour la sécurité. Par contre j'en suis à préparer ma stratégie de stockage et donc la question du RAID et du FS se pose. J'avais auparavant un RAID 6 (SHR2 8x3to) en ext4 dont j'étais plutôt satisfait : perte de disque à plusieurs reprise et jamais de donnée perdue. J'envisage donc à nouveau un RAID 6 (non SHR puisque non compatible avec le nouveau NAS), mais en 4x14to. Oui j'ai été tenté par le RAID 1+0 mais finalement le manque d'évolutivité sur la capacité d'un volume unique ne me comble pas et la roulette russe sur les "2" disques de protection si grappe non identique ne me rassure pas. Pour le FS je suis un peu dans le doute : ext4 est fiable et robuste, mais btrfs me fait de l’œil pour tous les avantages qu'il apporte sur du stockage (également pour la virtualisation sur un volume à part éventuellement). Ceci étant dit, j'ai lu beaucoup de chose le concernant qui me font peur : par exemple les problèmes que certains ont rencontré sur la corruption ou les erreurs du système (surtout avec Docker visiblement)... Du coup, btrfs est fiable ou bien ça reste à utiliser avec précaution sur des datas pas trop critiques ? Merci pour vos conseils ! Précision : mon NAS est sur onduleur.

On dirait bien que ma migration est compromise... En gros la solution la plus "sûre" c'est de trouver suffisamment de disques pour faire la bascule... J'ai 16to de donnée, c'est pas énorme mais faut quand même trouver les disques...

C'est ce que j'ai commencé par faire. J'ai lu plusieurs articles sur et certains n'étant pas très clairs, voire ambigus, je préfère m'assurer de la méthode en consultant ce forum. C'est un RS3617RPxs. Effectivement je n'avais pas vu que le SHR n'était pas de la partie (dans un sens ce n'est pas très grave puisque tous mes disques sont identiques mais pour la migration ça peut en devenir un). Je peux éventuellement passer mon SHR2 source en R6 ? Ext4 en revanche c'est vraiment problématique. Je pensais tout passer en btrfs (je ne savais pas que cela pouvait influencer les paquets et la virtu) pour les avantages que cela apporte sur la gestion des metadatas et la concordance des données. Pour ce qui est du bruit des ventilos, c'est vraiment beaucoup plus bruyant qu'un DS. L'idée serait de modifier le seuil de déclenchement de l'augmentation de la vitesse (y'a 4 ventilos, je peux aussi en enlever 1 ou 2). J'ai retrouvé le sujet entre temps, je ne sais pas si c'est toujours d'actualité :

Bonsoir, Je viens de recevoir un rackstation en remplacement de mon bon vieux DS1812+ (DSM 6.2) dans lequel j'ai 8 HDD en SHR2. Avez vous une méthode sûre pour migrer cette grappe vers le nouveau (RS3617 en DSM 7.1) ? J'ai lu qu'il suffit de transférer les disques dans le nouveau en respectant l'ordre mais ça me fait un peur... D'autre part, le RS est hyper bruyant même avec les ventilo réglés sur calme. Existe t-il un moyen de modifier le seuil de déclenchement dans la conf ? Il me semble avoir vu quelque chose qui en parlait il y a quelques temps mais je n'arrive pas à remettre la main dessus. Et de mémoire on pouvait aussi les arréter, mais je ne trouve pas l'option. Merci pour votre aide.

Ok merci à vous pour ces précisions !

Si simple que ça ? Et du coup on peut virer Apache et php par la suite ?

OK. Est ce que vous avez un tuto pour ne conserver que Nginx sans tout casser sur le NAS ?

Bonsoir, J'ai plusieurs questions en vrac concernant Apache Nginx et PHP. Déjà, est-ce possible de ne conserver sur nos NAS que Nginx si on ne souhaite pas se servir d'Apache et existe t-il un tuto pour paramétrer Nginx ? Concernant PHP, j'ai vu qu'il y avait plusieurs versions sur mon NAS (apparemment ce n'est pas grave d'en avoir plusieurs) et dans la mesure du possible j'aimerais ne conserver que ce qui me sert, en l’occurrence je n'ai pas de siteweb hébergé mais peut être que c'est utile ailleurs. Je suis un peu ignorant sur le sujet donc si quelqu'un veut bien me guider sur les bonnes pratiques... Merci

ok merci pour les précisions. J'étais à coté en pensant que c'était un tag de paquet.