CoolRaoul

Peut être suffit-il dans le gestionnaire de stockage de supprimer les LUN SCSI pour pouvoir créer des volumes locaux En tout cas ca vaut le coup d'essayer **EDIT** J'ai voulu vérifier si il état possible de simuler ça sur la démo DSM en ligne mais je ne trouve aucune indication du compte et du mot de passe à utiliser!

Pour ce que tu veux faire, me semble qu'il vaut mieux d'utiliser la fonction "partage de liens de fichiers" de filestation, appliqué à un dossier. Ca aura pour effet de générer un lien qui donne acces uniquement à ce dossier, en lecture seule, soit de façon anonyme soit avec authentification Dans filestation sélectionner le dossier, puis "partager les liens de fichier"

Comme quoi il n'y a pas de règle. Je tenais à donner un exemple que NAS-Forum n'est pas le seul dans ce cas et la réponse ne peut pas être simplement de se dire "pas de chance, pourquoi sommes-nous les seuls à être attaqués?". Il existe des méthodes a la fois préventives et réactives comme cela à été abordé dans ce fil, il est impératif d'en mettre en oeuvre au plus vite. (pour ma part le captcha à chaque post ca me gonflerait grave, mais si on ne peux faire mieux faudra vivre avec) Je ne pense pas. je dirai plutôt que déléguer, même partiellement, c'est aussi accorder sa confiance et ca c'est jamais facile de but en blanc.

Tu n'avais parlé que de fichiers pas de dossiers. La solution est celle-ci: find /volume1/commun/incoming -maxdepth 1 ! -name 'nepassauvergarder' | xargs --no-run-if-empty mv -t /volume1/commun/archive Note: on peut ajouter en argument de "find" d'autres "! -name <fichier ou dossier à exclure>" et pour ces derniers utiliser des jokers ("*", "*", etc ...) avec un "find | xargs" en entrée on inverse le sens du "mv": "mv -t <destination> <fichier_ou_dossier> ... Ca c'est simple: mv --backup=numbered /volume1/commun/incoming/* /volume1/commun/archive-$(date %F)/ (Il existe d'autre formats possible pour la date) Références doc de "find": http://linux.die.net/man/1/find doc de "date": http://linux.die.net/man/1/date doc de "xargs": http://linux.die.net/man/1/xargs Nb: si tu as d'autres questions sur les commandes en ligne je t'engage à poursuivre dans une des section "Newbie du monde Linux" ou"Terminal Telnet et SSH"

En fait c'est simplement plus visible du fait que le nettoyage n'est pas fait assez vite. Je suis responsable de section sur un autre forum francophone (FrAndroid pour ne pas le nommer) est là-bas aussi il arrive fréquemment de subir ce des flots de spams exactement du même type et tout autant volumineux. La différence est que, grâce justement à l'existence d'une équipe modération suffisamment importante, le flot est très rapidement endigué et la plupart des visiteurs n'ont pas le temps de s'en apercevoir.

suffit de faire une tache quotidienne programmée via le planificateur de taches intégré à DSM avec la commande suivante: mv --backup=numbered <chemin dossier_source>/* <chemin dossier_destination> ("--backup" sert à ne pas écraser les fichiers du même nom comme demandé) Exemple: mv --backup=numbered /volume1/commun/incoming/* /volume1/commun/archive/ Documentation commande "mv" ici: https://www.gnu.org/software/coreutils/manual/html_node/mv-invocation.html

Quelle est la question exactement? Pour les acces fichiers, la Freebox ne supporte (en externe) que FTPES, FileStation ne le supporte pas. je ne vois pas trop quoi ajouter.

C'est pas en insultant les gens que tu feras avancer le dossier Résumons: le besoin est simplement que le Mac accede à internet en ethernet plutôt qu'en WIFI. La solution qu'on propose est quasiment la norme en terme de bonnes pratiques: (internet) | | [ BOX/routeur ] | | | | | +--- <autres équipements, en direct ou via un switch> [NAS] [PC/Mac] L'investissement se résume à l'achat d'un malheureux cable ethernet (qu'on doit trouver pour à peu prix le prix de deux paquets de café moulu). Pourquoi chercher à tout prix une solution alternative plus complexe ? La méthode que tu cherches consisterait à configurer le NAS en mode "routeur". Via une recherche rapide suis tombé sur ce fil daté de plus de deux ans sur le sujet qui décrit une méthode pour éventuellement y parvenir: https://forum.synology.com/enu/viewtopic.php?t=70083 Mais d'une part je ne suis pas sur que ca fonctionne à l'identique sur la dernière version de DSM, de l'autre c'est bien entendu non supporté et probablement mis en oeuvre quasiment par personne. Par suite, en cas de problème de fonctionnement, faut pas compter trouver facilement de l'aide ni de la part de Synology, ni des utilisateurs (qui ne sauront pas reproduire ton setup pour pouvoir analyser)

Ah tiens, j'ignorais ça: j'étais persuadé que le serveur multimedia qui assure la fonction DLNA savait tirer partie du décodage à la volée des modèles "play" lui aussi.

En ligne de commande il y a 7zip (commande: "7z", disponible sous DSM6) Détail de la syntaxe ici: https://sevenzip.osdn.jp/chm/cmdline/commands/extract.htm **EDIT** Encore plus simple (comment ai-je pu oublier ?): dans FileStation, menu contextuel sur le fichier .iso et choisir "monter le lecteur virtuel"

je ne connais pas l'appli IOS, mais dans le cas de la version Android, je viens de tester un port alternatif, configuré dans le portail des application et ça semble fonctionner. Suffit d'ajouter ":<numéro-de-port>" dans le champ "adresse" de la fenêtre de connexion: Bien entendu ce port doit avoir été redirigé dans le routeur ou la box. Là je n'ai fait mes tests qu'en local mais un tcpdump me confirme que le traffic passe bien par ce port.

Parmi les protocoles proposés par filestation dans "outil"→"connexion à distance" il n'y a pas "FTPES", uniquement "FTP" (ref) Donc ça ne peut pas marcher.

Dans le cas de file station (puisque c'est de cela qu'il s'agit) ca doit pouvoir se faire sans même avoir à mettre en oeuvre un reverse proxy. Dans le panneau de configuration -> "Portail des applications", onglet "application", il est possible de définir des alias pour certaines services, parmi lesquels filestation. Et, contrairement à ce qu'il se passait en DSM5, me semble bien qu'il il ne s'agisse plus de redirection, on accède directement au service par le port 80 (ou 443 en https). A tester.

D'apres le screenshot c'est Cloud Station Backup que tu as installé alors que c'est Cloud Station Drive qu'il te faut

Je te conseiller de jeter un oeuil à KeeWeb Si on en croit son README, un simple serveur web (et donc celui DSM) devrait pouvoir marcher (pas testé par contre) "Everything you need to host this app on your server is any static file server. The app is a single HTML file + cache manifest (optionally; for offline access). " Par contre (si j'ai bien compris son mécanisme) il ne semble pas capable de lire un fichier kdbx stocké sur le serveur. Cependant il dispose de plusieurs autres méthodes d'acces dont webdav: La aussi si j'ai bien compris, tout se passe dans le navigateur, enfin à toi de tester si tu te sens.

D'apres ce que je lis du produit, ce dernier supporte SFTP mais pas SCP, ce qui explique cela: sous DSM, SFTP ne donne acces qu'aux dossiers partagés, pas à la racine.

bienvenue au club !

Pour compléter ce qui a été dit ci-dessus, dans le cas ou on utilise apache, le bon endroit pour mettre ses configs perso pour le serveur web est "/usr/local/etc/httpd/sites-enabled", dans lequel on déposera un ou plusieurs fichiers ".conf" (contenants des directives globales mais plutôt des blocs <Directory /var/service/web/<chemin>.. > .. </Directory>) Attention a bien vérifier la syntaxe en redémarrant apache ("synoservicecfg --restart pkgctl-WebStation" en line de commande par exemple) Cela dit, personnellement, j'utilise très ponctuellement des .htacess pour des besoins spécifique et c'est bien pratique (pas besoin de redémarrer apache )

J'avais le même probleme. Résolu en appliquant la modif de "ipsec.conf" indiquée dans ce post: https://forum.synology.com/enu/viewtopic.php?f=173&t=116297&start=15#p430936

Bizarre, n'a pas disparu chez moi. Es-tu bien sur d'avoir constaté cela juste apres la migration DSM6 ? N'aurait-il pas été supprimé suite à autre chose ? En tout état de cause, te reste à le recréer ainsi que son contenu. Sinon tu as également l'option d'utiliser la nouvelle possibilité, apparue avec DSM6, du gestionnaire de tâches d'appliquer l'attribut "au démarrage" pour les tâches utilisateur.

Je ne parviens pas à m'expliquer un lien de cause à effet entre le changement de shell et le blocage ou pas de la commande "ps". (en fait je ne comprend même pas ce que Synology cherche à faire avec ce "ps | grep $$ | grep tty" dont le "grep tty" n'a a priori aucune raison de matcher quoi que ce soit. En outre, en DSM6 ash, sh et bash sont symlinkés: [admin@fserv_~]$ ls -l /bin/*sh lrwxrwxrwx 1 root root 4 Mar 26 17:08 /bin/ash -> bash -rwxr-xr-x 1 root root 1236860 Mar 6 20:52 /bin/bash lrwxrwxrwx 1 root root 4 Mar 26 17:08 /bin/sh -> bash -rwxr-xr-x 1 root root 674268 Mar 23 05:48 /bin/ssh D'autant plus que chez moi j'ai bien "ash" et ne constate aucun problème: [admin@fserv_~]$ grep "root:" /etc/passwd root:x:0:0:root:/root:/bin/ash Vraiment perplexe je suis

Je ne parviens pas à lire le résultat "ps -ef" mais si tu n'a pas le prompt, c'est en effet bien la que ca bloque. Et dans le profile c'est le ps de la ligne: isTTY=$(ps | grep $$ | grep tty) Qui à le même effet. Ce n'est absolument pas normal, surtout sur un NAS qui vient juste d'être réinstallé. J'ai bien peur qu'il ne te reste plus qu'a ouvrir un ticket au support en leur expliquant bien le symptôme (blocage commande "ps")

Tiens, je ne retrouve plus mon message??? Bien entendu j'avais testé avant de proposer cette solution. Ma configuration WebStation est basée sur Apache. Bien vérifier les droits du fichier .htaccess (à poser dans /var/services/web/) et les logs en cas d'erreur 4XX (dans /var/log/httpd) Chez moi j'ai ceci (l'important c'est le "read" pour le groupe http) [root@fserv_web]$ ls -l /var/services/web/.htaccess -rw-r----- 1 root http 950 May 22 08:33 /var/services/web/.htaccess

essayer "ps -ef" (sans sudo) et, si ca coince aussi, donner le résultat de "sudo which ps" C"était "cat /root/.profile" (l'espace en trop involontaire est du au clavier Android de ma tablette, pas fait gaffe) Mais de toutes façons, si le "ps" précédent coince aussi, c'est inutile. Commencer par rebooter le Syno, et si ca persiste je vais m'avouer vaincu, faudra sans doute ouvrir un nouveau ticket au support.

Maintenant nous faudrait le résultat des commandes: "sudo ps" et "sudo cat /root/. profile"