nicoueron

Oui cela peut se scripter. Mais je n'ai jamais réussi à faire l'inverse à savoir planifier l'allumage de mon HP N54L. Si quelqu'un sait comment faire je suis preneur!

Salut, dans le centre de paquets, est-ce que le serveur multimédia est bien démarré ?

(hélas) cela n'éteindra que la VM DSM.

c'est vrai que les tutos sont tous un peu vieux maintenant ! mais la procédure est toujours la même. Bref la dernière version du DSM est 5.2-5967.2 avec un XPEnoboot 5.2-5967

il existe un KB : https://kb.vmware.com/selfservice/micro ... Id=2007328 DAns la solution proposée, le deuxième point pourrai régler ton pb je pense

Super retour ! un grand merci à toi pour cette expérience! Pour ma part je serai intéressé de savoir si qqn a déjà fait de l’agrégation de deux lignes adsl ou comme toi 1 ligne 4G + 1 ligne ADSL via un soft justement ?

Merci à vous pour vos retours d'expérience. Il faut tout de même émettre un gros bémol, tout ce que aquawide est en train de mettre en place est dépendant d'une faille chez Bouygues, mais grâce à vous ils sauront comment la bloquer!

Le mieux étant de lire les commentaires sur les caméras de surveillance sur Amazon. Ce n'est pas ce qui manque! Moi personnellement j'ai celle-ci : https://www.amazon.fr/Camera-IP-HD-interieure-infrarouge/dp/B00MTIDEYK/ref=sr_1_5?ie=UTF8&qid=1472026764&sr=8-5&keywords=foscam Le commentaire avec le flux vidéo, c'est de moi aussi. Personnellement je préconise le choix d'une caméra avec l'alimentation sur POE (power overethernet) ce qui enlève un cable et un transfo, mais il faut un injecteur POE ou alors un switch qui soit compatible, mais pour dissimuler la caméra c'est vraiment un gros plus. Après si tu pars sur une Wifi c'est différent, mais il faut un super débit - surtout en HD. Celle que tu proposes, n'est pas super bien noté sur Amazon : https://www.amazon.fr/technologie-D%C3%A9tection-mouvement-visionnage-smartphone/dp/B00TFA523Q/ref=sr_1_2?ie=UTF8&qid=1472027239&sr=8-2&keywords=ipcc+h05s

dsl, mais je ne comprend toujours pas ce que tu veux ?! tu veux acheter une de ces caméras (et à l'étranger?) et tu hésites c'est ça ?

Les deux derniers liens ne marchent pas. Je ne comprend pas non plus ta dernière phrase^^, merci de te relire Quoiqu'il en soit, SurveillanceStation gère très bien le protocole ONVIF. Donc même si elle n’apparaît pas dans la liste des constructeurs dans SS, il y a toujours le choix du pilote générique ONVIF qui doit convenir dans 90% des cas pour peu que la caméra supporte ce protocole.

Tout à fait d'accord avec JacquesF sauf sur la limite de la RAM. En effet, la version 6 n'impose plus de limite à ce niveau là! Ma société a fait l'acquisition d'un serveur Dell avec 256Go de RAM et j'ai installé ESXi 6 dessus sans pb et une licence qu'il convient de récupérer après inscription sur le site de VMWare. Pour la partie administration d'un ESXi, il convient de comprendre qu'il ne s'agit que d'un hyperviseur. Il expose des API qui sont accessibles depuis des clients. L'un étant la ligne de commande classique et là c'est effectivement pour les barbus^^, l'autre c'est via le client VsphereClient que tu peux télécharger depuis l'url : https://[iP_ESXi]/ ou plus simplement : http://vsphereclient.vmware.com/vsphere ... -6.0.0.exe Et là l'interface est quand même bcp plus sexy même s'il n'est plus vraiment maintenue par VMWare. Par contre on est sur une archi client/serveur, donc il te faut un autre PC pour installer ce client. PC qui doit OBLIGATOIREMENT être sous Windows. Il existe encore une autre solution qui est en train de mûrir rapidement : https://labs.vmware.com/flings/esxi-emb ... ost-client. C'est la même chose que le VSphere Client mais dans un navigateur web, donc compatible Linux/Mac/Windows (et même smartphone) Pour le passthrough, cette instruction est native aux processeurs Xeon. Pour les i7, je ne sais pas : Google est ton ami!

Si c'est Windows qui est démarré, cela veut dire aussi qu'il n'y aura pas la possibilité d'accéder aux données du DSM. Les deux peuvent cohabiter mais les services, eux, non.

Donc ton idée consiste à mettre ESXi + tes VM sur une clé USB. Oui c'est possible mais la durée de vie d'une clé USB pour les VM c'est pas terrible (il y aura bcp d'I/O). Il vaut mieux selon moi installer ESXi sur la clé USB et dédier un disque dur (SSD ou pas) au stockage des VMs. DSM ne prend rien du tout, par contre pour la VM windows 10 il lui faut au minimum 50Go. Donc un SSD de 120Go à 49€ ne prendra pas trop de place et devrait convenir à tes besoins (tant en perf qu'en fiabilité) voire même y installer ESXi par la même occasion, ce qui te libérera un port USB.

Le sujet a été abordé de nombreuses fois, je pense juste que tu te poses mal la question... 1 mot : virtualisation Soit tu installes ton Linux ou ton Windows de base et dedans tu mets un virtualbox ou VMware workstation et tu alloues tes disques de données à ta VM XPenology, soit tu installes un hyperviseur type ESXi avec 2 VMs (ton linux et ton XPEnology) mais tu perds l'utilisation type PC qui je pense t'intéresse à moins que ton i7 soit compatible DirectPath i/o.

Sur quels critères ?

Dans le cadre d'une virtualisation, la mise en place d'un SSD correspond à la mise en place d'un cache pour accélerer les perf oui, ce n'est pas pour l'hyperviseur lui-même. Il s'agit ici d'un disque qu'on dédie au système de cache en plus de l'hyperviseur et du datastore. Pour y stocker pleins d'autres VMs, car une VM peut vite prendre de l'espace disque Non là tu mélanges les concepts virtualisation ou non. Si tu installes DSM en barremetal, directement sur ton serveur, alors le bootloader est sur la clé USB, une fois démarré, la clé ne sert plus, mais au redémarrage physique dur serveur il la faut. C'est pourquoi on s'oblige à la laisser dedans. Dans le cas d'une VM, le bootloader est fourni dans le fichier vmdk que tu auras téléchargé préalablement. Il n'y a pas besoin de clé USB (sauf si tu choisi d'installé ESxi dessus) Esxi 6 n'apporte rien de nouveau par rapport au 5.5. Mais Xpeonology est compatible avec les 2. Vérifié par mes soins

Ok, donc normalement tu devrais avoir les droits de le faire. Si ce n'est pas le cas c'est qu'un processus le monopolise. As-tu moyen d'arrêter le paquet Pyload depuis le gestionnaire de paquet dans le DSM ? si oui fais-le et refait ta manip via WinSCP

Avec Putty, quel est le résultat de la commande ? ll /volume1/@appstore/ Sinon, tu peux te donner les droits (mais temporairement...) : chmod 777 /volume1/@appstore/pyload

et au pire du pire : http://technotips.fr/1153-installer-xpenology-hyper-v/

au pire : http://www.it-connect.fr/mvmc-convertir-vmdk-en-vhdx/

pas tester, mais en général du linux dans un Hyper-V c'est pas beau à voir!

Sans l'avoir testé, il me semble que DSM crée un hotspot wifi dans ce cas là, et du coup il crée un autre réseau que celui pour lequel tes machines seront... il faudra je pense creuser le sujet pour que DSM fasse aussi un rôle de "routeur"! bon courage mais je suis preneur de ton retour d'expérience!

Oui et non. Tu peux utiliser la data d'un forfait 4G avec ton NAS mais ça ne sera pas avec une liaison USB sauf si tu trouves les drivers "modem" associé au téléphone ou au modem. Pour ma part le plus simple reste d'avoir une clé USB Wifi connectée au NAS et un téléphone portable 4G (avec la carte sim bien sur) qui lui est connecté au réseau de l'opérateur et partage sa connection en Wifi auquel est relié le NAS. La connection USB peut servir à recharger le téléphone.

Salut, Comme tu sembles l'avoir compris, DSM est installé sur tous tes disques et le bootloader sur la clé USB. Ça c'est pour une installation physique. Pour une installation sous VMWare, le boot loader se retrouve sur le fichier vmdk (disque virtuel) associé a la VM que tu auras préalablement créée. Donc si tu m'a bien suivi, tes données (et donc ton DSM) sont toujours sur tes disques. Pour les associer à ta VM XPenology, il faut "lier" tes disques physiques à ta VM et là il faut utiliser la notion 'RDM' que propose VMWare. L'hyperviseur ESXi sera lui installé sur une clé USB ou un autre disque dur. Voilà pour la théorie. Personnellement je recommanderai d'installé ESXi sur un disque dur à part, car cela permet d'avoir un datastore plus grand, plus rapide et surtout plus fiable qu'une clé USB. Pour info, il faut au minimum 4go de RAM pour ESXi. Il existe aussi une autre solution de virtualisation : en standalone via Oracle Virtualbox. Mais moi je ne trouve pas cette solution hyper pérenne et elle ne répond pas à mes besoins. C'est pourquoi je préfère de loin VMware ESXi. bref, pour la pratique : - Éteins ton serveur et assure toi d'avoir un ISO bootable de VMWare ESXi (5.5 ou 6.0) - tu peux le mettre soit sur une clé USB via l'utilitaire Rufus, soit tu graves l'ISO sur une galette si ton serveur est pourvu d'un lecteur évidemment! - Débranche tes 2 disques durs. - boot sur la clé USB (ou CD) de VMware et installe ESXi sur une clé USB ou un autre disque dur - configure ESXi (config réseau, licence, etc.) - éteins de nouveau ton serveur et rebranche tes disques durs. - rallume le serveur - en suivant ce lien, tu devrais pouvoir créer 2 vmdk "RDM" qui mappent tes disques durs : https://synergeek.fr/utiliser-disque-en-raw-device-mapping-rdm-pour-xpenology - via un autre PC et le Vsphere client, tu crées une VM basé sur un noyau linux et alloue-lui 2Go de RAM. Tu lui ajoute LE disque virtuel fourni par la communauté (celui qui contient le bootloader). - et là tu me dis : et mes données ???? et bien tu ajoutes les 2 vmdk que tu auras créés juste avant. - ensuite tu démarres ta VM, là je ne sais plus trop : soit il boot sur ton ancien DSM et là c'est gagné, soit il faut réinstallé DSM mais normalement il devrait voir ton ancien volume et donc juste procédé à une "mise à jour"

Non le certificat doit être installé sur le serveur. S'il est émis par une autorité reconnue alors coté navigateur tu ne dois pas avoir d'avertissement ni d'erreur HTTPS (un peu comme quand tu vas sur le site de ta banque par exemple). Dans le cas contraire tu auras un avertissement de sécurité coté navigateur qui obligera a ajouter une exception pour bypasser ce problème mais les données, elles, sont toujours échangées de façon chiffrées.