JacquesF

Bonjour, De mémoire, les informations affichées dans le panneau de configuration du DSM sont celles que devraient indiquer un vrai NAS Synology, avec le matériel dédié. Les informations doivent donc être basées sur le pré-supposé que le hard est immuable, ce qui n'est bien sur pas le cas dans XPenology. C'est le cas pour le type de processeur (qui peut être mis à jour avec un script nommé ch_cpuinfos.sh. Jacques

Et ne pas oublier de modifier le fichier virtuel /proc/sys/net/ipv4/ip_forward pour y inscrire la valeur 1 : Modif temporaire : echo 1 > /proc/sys/net/ipv4/ip_forward Modif au démarrage en ajoutant la ligne suivante dans le fichier /etc/sysctl.conf : net.ipv4.ip_forward = 1 Sinon le NAS ne routera pas les paquets entre les deux réseaux. Jacques

Si tu n'as pas d'accès en SSH ça va être difficile d'aller plus loin en effet. Dans ce cas, la réinstallation est clairement le plus simple, en répondant NON si on te propose de formater les disques bien entendu. Jacques

Ces options ne permettent pas un scan complet des ports. Je te conseille de refaire le test avec -p1-65535 pour être certain que tout est scanné. Si le DSM tourne sur un port non standard, c'est la seule méthode (du moins que je vois pour le moment) pour voir ce qui tourne sur le NAs et est accessible depuis le LAN. Jacques

Bonsoir, Je ne vois pas non plus le(s) port(s) DSM. As-tu lancé nmap avec l'option de scan de tous les ports ? ( nmap -p1-65535 IP_du_NAS ) ? Sur le mien, le scan retourne ceci : PORT STATE SERVICE 22/tcp open ssh 80/tcp open http 139/tcp open netbios-ssn 443/tcp open https 445/tcp open microsoft-ds 3261/tcp open winshadow 3262/tcp open unknown 3263/tcp open ecolor-imager 3264/tcp open ccmail 3690/tcp open svn 5000/tcp open upnp 5001/tcp open commplex-link 6690/tcp open unknown 49160/tcp open unknown 49170/tcp open unknown 50001/tcp open unknown 50002/tcp open iiimsf Nmap done: 1 IP address (1 host up) scanned in 52.32 seconds Les ports DSM sont indiqués comme upnp (DAM-http) et complex-link (DSM-https) comme ils sont référencés dans le fichiers services de ma amchine (principaux ports connus). Si tous les ports ont été scannés, alors le DSM ne tourne pas à priori. Sinon, relancer le test en analysant tous les ports et tenter une connexion http://IP_du_NAS:Numero_du_port/ et voir ce qui réagit en face. Bon courage Jacques

Bonjour, Voir sur quel port tourne le DSM peut se faire de la manière suivante : 1) Si tu as accès en SSH au NAS, la commande netstat -lataupen (éventuellement via sudo) permet de voir quels sont les ports ouverts (le "n" indique d'afficher les numéros et non les noms). En principe, c'est le serveur nginx qui supporte les connexions HTTP(S) au DSM (c'est le cas sur le mien). La commande n'affiche le nom des process que si on en est propriétaire ou si le compte root est utilisé (d'où l'intérêt d'utiliser sudo). 2) Lancer la commande nmap @IP_du_NAS sur une machine Linux ou installer le programme et le lancer sur une machine Windows. Celui-ci va scanner tous les ports par défaut (voir le manuel pour indiquer les plages de ports à tester) sur l'adresse IP (ou le nom DNS local du NAS) et afficher quels sont les ports ouverts. Jacques

Bonjour, La virtualisation a de nombreux intérêts, mais dans le cas de XPenology, le principal est de s'affranchir du matériel existant. Un VM (machine virtuelle) présentera toujours le même type de matériel (supposé être géré par XPenology quelque soit sa version, comme la carte réseau par exemple) et se basera sur les fonctionnalités d'un hyperviseur (système d'exploitation spécifique chargé de gérer plusieurs VM à la fois) qui transcrira les requêtes faites au niveau du matériel de façon à les rendre compatibles avec le matériel existant physiquement. Les VM vont donc devoir se partager les ressources réelles (c'est à dire celles du matériel comme le/les proc(s), la RAM, l'espace disque, le réseau, etc...) et c'est l'hyperviseur qui arbitrera le tout. Pour illustrer avec le cas du réseau, une VM XPenology fera des requêtes en utilisant un driver pour une carte Intel e1000e (1Gb/s) mais ensuite l'hyperviseur insèrera le trafic vers la (ou les) carte(s) physique(s) qui peu(ven)t très bien être de type Dlink, 3com ou autre si elle sont gérées par l'hyperviseur. Le plus professionnel des hyperviseurs est probablement ESXi de VMware et une version gratuite est disponible (et suffisante pour bien des cas). Il y a aussi HyperV de Microsoft. D'autres approches existent comme VirtualBox (racheté par Oracle) qui n'est pas vraiment un hyperviseur mais un logiciel qui s'interface entre les VM et le système d'exploitation de l'ordinateur (Window, Linuw, Mac). Dans ce cas les performances et les possibilités sont plus limitées mais quand il s'agit juste de faire tourner une VM de temps en temps, il peut très bien suffire. Pour un NAS en service en permanence, ce n'est pas vraiment adapté, mais pour des tests, pourquoi pas. L'avantage aussi des VM est de pouvoir revenir à une configuration initiale (utilisation de snapshots) après installation de patches, de changement de version, etc... ce qui permet des tests de compatibilité sans risque pour les données (tant qu'on ne formate pas les disques bien entendu). Pour XPenology, ESXi permet d'avoir un environnement stable, éprouvé, et constant pour suivre les évolutions de version quelque soit le matériel en dessous. De plus, comme les entreprises utilisent très souvent VMware pour leurs environnements de développement et de tests, on est à peu près certain de conserver une compatibilité avec les prochaines versions. Une VM de test peut être créé pour vérifier la stabilité d'une nouvelle version et si ça fonctionne mettre ensuite à jour la version de la VM "réelle". Cela permet aussi d'héberger plusieurs VM pour de la domotique, un NAS, un test avec Linux ou Windows, etc... Tout dépendra des capacités de la machine "hôte" à faire fonctionner plusieurs VM simultanément (RAM et ressources PROC et HDD). Jacques

Bonjour, Es-tu certain de la gestion des droits dans le partage des fichiers ? Panneau de configuration / Dossiers partagés / Dossier Vidéo / Modifier / Onglet Permissions D'autre part, il ne faut pas confondre l'accès aux données via un partage Samba, via DS File (qui suit Samba il me semble) ou via la TV en DLNA. Il est aussi possible de bloquer le DLNA par défaut, de n'utiliser que Video Station (qui a son serveur DLNA) pour la TV et de gérer le contrôle parental pour limiter les droits d'accès aux films. Bon courage pour les tests Jacques

Bonjour, Personnellement, j'ai 6 disques dans mon Gen8, 4 dans une grappe SHR sur le contrôleur principal, un sur le connecteur du DVD (aucun soucis avec la version de loader 1.03b), et un autre sur un contrôleur SATA sur le slot PCI disponible (utilisé chez toi pour la carte réseau). Je suis resté pour le moment à une ancienne version, mon NAS n'ayant pas d'accès direct depuis l'extérieur et la sécurité de mon LAN suffisante pour mes usages. Quand j'aurai le temps (avec les dernières annonces, ça se pourrait en effet) je ferai évoluer le tout avec les drivers d'IG-88. Comme mes disques supplémentaires sont des 1Tà de 2,5", je n'ai pas essayé de les intégrer dans la grappe SHR, mis ils sont accessibles via le gestionnaire de disques, donc en principe utilisables directement dans toute grappe. Jacques

Je n'utilise pas directement l'accès à distance de mon NAS, je passe par un autre serveur auquel j'accède par un VPN. Ensuite j'ai accès directement via ce VPN à mon NAS sur le réseau local. Il y a de très nombreux fils de discussion sur ce forum concernant la configuration d'un accès distant au NAS (sans passer par QuickConnect qui nécessite un numéro de série valide). Fais une recherche avec comme mots clefs : "paramétrage routeur firewall remote access" et tu devrais trouver ton bonheur. Jacques

Bonjour, Oui, une fois installé, XPenology fonctionne comme un NAS, les restrictions portent sur les applications nécessitant un numéro de série valide, ou un matériel spécifique (essentiellement Surveillance Station). Pour DS file/video/audio, aucun soucis pour les utiliser. Jacques

Bonjour, Pour les photos tu peux réduire la taille déjà et surtout le poids de la photo réduite avec un site comme compressor.io (très efficace). Jacques

Et la colonne "Numéro de série" ne donne pas l'information ? Sur la première ligne, le disque est marqué "Non initialisé" et porte le numéro WD-WCC4N3X2V26Z si je ne m'abuse... Jacques

Sincèrement je ne sais pas. Sur le forum international, je te conseille de faire une recherche avec le chipset de cette carte (Marvell 88SE9215) et de voir quelles sont les problèmes, ou les solutions, qui sortent. Jacques

Bonjour, Pour accéder aux logs, il est aussi possible de déconnecter un des disques du NAS et de le connecter à un PC que l'on démarre sous linux (LiveCD, image USB, etc...). Ensuite, en montant la partition la plus petite on a accès au disque système. Jacques

Bonjour, Il te faut une connexion en SSH au NAS, (Panneau de configuration / Terminal & SNMP / Activer SSH). Se connecter avec un niveau admin et passer root avec la commande sudo -i (mot de passe du compte utilisé niveau admin). Faire une copie du fichier/etc/samba/smb.share.conf par sécurité (cp /etc/samba/smb.share.conf /etc/samba/smb.share.conf.old par exemple) . Ensuite, il faut éditer le fichier /etc/samba/smb.share.conf avec un éditeur comme vi (voir le web pour les commandes de base de cet éditeur). Chaque partage commence par son nom entre crochets suivi d'une vingtaine de lignes de paramètres. Il suffit d'effacer toutes les lignes concernant le partage (commande 'dd' sous vi à répéter ligne par ligne, ou 10dd pour en effacer 10 d'un coup). Sauvegarder les modifications (sous vi, taper Esc (touche Escape ou Echap) puis : (touche ": /") suivi de w et q (Write Quit). Redémarrer le service de partage de fichiers, ou le NAS et réanalyser le réseau partagé depuis un PC sous Windows. Jacques

Bonjour, Comme la modification liée à la réorganisation n'est probablement pas passée par le gestionnaire de fichiers, il est probable que les anciens partages sont toujours configurés dans le fichier /etc/samba/smb.share.conf du NAS. En effaçant les blocs correspondants aux artages en trop, cela devrait régler le soucis. Jacques

Bonsoir, De mémoire, il y a un tuto avec toutes les versions du loader (par Polanski) qui indique aussi une version alternative du loader par IG-88) et d'un autre fichier de drivers (le extra.lzma). En principe, pour faire prendre en compte les pilotes, il faut remplacer le fichier extra.lzma d'origine par l'autre et le renommer avec ce même nom. Actuellement, je suis toujours en 6.1.7 le NAS n'étant pas ouvert sur l'extérieur je n'ai pas pris le temps (ni la tête) pour faire la mise à jour en 6.2 Désolé de ne pas pouvoir en dire plus. Jacques

Bonjour, Si la VM n'est pas visible, c'est que la carte réseau n'est pas reconnue, ou que le serveur DHCP n'a pas reçu (ou répondu à) la requête. 1) Vérifier le type de carte affectée par rapport aux différents tutos 2) Vérifier que la carte est bien connectée au démarrage de la VM (ce n'est pas systématiquement le cas à la création) 3) Vérifier que le vSwitch est bien connecté sur l'interface réseau du serveur ESXi 4) Ensuite, mettre un analyseur sur le réseau (avec Wireshark) pour regarder ce qui se passe si rien ne fonctionne encore Jacques

Bonjour, ESXi est un hyperviseur, c'est à dire, comme Nicoueron l'a déjà expliqué dans plusieurs posts ici, un système d'exploitation qui se charge de faire tourner les machines virtuelles et permet de les administrer. Une VM est un "ordinateur" indépendant, qui nécessite pour se connecter une accès réseau. La façon la plus simple pour accéder à ses différents "ordinateurs" virtuels est une connexion à distance (RDP pour Windows, x2go ou X ou/et SSH pour Linux). Il est possible d'avoir un accès de type écran/clavier via l'interface Web d'administration de ESXi si je ne m'abuse (à vérifier, surtout si c'est une condition soumise à licence, mes souvenirs professionnels étant avec des licences Enterprise disposant de tous les droits et mon usage perso actuel ne concerne que Linux, Windows étant un OS que je délaisse depuis des années). Jacques

Bonjour, En root, via ssh (et sudo je pense, je me connecte en root directement via une clef donc je ne passe pas par un copte admin) : Commande : netstat -lataupen Il y a 2 a qui sont redondant dans les options de la commande, mais ça donne un nom facile à mémoriser pour "espionner" tout ce qui est ouvert en ports, le "n" à la fin permet d'afficher le numéro du port au lieu du nom. De mémoire, a pour voir toutes les sockets (même non connectées), t pour tcp, u pour udp, l pour la liste, p pour le nom du programme attaché. Jacques

Bonsoir, Pour activer le SHR en DSM 6, voici un article expliquant la procédure (qui fonctionne très bien, je l'ai fait sur mon XPeno) : https://xpenology.club/enable-shr-in-dsm-6/ SHR n'est pas une technique "propriétaire" à proprement parler, c'est une combinaison de différentes abstractions logicielles pour accéder aux données : Raid SOFT via mdadm et Volumes logiques via LVM. On peut récupérer sans soucis ces données en démarrant un système Linux (rescueCD par exemple, ou un LiveCD) et en montant les différentes couches. La procédure est indiquée dans la FAQ sur le site de Synology. Jacques

Le terme "clef USB" signifiait "disque de boot". Qu'il soit sous forme de clef, de carte SD, d'image CD ou de disque virtuel, c'est bien l'image de la clef qui est utilisée et dont il s'agit dans le cas du disque eSATA. Bonne journée Jacques

Bonjour, Vu la taille des partitions du disque e-sata, ça ressemble étrangement à la clef USB de démarrage. Est-ce que celle-ci est bien définie dans les paramètres de ta VM (disque dur SATA d'après la copie d'écran, mais ça fait un moment que je n'ai plus jouer avec une VM XPenology et j'ai oublié comment elle doit être déclarée (cf. n° de contrôleur)) ? Jacques

Bonjour, Je ne sais pas si c'est lié, mais sur mon serveur Linux (Debian), il y a eu il y a 2 jours je crois une mise à jour des certificats racine. C'est peut-être tout simplement le cas, si la CA de Let's encrypt n'est plus à jour, on peut avoir ce genre d'erreur. Maintenant pour Windows, je ne sais pas comment la Maj se fait, navigateur ou Windows Update... Jacques