Aller au contenu

Myghalloween

Membres
  • Compteur de contenus

    129
  • Inscription

  • Dernière visite

À propos de Myghalloween

Visiteurs récents du profil

2538 visualisations du profil

Myghalloween's Achievements

Explorer

Explorer (4/14)

  • First Post Rare
  • Collaborator Rare
  • Conversation Starter Rare
  • Week One Done
  • One Month Later

Recent Badges

0

Réputation sur la communauté

  1. 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.
  2. ç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 ^^
  3. 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
  4. 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
  5. 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.
  6. 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
  7. c'était mon premier reflexe, j'ai tenté chrome et edge avec le même résultât
  8. 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
  9. 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
  10. 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
  11. 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.
  12. 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...
  13. 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
  14. 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.
  15. 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
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.