CoolRaoul

Le formatage lent de devrait rien changer (à part perdre du temps) par rapport au formatage rapide Si la manip indiquée (modification de "/etc.defaults/VERSION" ) fonctionne il faudrait, suite à un nouveau reset par appui long, reinstaller DSM6 beta, faire une config minimale, activer SSH, se connecter en SSH (comte admin) puis "sudo vi /etc.defaults/VERSION") Ensuite, c'est reparti pour un reset puis install de DSM 5 en fournissant le .pat de la version 5.2 de DSm (à récupérer ici) PS: noter qu'en installant une beta faut être prêt à rencontrer potentiellement n'importe quel problème plus ou moins grave.

Je veux bien comprendre qu'il n'existe pas de méthode supportée de downgrade conservant les données et encore moins les settings (c'est d'ailleurs comme ça que j'avais interprété "Not downgradable") Par contre, rendre impossible un véritable "factory reset" avec full wipe , je trouve ça franchement stupide. Quel peut en être l'objectif? N'est-elle pas contradictoire avec l'explication de la version inscrite en dans l'espace de mémoire flash cette méthode? Il y est question de modifier un fichier dans "/etc/defaults". Sur mon modèle en tout cas ce dossier n'est pas en mémoire flash.

Que faut-il comprendre par "dans le NAS" ? Il y a un espace de stockage autre que les disque dur? Si c'est confirmé ca signifie qu'il est impossible de faire un reset usine d'un Syno (le remettre dans l'état initial tel qu'à l'ouverture de la boite). A quoi pourrait bien servir cette limitation?

Tiens, j'ignorais. Je pensais que la procédure d'installation "from scratch" permettait (optionellement) de réformater le(s) disques, et par suite, la partition système. Bon, suffit d'écraser les partitions en le connectant à un PC alors.

Il y a deux procédures présentées dans la page, c'est la deuxième ("Réinitialiser pour réinstaller le système d'exploitation") qui permet de réinstaller le firmware.

https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/How_to_reset_your_Synology_NAS#t3

Ceci peut-être:

Automatiquement c'est impossible: c'est un paramètre de la box.

Comme d'habitude, s'agit d'une Nème bug de type buffer overflow: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-7547 Pour provoquer le risque de "remote code exécution" faudrait pouvoir injecter une réponse DNS appropriée ("possibly execute arbitrary code via a crafted DNS response", bien noter l'emploi du conditionnel ici) et s'arranger pour que l'application se déroute sur du code binaire fourni à la volée dans la réponse (ça fait beaucoup de "si" n'est-ce pas?) Pas de raison de s'affoler d'autant plus que je ne pense pas qu'il existe un exploit démontré.

Manque juste la partie utile Bon pas grave, suffit de prendre ce qui est face à "Adresse IPV4", et d'en remplacer le dernier digit par 0

En effet, c'est ce que je fait. En complément, je met en tete de liste une règle qui autorise toutes les connexions du réseau local: **EDIT** Pas tout à fait: pour les V5 et les crystal c'est toujours la seule méthode disponible

Non, c'est une des méthodes possibles pour s'assurer que le NAS a une IP locale fixe. C'est mieux de le garder ainsi.

Bonjour, Quand on va dans "contenu non lu" on y remarque la présence d'un lien "modifier ce flux" qui nous amène à: Dans ce formulaire on dispose d'une option "enregistrer comme nouveau flux": Ca permet d'avoir des vues personnalisées telles que "nouveaux billets depuis les deux derniers jours", ou "les messages de <untel>", etc ... Ces flux se manifestent sous la forme d'une url de ce genre: http://www.nas-forum.com/forum/discover/<nombre>/ Mon problème est que je ne parviens pas à trouver une page d'index de l'ensemble des flux personnalisés qu'on a défini. Je pensais que la page http://www.nas-forum.com/forum/discover/ aurait pu contenir un index mais ce n'est pas le cas

En effet, il y en a 3 (et notamment le port 22, ssh) : Ce que je ne comprend pas c'est comment elles ont pu être déclarés ici *à ton insu* ?

Suffit de mettre "0" dans la case indiquée par la flêche pour désactiver la DMZ: Redémarrer la box pour que ce soit pris en compte. (NB: c'était pas nécessaire de griser ces addresses, ce sont des address privées locales) Pense aussi a vérifier dans redirections/baux DHCP que tu n'a pas redirigé le port 22 (ou d'autres)

Bon ben c'est loupé: wetty dépend de pty.js qui s'appuie sur du code C: https://github.com/chjj/pty.js/tree/master/src/unix Donc pas possible d'installer le bouzin sur un syno "vanille".

Pour ne pas poster dans cette section uniquement pour râler, je saisis l'occasion de dire que je me félicite de l'arrivée de l'édition en format source des messages (exit le bbcode, dommage, mais le html c'est déjà ça) Merci aussi pour le choix des languages des blocs code: Bon, c'est pas encore tout à fait ca, je constate que la colorisation est passée à la trappe: #!/bin/sh # Copyright (c) 2000-2010 Synology Inc. All rights reserved. # Configure routing # defaultrouter=$1 # Wait for a while until the network is ready sleep 10 if [ -d "/initrd" ]; then # If it's in junior mode /usr/syno/sbin/synonetdtool --refresh-gateway all fi case ${defaultrouter} in [Nn][Oo] | '') ;; *) echo "Add default router ${defaultrouter}" /bin/ip route add default via ${defaultrouter} ;; esac exit 0 mais on reste sur la bonne voie pour aboutir un jour à un forum qui retrouve toutes les fonction qu'il permettait auparavant.

Bon, c'est pas gagné ... fserv> npm install --prefix /site -g --unsafe-perm npm WARN deprecated static-favicon@1.0.0: use serve-favicon module \ > pty.js@0.3.0 install /site/lib/node_modules/wetty/node_modules/pty.js > node-gyp rebuild gyp ERR! build error gyp ERR! stack Error: not found: make

L’intérêt je l'ai mentionné dans mon post : "pas besoin de cross compiler". Par suite (si ca fonctionne, et voici pourquoi je fais appel à testeurs) ca devrait marcher directement sur *toutes* les architectures (Arm, Intel, 32 et 64 bits). Suffit d'avoir installé le package NodeJS. A part ça le package ShellIinabox ne semble plus suivi, et GateOne ne permet pas de gérer finement l’accès en user/password si je me souviens bien.

Salut à tous Je viens de tomber par hasard sur le projet Wetty. A première vue ca ressemble beaucoup à ShellinaBox. Mais le gros avantage serait que ce ça repose intégralement sur NodeJS (dont le package est dispo pour DSM) et, par suite, pas besoin de cross compiler. Un volontaire pour tester si c'est compatible DSM en nous faire un retour?

Si vous avez utilisé un compte Gmail pour l'abonnement au forum, les notifs risquent de se voir classifiées en spam: Pensez à mettre une règle de type "whitelist"

Non, c'est juste un mega ça.

En pratique je pensais aux interdictions *implicites* (absence de droits suffisants sur un dossier parent). Celles-là non plus ne sauront être contournées par un droit plus ouvert donné sur un objet *inclus*. (sinon je souscris d'autant plus à ta remarque qu'utiliser des entrées d'ACL d'interdiction je n'ai jamais rencontré un seul cas réel où ca fasse sens) .

A un bémol pres cependant: une ACL ne peut pas outrepasser une interdiction issue des droits (ACL ou autre) d'un dossier père (ou grand père)

A mon avis, le plus propre serait de déplacer ce dossier "sauvegardes" ailleurs, dans un dossier partagé (plus dans home donc). Ensuite, en affiner ses droits (à faire avec FileStation) pour n'autoriser que "toto" et "tata" en lecture/écriture (ou, mieux, créer un groupe dont toto et tata sont membres et affecter les droits au dossier via le groupe). Le dossier "HOME" a vocation à rester un dossier privé (accès restreint au compte propriétaire). Chercher à y mettre des éléments partagés (que ce soit via des liens ou d'une autre manière) sera toujours du bricolage.