PiwiLAbruti

Le temps que tu trouves comment faire via SSH, tu auras depuis longtemps rétabli la situation avec un simple reset.

Attention à Ubiquiti, c’est beaucoup moins user-friendly que Synology car ça reste malgré tout du (très bon) matériel professionnel. Avant d’acheter, je te conseille vivement de tester le contrôleur qui permet de gérer la gamme de produits Unifi (Unifi Controller). Ça te donnera déjà un bref aperçu qui t’aidera à faire ton choix (quel qu’il soit). J’ai profité d’une petite entité qu’il a fallu équiper pour tester cette marque avec 3x nanoHD et un contrôleur dans une VM Debian 9 LTS. Ça fonctionne pour l’instant très bien (et déjà deux mises à jour du contrôleur et les AP). Le suivi des mises à jour est exemplaire avec des notes de versions détaillées et une communauté très active.

Il n’y a pas de solution officielle. Le reste c’est de la bidouille sans aucune garantie de résultat. L’operation consisterait à faire détecter le RS810+ comme un RS812+ pour y installer DSM 6. Pour cela il faut savoir comparer les similitudes techniques de ces deux modèles et être familier avec les commandes Linux car tout se fait en ligne début commande. Si tu trouves déjà que ça risque d'être compliqué, mieux vaut rester avec un DSM 5 qui fonctionne qu’un NAS H.S.

Le moyen le plus efficace (mais probablement pas le plus simple) est d'utiliser la commande tcpdump via Telnet/SSH : # tcpdump not port '(22 or 23 or 5000 or 5001)' -nq La commande ci-dessus va exclure les ports Telnet, SSH et DSM de la capture et n'afficher que les autres protocoles/services.

Publie-le sur SynoCommunity 😉 (fais une PR sur Github)

Cherche mieux : https://code.vmware.com/apis?socv=1&numPerPage=234&sorter=pv

C'est normal, les outils VMware ne sont pas disponibles sur le NAS. Utilise plutôt les API web de VMware (si elles existent).

Prends le temps de bien lire le tutoriel. Ne configure que la partie locale, tu n’as pas besoin du reste. N’oublie pas de configurer l’adresse IP du NAS comme serveur DNS de tes clients (via DHCP si possible). https://www.nas-forum.com/forum/topic/55206-tuto-dns-server/

Ça va peut-être pousser Synology à faire de même. Mais il ne faut pas s’attendre à un miracle non plus pour les raisons suivantes : Synology délaisse le marché grand public pour concentrer ses efforts sur le marché professionnel (c’est, entre autres, l’une des raisons du retard de DSM 7). Synology va diviser DSM en deux versions distinctes, une grand public et une professionnelle. Il faut donc s’attendre à une perte de fonctionnalités sur la version grand public (iSCSI, VMM, ...) Si licence DSM il y a, elle ne sera très probablement destinée qu’aux professionnels. Le prix sera donc fixé en conséquence. Reste à voir le prix que fixera QNAP.

Je déconseille fortement d’étendre un volume existant sur une extension, car la simple déconnexion de cette dernière peut être dramatique. Soit tu crées un nouveau volume sur l’extension, soit tu choisis des le départ un NAS avec un nombre de baies suffisant à la croissance prévue des données.

VMware n’est pas disponible sur les NAS Synology. Tu veux une machine virtuelle entièrement hébergée sur le NAS ? (stockage, CPU, RAM) La virtualisation sur un NAS Synology se fait avec le paquet Virtual Machine Manager.

Dans l’idéal, il faut utiliser le paquet DNS Server pour configurer une zone locale pour ton nom de domaine (il y a un tutoriel qui explique comment le configurer). Ainsi tu pourras résoudre ton nom de domaine en l’adresse IP locale de ton NAS lorsque tu es chez toi. Sinon tu peux aussi modifier le fichier hosts pour y ajouter les noms dont tu as besoin. Dans ce cas il faudra faire cette modification sur chaque machine de ton réseau local.

Est-ce que l’adresse configurée dans le client VPN est une adresse IPv6 ? (ou un nom de domaine disposant d’une résolution IPv6) Est-ce que le NAS dispose d’une adresse IPv6 publique ? (en plus de son IPv6 locale fe80::/10) Est-ce qu’on voit bien les paquets ISAKMP (500/udp) parvenir jusqu’au NAS en utilisant la commande tcpdump sur ce dernier ? Il y aura probablement d’autres points à vérifier, mais ce sont les premières questions qui me viennent à l’esprit.

Justement non, Synology a indiqué lors de la présentation que DSM 7 est plus réactif que DSM 6 sur un même matériel. J'espère seulement qu’ils ont abusé à outrance des WebSockets pour y parvenir.

@CoolRaoul: Le DS218+ est un excellent modèle 2 baies. Selon ton usage, la RAM peut être augmentée à 16GB. Pour le prix, il faut guetter régulièrement les sites spécialisés dans les bons plans comme Dealabs et cie.

À toutes fins utiles ... Pourquoi une telle question ? Les opérateurs ne sont pas pressés car je pense que la majorité d’entre eux préféreraient conserver la partie NAT de leurs réseaux mobiles. Le NAT est possible en IPv6 mais n’apporte rien face à IPv4, c’est peut être la raison pour laquelle la transition va se faire attendre.

J’avais appliqué la procédure suivante pour passer un DS109 en DS112j : https://forum.synology.com/enu/viewtopic.php?t=79640 Tu peux tout à fait revenir à l'état initial avec les valeurs d’origine.

Peux-tu poster le résultat de la commande suivante ? (il faudra préalablement te connecter en SSH au NAS) # df -h Ca va afficher la liste des volumes et l’espace occupé par chacun.

Il est possible que cela vienne du fait que le numéro de série ne corresponde pas au modèle, et que cela bloque l’utilisation de QuickConnect. Pour ma part, j'utilise un nom de domaine chez OVH.

Est-il possible d’avoir plus de détails sur le message d’erreur rencontré, svp ? (Je n’utilise pas cette bouse de QuickConnect)

Si un disque dur raccordé à la Freebox répond à ton besoin, ne t’embête pas à chercher plus compliqué (le mieux étant l’ennemi du bien). Par contre, que se passe-t-il si ton disque dur rend l’âme ou si tu décides de changer de FAI ?

Elle vraiment récurrente cette faute chez toi, je n'arrive toujours pas à m'y faire...

J’ajouterais à la remarque que @shadowking que le fait de priver le NAS de flux entrants venant d'internet ne résoudrait donc pas le problème.

WebSocket utilise le même chiffrement que la connexion HTTP avec laquelle il a été initialisé.

Non, ça n’en pose aucun problème. Si le client ne demande pas un WebSocket, l’en-tête est ignorée.