Rechercher dans la communauté
Affichage des résultats pour « Web Assistant ».
224 résultats trouvés
-
Question, chez moi j'ai un Non de Service web bizarre Du type : Toto_/volumeX/web_xxxxxxx Ca va pas pose un souci ? sachant qu'il est déjà notifier en rouge avec comme recommandation comme quoi le nom ne peut pas commencer par un tiret ou un caractère de soulignement
-
PHP 8.4 : installé et paramétré sur Synology Web Station PHP 8.2 : obligé de le garder pour Synology Calendar PHP 8.1 : désinstallé sans problème Par contre, par défaut les FPM des PHP sont différents (là ça me dépasse, je laisse comme ça 😅). Et oui, reverse proxy toujours OK de mon côté 😅 (je suis sur un DS418). Dans Web Station j'ai tout basculé sur le PHP 8.4.
-
@firlin Les versions de PHP pour le DS1821 sont apparemment 8.1 à 8.4 indiquées sur le site de synology. Tu peux installer plusieurs versions de PHP et voir dans Web Station si tu peux les affecter. Edit : sauf pour DSM7.1 auquel cas c'est PHP 8.0
-
Bonjour à tous, Depuis quelques temps, je constate un défaut très handicapant avec l'interface web de Synology Photos. Lors de la suppression d'une ou plusieurs photos, j'ai bien l'indication du traitement en cours mais ça ne va pas plus loin. Ca dure tant que je ne réactualise pas la page. Si ce n'est pas trop un souci tant qu'il n'y a que quelques photos sur la page, c'est difficilement acceptable lorsqu'il y en a des centaines dans un dossier car chaque actualisation revient à la première photo du dossier. Il faut alors tout faire défiler pour revenir à la dernière photo traitée. Très pénible. Ce n'est pas sur un seul PC mais sur tous mes PC que ce problème existe. Je suis sous Firefox et les PC sous windows 10 et 11. Suis-je le seul dans ce cas ?
-
Update : je l'ai éteint quelques minutes, j'ai retiré 3 disques pour n'en laisser qu'un seul. Entre temps je me suis branché en ethernet et déconnecté le wifi de mon Mac. Je l'ai redémarré et il a finit par être de nouveau détecté par Synology Assistant, et j'ai pu finir la configuration et enfin me connecter dessus via la console web. Évidemment le système est en alerte car il n'y a qu'un disque. Je remarque que le CPU est à bloc par contre.. Je fais la maj DSM et je le redémarre, on verra bien si il repart ou non.
-
Bonjour à tous, J'ai besoin de votre aide svp : je viens de ressortir mon vieux DS411j du placard en vue de le remettre en route. J'ai installé 4 disques de 4To. Au premier démarrage, tous les voyants étaient au vert sauf celui de "Status" qui clignotait en orange. J'ai installé Synology Assistant sur mon Mac mais il ne le détectait pas. J'ai effectué le reset au bip et il a finit par remonter dans l'application. J'ai pu alors lancer l’installation en téléchargeant le DSM compatible mais j'ai eu un message d'erreur dans la dernière phase (celle du redémarrage et inscription des informations). Il est resté bloqué en phase où seul le LAN est en vert, et le bouton d'allumage principal clignote en bleu (status et disques sont éteints). Je l'ai redémarré plusieurs fois, mais rien. Le LAN est en vert, et le bouton d'allumage principal clignote en bleu (status et disques sont éteints). J'ai tenté à nouveau le reset mais pas de bip. J'ai retiré la pile et mis une neuve, mais toujours rien. Quelqu'un aurait une idée de ce que je dois faire ? je suis bloqué là.. Merci par avance pour votre aide !!
-
Bonsoir, Je viens de changer de système mesh en passant de DECO M4 à Orbi RBR760. Le Deco M4 était en point d'accès et l'Orbi est en mode routeur. Mon NAS n'est plus accessible depuis l'explorateur Windows, n'est pas reconnu par synology assistant mais accessible depuis une page internet http://xxx.xxx.x.xx:5000. En cherchant sur le net il est indiqué que "mapper le NAS" peut être une solution si j'ai bien compris. Mais qd je tape l'adresse IP du NAS le rajout du lecteur est en échec. Avez-vous une idée ou piste de solution pour réactiver l'accès au Nas via l'explorateur ? Bonne soirée
-
Bonsoir, Je suis sûr que les réponses à mes questions se trouvent quelque part, mais je ne les ai pas trouvées. J'ai deux problèmes avec l'hebergement de monsite que j'ai créé sur Wordpress et j'heberge sur mon NAS Synology : J'arrive à accéder à mon site via l'URL, mais uniquement via url.xy/wordpress. Comment faire pour y accéder directement via url.xy (sans "/wordpress") ? Si je me rends directement à l'adresse url.xy j'arrive à la base du dossier "web". Je n'arrive pas à créer de portail web ciblant le dossier "web_packages", où le site WordPress est inscrit (dossier pas défaut de WordPress) La connexion via www.url.xy me donne une erreur "DNS_PROBE_FINISHED_NXDOMAIN". Est-ce que l'erreur se situe au niveau de mon registrar ou de mon serveur ? Dans la Web Station, mon site est configuré avec le service WordPress sur l'hôte www.url.xy Merci d'avance pour votre aide
-
Bonsoir Tout le Monde , Je suis rené , je possède un vieux Nas DS107 . Par incompréhension , je fais la réinstallation mode 2 . Pour réinstaller DMS , il me faut la version DSM 2.0-0514 . Je fais la recherche sur web.archive.org . Pas de résultat . Merci de votre aide .
-
Bonjour, Je rencontre un problème étrange avec WordPress sur DSM 7.3. Au départ, j’ai installé WordPress via le paquet Synology. Tout fonctionnait correctement pendant un moment, puis sans modification particulière, le site s’est mis à renvoyer des erreurs 500. J’ai tenté plusieurs manipulations (redémarrage Web Station, changement de version PHP, vérification des extensions, permissions, etc.) sans succès. Après discussion et recherches, il semblerait que cela puisse être lié à un problème connu autour de certaines fonctions PHP (type gzinflate / zlib). On m’a conseillé de tester une installation manuelle. J’ai donc : Supprimé le paquet WordPress Créé une base MariaDB dédiée Installé WordPress manuellement dans /web Configuré un profil PHP 8.2 L’installation fonctionne au départ. J’ai eu un petit souci de permaliens (non critique), puis au bout de 5 à 10 minutes, le site repasse en erreur 500, exactement comme avec le paquet officiel. Pour tester, j’ai créé un fichier test.php contenant simplement : <?php echo "OK"; ?>Résultat : Dans le dossier WordPress → erreur 500 Dans un autre dossier et autres services web avec le même profil PHP et le même serveur (Apache) → fonctionne parfaitement Cela semble donc lié au dossier WordPress lui-même ou à quelque chose de spécifique à son environnement. j'ai donc recréer l'environnement WordPress mais cela n'a rien changé. Si quelqu’un a déjà rencontré ce comportement (fonctionne quelques minutes puis erreur 500 persistante uniquement dans ce dossier), je suis preneur d’un retour. Pour information, je suis allé voir les logs dans le centre des journaux, mais rien n'est ressorti en erreur. Merci d’avance pour votre aide.
-
-
oui: sysmgr@fserv ~> sudo lsof -i :443 | grep CLOSE python3 1352 root 29u IPv4 72133416 0t0 TCP 192.168.1.14:50852->157.97.137.137:https (CLOSE_WAIT) Pas encore mais chez moi le process existe: sysmgr@fserv ~> sudo ps -fp 1352 UID PID PPID C STIME TTY TIME CMD root 1352 1349 1 Feb21 ? 00:13:06 python3 -m homeassistant --config /configInfo : https://www.abuseipdb.com/check/157.97.137.137 ***EDIT*** l'enquete continue sysmgr@fserv ~> sudo tcpdump -i any host 157.97.137.137 tcpdump: data link type LINUX_SLL2 tcpdump: verbose output suppressed, use -v[v]... for full protocol decode listening on any, link-type LINUX_SLL2 (Linux cooked v2), snapshot length 262144 bytes 09:59:09.670421 ovs_eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 2855977021, ack 1175334390, win 344, options [nop,nop,TS val 317195707 ecr 2223560329], length 0 09:59:09.670428 eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317195707 ecr 2223560329], length 0 09:59:09.884338 ovs_eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317195920 ecr 2223560329], length 0 09:59:09.884342 eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317195920 ecr 2223560329], length 0 09:59:10.096348 ovs_eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317196133 ecr 2223560329], length 0 09:59:10.096356 eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317196133 ecr 2223560329], length 0 09:59:10.523348 ovs_eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317196560 ecr 2223560329], length 0 09:59:10.523352 eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317196560 ecr 2223560329], length 0 09:59:11.377341 ovs_eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317197414 ecr 2223560329], length 0 09:59:11.377346 eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317197414 ecr 2223560329], length 0 09:59:13.083412 ovs_eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317199120 ecr 2223560329], length 0 09:59:13.083416 eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317199120 ecr 2223560329], length 0 09:59:16.499370 ovs_eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317202536 ecr 2223560329], length 0 09:59:16.499373 eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317202536 ecr 2223560329], length 0 09:59:23.339375 ovs_eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317209376 ecr 2223560329], length 0 09:59:23.339378 eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317209376 ecr 2223560329], length 0 09:59:37.003388 ovs_eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317223040 ecr 2223560329], length 0 09:59:37.003540 eth0 Out IP 192.168.1.14.50852 > 157.97.137.137.https: Flags [F.], seq 0, ack 1, win 344, options [nop,nop,TS val 317223040 ecr 2223560329], length 0 EDIT#2 trouvé le "coupable" : https://github.com/home-assistant/core/issues/156956
-
Bonjour @PiwiLAbruti type : Application, source : MariaDB10, Détail des erreurs: Unknown error' , avec ça on est bien avancé !! Hier j'ai commencé le développement d'un site web avec vue.js et la création d'un base de données dans MariaDB. Apparemment ce sont des tests avec plusieurs erreurs d'accès à la base qui auraient créé le problème, Claude AI dit que la base a pu être verrouillée ? Bref , j'ai supprimé la base et tout est rentré dans l'ordre, HyperBackup a fonctionné correctement. Ensuite j'ai relancé l'appli web avec création de la base et importation des données depuis un fichier excel, et là HyperBackup a de nouveau fonctionné correctement. Désolé pour le dérangement.
-
Malheureusement, les 2 volumes sont contigus. Vous pouvez seulement étendre le volume 2 avec l'espace disponible. Pour étendre le volume 1, il faut supprimer le volume 2. Ce que vous pouvez faire c'est déplacer les dossiers partagés du volume 2 sur le volume 1 Pour cela il faut changer le volume de destination du dossier à déplacer dans le menu Dossiers partagés. DSM fera le déplacement du dossier et de son contenu du volume 2 sur le volume 1. Par contre, je ne peux pas vous dire comment procéder pour le site web. Il va falloir creuser la question. Une fois ce point résolu, vous pourrez supprimer le volume 2, puis augmenter la taille du volume 1 soit sur la totalité de l'espace disponible, soit en laissant de l'espace pour recréer un nouveau volume 2. Je vous recommande de ne garder qu'un seul volume car la solution à plusieurs volumes n'est pas un cloisonnement efficace. C'est plus simple à gérer. Autre solution moins contraignante si vous ne voulez ou ne pouvez pas déplacer votre site web c'est d'étendre le volume 2 et d'y déplacer des dossiers partagés du volume 1. Ce n'est pas très élégant mais ça a le mérite de ne pas détruire l'existant.
-
Merci pour vos retours précis. Je retiens: sauvegarde de sécurité, changement 1 disque a froid, attendre la reconstruction, changement second disque a froid. Pourquoi deux volumes ? parce que j'heberge mon propre site web et un forum (tout neuf), et j'ai voulu créé un "isolement" entre ce qui est public et privé.
-
Bonsoir, Je répond à votre commentaire : C’était sur les téléchargements des paquets et l’installation du DSM qui ne fonctionnait plus c’était à propos de cloudflare qui fesais bogue c’était marqué site web limite car le propriétaire de ce site a limité son forfait c’était cloudflare qui avais fait tous planté. Mais ça été résolue très rapidement pour ça que ça pas été notifié sur les accidents de synology. Bonne soirée
-
Bonjour à tous, J'espère être dans la bonne section du forum pour ce sujet. Je possède un Synology DS916+ 8 Go (Pentium N3710), avec un volume SHR de 14 To (2x8 To + 2x4 To). Je m’en sers principalement pour : stockage, Time Machine, Surveillance Station, sauvegardes NAS à NAS, ainsi qu’une VM Home Assistant et une dizaine de containers Docker (Jellyfin, suite *arr, etc.). Actuellement, le NAS sature complètement. Gros ralentissements, interface DSM inaccessible pendant plusieurs minutes, crash de ffprobe lors des scans Jellyfin... bref, le hardware ne suit plus. J'ai tenté de soulager le système en déportant sur un SSD externe (USB3) les fichiers de configuration et les bases de données Docker. Cela apporte un léger mieux, mais ce n’est pas viable à long terme. Le système reste extrêmement instable dès que les disques durs sont sollicités. Dysfonctionnement : I/O Wait massif : Le processeur passe son temps à attendre les disques (souvent > 50% d'I/O Wait). Saturation disque : Même si les données Docker sont sur le SSD, la partition système du Syno ($md1$) et les volumes HDD montent à 100% d'utilisation au moindre mouvement (indexation, logs, etc.). Instabilité Docker : Le moteur Docker étant sur le volume principal (HDD), il finit par "perdre le fil" avec les configs sur SSD, provoquant des plantages en cascade. RAM & CPU : Des pics de consommation qui figent tout le système. J’ai envisagé plusieurs choses et je suis pour le moment sur la solution suivante (D’autres solutions sont également les bienvenues) : Mini-PC dédié (type Intel N100 / 16 Go RAM) : Il ferait tourner Docker (apps *arr, Jellyfin, etc.) et ma VM Home Assistant. DS916+ en mode "Cible" : Il ne s'occuperait plus que du stockage pur (fichiers, backups, sauvegarde NAS à NAS). Les containers du Mini-PC pointeraient vers le NAS via des montages NFS pour les données volumineuses. J’ai besoin de vos conseils pour avancer : Fiabilité & Performance : Que pensez-vous de ce montage ? Est-ce que le lien NFS entre le Mini-PC et le NAS sera assez robuste pour un usage 24h/24 ? Quel Mini-PC ? Avez-vous des modèles à recommander (basse conso, mais capable de gérer le transcodage matériel 4K) ? Quel OS et quelle couche logicielle ? Je suis habitué à DSM et je commence à maîtriser Docker, mais j'ai du mal à choisir la base du Mini-PC. Partir sur une Debian pure ? Un OS orienté NAS/Dashboard (type TrueNAS ou CasaOS) ? Ou un hyperviseur type Proxmox ? Pour gérer Docker : Portainer ? Dockhand ? (Cf. Les articles de Cachem :)) J'avoue que j'ai du mal à y voir clair pour mon besoin. Merci d'avance pour vos retours et vos idées !
-
Bonsoir, D'habitude, je lançais mes SYNOGOLY avec l'assistant. Depuis plusieurs jours, je tente et j'ai tout le temps les mêmes fenêtres ci-jointes. Il faut que j'arrive à me connecter pour mettre à jour mes DSM. Si vous pouviez me donner un coup de main sur ce sujet. D'autre part, je possède un second micro, et j'aurais souhaité les avoir en dessous de [Réseaux]...c'est un lien je suppose. Merci aux personnes qui pourront m'aider.
-
Bon ça marche, je suis reparti sur mon nouveau NAS DS425+, j'ai réaffecté mes liens synology.me vers mon mon nouveau NAS , j'ai déclaré les NAT/PAT HTTP 500 (serveur Web) et HTTPS (Serveur sécurisé )s sur les ports 5000 et 5001 (en interne et en externe) et j'ai pu accéder à DSM à partir de mon PC 4G en spécifiant http://mondomaine:5000 non sécurisé sur DSM ou https://mondomaine:5001? sécurisé sur DSM. Je dois regarder pour éviter l'accès sur DSM en non sécurisé. je pense , comme tu l'avais suggéré, que les certificats syno ou dyn devait être déclarés sur le mauvais NAS ou les paramètres attribués à l'autre DDNS. En fin je vois le bout de ce long tunnel. Merci de m'avoir aidé. A plus
-
Bonjour à tous, Synology vient de lancer la version Bêta de MailPlus Server 4.0.0. Cette mise à jour majeure apporte plusieurs fonctionnalités demandées, notamment en matière de gestion des emails et de conformité. Voici un résumé des nouveautés et des changements importants. ⚠️ Avertissements importantsComme il s'agit d'une version Bêta, il est rappelé que : Ce logiciel est destiné à des fins d'évaluation uniquement. Ne l'installez pas sur un environnement de production critique. Le rétrogradage (downgrade) vers une version précédente n'est pas possible après l'installation. La mise à jour nécessite DSM 7.2 ou une version ultérieure. 🆕 Les NouveautésCette version 4.0.0 introduit des outils puissants pour l'administration et l'expérience utilisateur : Modération des emails : Il est désormais possible de revoir et d'approuver les messages avant qu'ils ne soient livrés aux destinataires. Partage de domaine (Domain Sharing) : Plusieurs serveurs exécutant MailPlus Server peuvent maintenant partager un seul domaine de messagerie tout en fonctionnant indépendamment. Rappel d'emails (Email Recall) : Support de la configuration de politiques de rappel. Les administrateurs peuvent rappeler des emails via la section Audit > Recherche d'emails. Export PST pour les utilisateurs : Les utilisateurs peuvent exporter leurs boîtes aux lettres au format PST directement depuis le client web MailPlus (si une politique d'export est configurée). Export des comptes désactivés : Possibilité d'exporter les boîtes aux lettres des comptes désactivés vers des fichiers PST. 🛠️ Corrections et AméliorationsCorrection d'un problème où les noms d'utilisateurs contenant des majuscules n'héritaient pas correctement des permissions de groupe. Corrections de vulnérabilités de sécurité (CWE-338 et CWE-923). Corrections de bugs mineurs. 🔗 Liens utilesNote de version complète : Voir sur le site de Synology N'hésitez pas à faire vos retours dans ce fil si vous testez cette version !
-
merci pour ta réponse, mais j'ai déjà suivi ce tuto mais je n'ai pas réussi à faire marcher mon accès DDNS. Quand j'a dit que mon DS213J marchait avec DDNS , je pense que c'était avant la version 7 et avec Dyndns.org et là il n'y avait pas à s'occuper de certificat. Depuis je suis passé à DSM 7.1 sur le DS213 et ça ne marche plus ainsi qu'avec mon DS715+ malgré les certificats que ce soit dyndns.org et synology.me ! Je dois passer à travers quelque chose. Voilà le paramétrage de mon NAS; Accès externe DDNS - fournisseur DYNDNS monnom.dyndns.org Statut Normal, Configuration du routeur -pas touché-, Avancé - Pas touché- Réseau : Général -standard- , Interface réseau : LAN IP Statique 192. 168.1.32, Controle trafic , route statique , connectivité - inchangé Sécurité - Sécurité inchangé, Compte , Pare-feu inchangé, Protection inchangé, certificat monnom.dyndsn.org 2026-04-29 (certificat par défaut (rsa/ecc) monnom.dyndns.org (canenas vert), j'ai laissé les 2 certificats de Synology.me à la suite-en vert-, Paramètres/configurer Tous les services de FTPS à Webdav (hormi Quickconnnect) ont comme certificat associé monnom.dyndns.org Avancé -inchangé- Portail de connexion , DSM , Style de connexion -inchangé- , Service Web Port DSM (Http) 5000, Port DSM (HTTPS) 5001, Applications , les accueils sont générés pour Audio, File, Surveillance photos, - Avancé - inchangé- Paramètres de ma liveBox 4 Mon accès à distance - inactivé Réseau - DHCP activé NAT/PAT - FTP Server Port interne 21 Port externe 21 Protocole TCP Equipement MonPC Web server (HTTP) 80 80 TCP Disktation Secure Web Server 443 5001 TCP Diskstation J'ai répliqué Dyndns monnom.dyndns.org email utilisateur Monnom Mot de passe ...Mise à jour 31/01/2026 Fin de mon paramétrage Avec mon téléphone portable 4G - Drive me renvoie -connexion non sécurisée . Le certifcat SSL de la connexion n'est pas fiable .....etc.... Avec mon PC portable 4G . avec Https://monnom.dyndns.org j'ai Ce site est inaccessible , avec https://monnom.dyndns.org:5001 j'ai erreur 502
-
Bonjour, @Lelolo : merci pour le lien. Je vais y réfléchir, mais je pense que les avantages procurés par btrfs ne me concernent pas et ne compensent pas les inconvénients par rapport à ext4, que j'utilise sans ennui depuis des années sur mes NAS Synology. @LordeX : en dehors de quelques péripéties pas directement/seulement liées à Synology, la migration s'est bien passée (avec Synology Assistant), et les disques Seagte qui étaient dans le DS415+ sous DSM5.2U9 fonctionnent maintenant dans le 425+ sous DSM 7.3.2-86009. Les données sont là, et a priori la configuration aussi; du moins pour l'essentiel (je n'ai pas encore eu le temps de tout vérifier): partages, utilisateurs, groupes, permissions, mots de passe. Quant aux paquets, je n'en utilisais pas beaucoup, mais j'ai vu dans les notifications que 3 d'entre eux ont été mis à jour.
-
Bonjour à tous, Après 6 ans sur un Synology DS918+, je commence à regarder du côté de QNAP (probablement un TS-464 ou TVS-h674) pour bénéficier du support PCIe et de meilleures specs à budget équivalent. J'utilise principalement Docker (une vingtaine de conteneurs dont Plex, Home Assistant, quelques bases de données), Synology Drive pour la synchro et Hyper Backup pour mes sauvegardes. Ma config actuelle : SHR-1 avec 4x4To + cache SSD. Mes questions pour ceux qui ont franchi le cap : Comment s'est passée votre migration de données ? Vous avez recréé votre RAID from scratch ou il y a des astuces ? QTS vs DSM en usage quotidien : qu'est-ce qui change vraiment niveau stabilité et ergonomie ? Vos équivalents pour Synology Drive et Hyper Backup côté QNAP (Qsync + HBS3 j'imagine ?) ? Docker sur QTS via Container Station, c'est aussi fluide qu'avec DSM ? Niveau budget, je vise les 800-1000€ (NAS nu). Si certains ont hésité avec d'autres marques (Asustor, TerraMaster...) à cette gamme de prix, je suis aussi preneur de retours. Merci d'avance pour vos conseils !
-
Bonjour, merci pour les informations @firlin . Je vais suivre ton conseil et mettre directement mes 4 disques IronWolf dans le 425+ pour faire une installation "propre". Pour une raison que j'ignore https://find.synology.com/ ne fonctionne pas chez moi, mais Synology Assistant a priori est OK, donc ça devrait aller. Il faudra ensuite que je m'attaque à la configuration de DSM, j'espère que sur ce plan il n'y a pas trop de différences entre la version 5 et la version 7 -et que je n'ai pas oublié trop de choses depuis presqu 10 ans que j'avais configuré le 415+... 🤥 Malheureusement ça ne sera pas mon cas: - entre 2 versions de même génération normalement c'est OK (j'ai pu le faire en mettant à jour le 415+ migré avec le fichier .DSS du 411+II). - après, selon le support Syno c'est plus compliqué: entre une version N et une version N+1 ça **pourrait** parfois fonctionner, mais entre une version N et une version N+2, non (.../... un fichier de sauvegarde de configuration .DSS créé sous DSM 5.2 n'est pas directement exploitable pour une restauration sur DSM 7.1..../... dixit le support Syno). Dernier espoir, probablement vain, mais à tout hasard: existerait-il un utilitaire permettant au moins de lire "en clair"/décoder un fichier .DSS de Synology?
-
Installation du firmware Qnap (QTS) sur NAS Fujitsu Celvin via SSH Rappel: La majorité des serveurs NAS Fujitsu Celvin sont fabriqués par QNAP (Produits OEM ou Co-branding) ce qui signifie que les modèles Fujitsu sont des versions reconditionnées de modèles QNAP, avec un design légèrement modifié (logo, couleur) et un firmware spécifique. Le firmware de Fujitsu (Celvin OS) est très proche de celui de Qnap (QTS). Fujitsu assure la totalité des services comme pour tous produits Fujitsu: Support client, mise à disposition de mises à jours et d'applications qui lui sont propres, même si elles sont identiques à celles du Qnap. Parfois Fujitsu ne fait que changer le nom de l'application. Fujitsu dispose de ses propres serveurs pour les mises à jours et pour "app center". Pourquoi migrer de Fujitsu à Qnap? Fujitsu a cessé le support des NAS CELVIN. Par exemple les NAS sortis entre 2009 et 2012 ne sont plus pris en charge par Fujitsu depuis 2018. En 2025, Fujitsu a arrêté le serveur d'app center, Plus aucune application n’apparaît dans le magasin d'applications. La seule manière d'installer des applications est l'installation manuelle. En 2020 Fujitsu et Qnap ont décidé que Qnap poursuive le support pour les NAS concernés. Une fois le NAS migré, il est pris en charge par Qnap et bénéfice de tous les services et supports de Qnap. La migration permet de bénéficier des mises à jours de sécurité du firmware Qnap. Elle permet de retrouver un app center fonctionnel et permet d'installer les anciennes applications qui y sont proposées. Même chez Qnap, pour le vieux matériel certaines applications ne bénéficient plus de mise à jours, ce qui limite de l'utilisation des applications officielles. Mais beaucoup d'applications non officielles sont disponibles en paquets (qpkg), notamment sur le site myqnap.org. L'intérêt de la migration est essentiellement d'obtenir les mises à jours de sécurité de QTS. Pour bénéficier d'applications récentes, l’utilisation d'applications tiers est la meilleurs solution. Comment migrer? En accord avec Qnap, Fujitsu propose pour certains modèles une méthode automatisée par l'installation d'un paquet officiel (qpkg) qui permet d'installer le firmware QNAP (QTS) à la place de celui de Fujitsu par l'interface de gestion du NAS comme si on faisait une simple mise à jour. Le paquet modifie tout simplement le nom du modèle du NAS pour que la mise à jour vers le firmware équivalent de chez Qnap fonctionne Les modèles concernés sont les suivants:Q805, Q905, QR806, QR1006, QE705, QE805, QE707, QE807. L'autre moyen de migrer est d'utiliser la méthode manuelle par SSH présentée ici. Pour les modèles qui ne bénéficient pas de la méthode automatique, SSH est la seule méthode possible. Migration manuelle par SSH: Prérequis: Avoir un NAS fonctionnel: Avec au moins un disque dur configuré dans le NAS, qu'il soit accessible depuis votre PC avec l'interface de gestion Web et avec accès aux dossiers partagés depuis votre PC. A savoir: Les systèmes d'exploitation des NAS Qnap (et Fujitsu), sont basés sur un noyaux Linux. Vous y retrouverez donc des programmes et structures similaires. Il est même possible d'installer une distribution Linux comme Debian sur le NAS. La méthode SSH utilise une procédure d'installation manuelle du firmware fournie par Qnap. Elle est réservée aux utilisateurs avertis, car elle permet d'installer un firmware dont le nom de modèle ne correspond pas à celui installé sur le NAS. Il faut être sûr d'avoir le firmware du modèle Qnap correspondant à votre NAS Fujitsu. Si vous installez le mauvais firmware, vous pouvez rendre votre NAS inutilisable! Vérifiez bien sur le site de Qnap si les caractéristiques sont les mêmes que votre modèle Fujitsu. Après installation, le nom de modèle de votre NAS sera celui de Qnap, il sera reconnu comme tel par Qnap et app center proposera les applications compatibles avec votre modèle. Vous trouverez des ressources (Aides - How to) en français sur le site de QNAP https://www.qnap.com/fr-fr/how-to/search Il existe un wiki plus complet en anglais https://wiki.qnap.com/wiki/Main_Page Procédure: Télécharger le firmware QNAP correspondant à votre modèle. Le firmware se présente comme une image de disque (.img) qui est compressée au format zip (.zip): Allez dans le Centre de téléchargement QNAP: https://www.qnap.com/fr-fr/download Sous "Type de produit", sélectionnez "NAS / Extension". Sous "Baie", sélectionnez le nombre de baies de lecteur pour votre NAS. Sous "Modèle", sélectionnez le nom du modèle Qnap correspondant à votre NAS Fujitsu. Dans la section "Télécharger les éléments", cliquez sur "Système d’exploitation". La liste qui apparait est celle du firmware (Système d'exploitation) avec le plus récent en haut. Téléchargez le fichier en cliquant sur le lien dans la colonne "Lien de téléchargement". Décompressez le fichier zip. Copiez le firmware dans le dossier Public du NAS: Vous pouvez renommer le ficher image (.img) que vous venez de décompresser. J'ai effectué la migration d'un Q703. Je prends donc ce modèle comme exemple. J'ai renommé le ficher image en "TS-221.img". Remplacer "TS-221.img" par le nom que vous avez choisi dans le reste du tutoriel. Par l'explorateur de fichiers de votre système, copiez le fichier image dans le dossier Public du NAS. Autoriser la connexion SSH dans le NAS: SSH, pour Secure Shell, est un protocole de communication réseau qui permet d’établir une session chiffrée entre deux machines, typiquement un client et un serveur. Si la connexion au NAS par SSH n'est pas activée, vous devez l'activer soit par l'interface du NAS, soit avec Qfinder. Si besoin aller voir l'aide QNAP: https://www.qnap.com/fr-fr/how-to/faq/article/comment-acc%C3%A9der-%C3%A0-mon-nas-qnap-en-utilisant-ssh Accédez à votre NAS avec SSH: Vous devez ouvrir une console (un terminal) prenant en charge SSH. Sous MacOS et Linux, cette fonctionnalité est généralement activée par défaut. Sous Windows, elle n'est pas toujours disponible. Sous Windows 10 ou 11, Vous devez activer le "client OpenSSH" dans les paramètres de Windows. Si vous ne savez pas comment faire, vous trouverez des tutos sur internet. Une fois fait, les consoles de Windows prendrons en charge SSH. Il vous suffit alors d'ouvrir une console, soit par l’invite de commandes Windows (CMD), soit par PowerShell. Sinon, vous pouvez installer un programme comme "Git Bash" ou "PuTTY". La page d'aide indiqué précédemment montre la méthode pour MacOS et pour Windows avec "PuTTY". Installer le firmware avec l'image: Dans la console que vous venez d'ouvrir, saisissez les commandes suivantes et terminez par la touche "Enrtée" pour validez (exécutez) les commandes. Vous pouvez les copier-coller. N'oubliez pas d'adapter les valeurs à votre cas (adresse IP du NAS, nom de l'image). Code: ssh Code: ssh admin@ipRemplacez « ip » par l'adresse IP de votre NAS. Le système vous demande ensuite le mot de passe. Celui par défaut est « admin ». [Par cette commande, vous vous connectez au NAS à distance en vous identifiant comme l'utilisateur "admin", comme vous le faites lorsque vous accédez à l'interface de gestion du NAS avec votre navigateur, mais ici vous le faites en ligne de commande par le protocole SSH.] Saisissez ensuite les commandes suivantes: Code: mkdir /mnt/HDA_ROOT/update[Cette commande créé le répertoire "update" dans le répertoire HDA_ROOT.] Code: rm -rf /mnt/update[Cette commande efface le contenu du répertoire "update" au cas où il ne soit pas vide.] Code: rm -f /tmp/update_process[Cette commande efface un éventuel fichier temporaire qui serait resté d'une précédente mise à jour] Code: ln -sf /mnt/HDA_ROOT/update /mnt/update[Cette commande créé un lien symbolique entre les deux emplacements.] Code: /etc/init.d/update.sh /share/Public/TS-221.img[Cette commande lance le "script" (ou programme) d'installation du firmware (update.sh) et lui indique ne nom de l'image ("TS-221.img" dans mon cas) et son emplacement (dossier Public du NAS).] Le processus d'installation se déroule et des informations apparaissent dans le terminal tout au long du processus. Le processus peut prendre un certain temps. Vous verrez apparaitre le nom du modèle d'origine du NAS, Q703 dans mon cas : "model name = Q703". Une ligne plus bas vous indiquera le nouveau nom de modèle qui sera attribué au NAS: TS-221 dans mon cas. Si tout se déroule correctement, la procédure se termine par le message : « Mise à jour terminée ». Saisissez ensuite : Code: rebootAprès le redémarrage, qui est assez long, vous trouverez la nouvelle interface sous QTS en vous connectant au NAS avec votre navigateur ! Dans mon cas, tout était intact : mes applications et mes données étaient toujours présentes. [Pour information, après la migration j'ai voulu faire une réinitialisation sans formatage des disques, Mais lors du redémarrage, le système m'a forcé à réinstaller le firmware. Il suffit de sélectionner le fichier image (TS-221.img dans mon cas) et de laisser le processus se faire.] Il est alors possible de créer un compte sur le site de QNAP, d'enregistrer le NAS et d'utiliser tous les services QNAP. N'hésitez pas à partager vos expériences de migration de votre NAS ou à les publier sur le forum! Je suppose que cette méthode fonctionne avec tous les modèles QNAP, car la documentation QNAP ne mentionne aucun modèle particulier. - Page de l'aide du site QNAP pour la mise à jour par SSH: Comment mettre à jour manuellement le firmware par SSH ? - Page du site Wiki QNAP pour la mise à jour par SSH: : Manually Updating Firmware Au cas où votre NAS ne démarre plus: Récupérer un NAS ARM ancienne génération Récupérer un NAS X86 ancienne génération
