Fenrir

à ma connaissance, ce n'est pas possible

Au niveau des partages, tu peux les masquer aux utilisateurs n'ayant pas les droits, c'est une case à cocher

Dans file station, tu "monte" ton dossier distant, après je pense (pas testé) qu'il sera accessibles des différents outils du nas, par exemple "sauvegarde et replication"

Tu peux/dois gérer les droits au niveau des albums Par exemple si tu les albums : Voyages Titi 2013 2015 01 02 Toto Tu ne peux pas donner un droit sur Voyages/Titi/2015/01 dans donner le droits de voir Voyages et Titi et 2015, mais 2013 et 02 peuvent ne pas être accessibles Je ne suis pas certain de répondre à ta question

tu devrais sortir les tests du IF, c'est illisible comme tu fais, mais si ça marche, à toi de voir pour nohup, j'ai indiqué dans le script, pas dehors avec "nohup /usr/local/etc/rc.d/s0001_manage-nodeJS.sh start &" tu sors s0001_manage-nodeJS.sh du shell, pas ce qui est dedans ^^

-l : listen (comme ça tu peux enlever un grep) -n : pas de résolution dns (c'est ça qui prend du temps) -t : tcp =>netstat -lnt "$(pidof node | grep "^$PID$" && netstat -an | egrep ".*:1337" | awk -F' ' '{print $6}' | grep "^LISTEN$")" ton erreur c'est le &&, si la première partie est ok, ta variable sera définie, même si le second test est faux =>il faut faire 2 tests indépendants [ -z "test process ] && [ -z "test port" ] quand tu lances un process dans une shell, celui ci est attaché au shell quand tu fermes le shell, il envoi un signal à ses process pour leur demande de se fermer (en l’occurrence un SIGHUP) dans ton script tu peux, au choix, demander à ne pas être attaché au shell (nohup) ou capturer le SIGHUP (avec trap) https://en.wikipedia.org/wiki/SIGHUP https://en.wikipedia.org/wiki/Nohup http://www.christopher.compagnon.name/techno/shell-trap.html

j’avais bien compris, ce que je sous entendais c'était de demander du coter des forums apple tu peux essayer en montant les volumes à la main (commande mount)

l'espace est parfaitement libéré chez moi il y a effectivement 2 dossiers (@eaDir et @tmp) qui restent, mais ils sont vide donc sans importance S'ils te gênent j'espère que tu n'es ni sous windows, ni sur mac, car eux aussi font la même chose (ils créent des fichiers cachés sur tous les lecteurs, voir tous les dossiers)

tu peux utiliser l'appli de sauvegarde de base pour synchroniser les données entre les nas tu peux mettre l'ancien dd dans un boitier usb et le brancher au nouveau nas tu peux faire les déplacement d'un nas vers l'autre via ton pc tu peux monter les partage de l'ancien nas dans le nouveau nas pour faire les déplacements ... plein de façon de faire

Si tu n'as pas de données sur le nas, supprime simplement tous les volumes et les groupes de disque, à partir de là pour pourras faire ce que tu veux Sinon comme indiqué plus haut, SHR n'est qu'une surcouche au dessus du raid =>le choix le plus simple c'est choisir SHR, le syno fera du raid1 avec dès qu'il verra 2 disques et du raid5 dès qu'il verra 3 disques.

oui edit : un point que j'ai oublié, la sécurité d'un système est déterminée par le maillon le plus faible, en général c'est le mot de passe ...

ça c'est un problème de Mac OS, pas du nas essaye en activant uniquement SMB

ni plus ni moins qu'entre ton pc et le site de ta banque quand on en a les moyens, on passe toujours, mais c'est tellement facile de pirater un pc qui a accès aux données, alors pourquoi s'emmerder à faire chauffer des cpu pour déchiffrer du trafic Ils n'ont pas le droit d'intercepter un flux, même non chiffré, sauf à passer par un juge et pour que le juge accepte, il faut que tu sois déjà dans le collimateur. Ce qu'Hadopi fait, c'est demander à tes sociétés de relever les IP des gens qui partagent en p2p, ils n'ont pas les moyens (techniques et législatifs) de faire autre chose en automatique oui et non à la fois, ça serait très compliqué de d'expliquer en détails vue tes connaissances (ce n'est pas une critique) Sauf a être parano (ça reste pour un usage perso de ce que j'ai compris) ou a être une cible de choix (grand banditisme, grosse entreprise, personnalité politique de 1er ordre, ...), ça ne pose pas plus de problèmes de sécurité que ça aucunement ============== si ton objectif c'est juste de passer sous les radars d'hadopi, évite simplement de faire du p2p (torrent, emule, ...)

c'est surtout que ton test est faux, si le process est lancé, même sans écouter il sera à TRUE pour le netstat, pourquoi faire -an, il n'y a que le TCP (-t) en écoute (-l) qui t’intéresse, là tu liste tout SIGHUP et trap (je te laisse chercher) sinon lance le avec le planificateur de tache de DSM

tu n'es pas obligé de l'installer sur la TV, tu peux lancer les films sur ta TV depuis (au choix) : VideoStation dans un navigateur DS Video sur tablette/smartphone (moi c'est ce que je préfère) : on choisi le film et en 2 cliques la TV s'allume, se connecte au nas et lance le film directement depuis la TV en DLNA (le nas est détecté automatiquement sur les smart TV) Elle est aussi présente sur les syno ... Si tu n'as pas besoin de transcodage, tous les modèles peuvent convenir Même sans ouvrir d'accès depuis l’extérieur, tu peux faire autre chose que stocker des fichiers et regarder des vidéos avec un NAS Syno ou Qnap, par exemple : centraliser la domotique développement de site gérer les photos sauvegarder les pc enregistrer la TV faire de la video surveillance gérer les téléchargements ... un nas en veille ça consomme moins qu'une ampoule basse consommation correcte ... ---------------- en conclusion, comme je commence à avoir des doutes sur ton utilisation, je te recommanderais de prendre un D115J (moins de 90€) et si ton besoin évolue tu pourras acheter un modèle plus gros par la suite, le premier servira toujours, ne serait que pour avoir des backups au pire, si tu l’achète en ligne, tu as un délai de rétractation

Je ne suis pas d'accord avec tes arguments, mais c'est ton choix Pour le protocole réseau, si c'est pour Kodi (ou tout autre linux), les avis ne devraient pas être partagés => NFS

Tu n'as pas besoin de synchro bidirectionnel, il faut juste inverser le sens de la synchro

C'est dommage de ne pas utiliser les dossiers par défaut, tu ne profite pas de l'indexation du Synology (jaquettes, synopsis, ...) de manière centralisée (disponible pour tous tes boitiers MM, TV, ...)

Si ton album est public, comment veux tu empêcher quelqu'un d'y accéder et quel est le soucis qu'ils puissent y accéder puisque c'est public ? Pour autant que je sache, Dropbox &co ne gèrent pas d'albums photos avec tout ce que ça implique mais des fichiers/dossiers. Si tu veux comparer avec Dropbox, utilise FileStation ou CloudStation Dans FileStation : tu vas dans le dossier qui contient l'album en question clique droit sur le dossier (qui correspond à ton album) dans la partie centrale de la fenêtre tout en bas tu as "Share File links" ça permet de créer un lien unique tu peux mettre un mot de passe une date d'expiration et ça te sort même un QRcode Pour gérer l'ensemble des liens que tu as créé c'est dans Tools (menu du haut)->Shared Links Manager la même en vidéo ici https://www.youtube.com/watch?v=4VB9H3cjZO8 ou encore ici https://www.youtube.com/watch?v=8asaGpY0EvY (tu n'es pas obligé d'utiliser QuickConnect)

J'ai surtout une question, tes commandes, tu les tests avant de les mettre dans ton script ? ps fonctionne très bien, par contre les options peuvent différer d'une version à l'autre, le ps de Mac (un freebsd) n'est le même que celui d'une debian qui est différent de celui d'un AiX qui est différent de celui de la busybox des syno (il existe plusieurs busybox) Plein de programmes (tous en pratique) ont des différences de syntaxe selon les OS et les versions C'est aussi pour ça qu'il faut s'appuyer sur les mécanisme standard et portables quand c'est possible (le PID est un exemple, même sous Windows les programmes ont un PID) Par exemple, plutôt que de lister tous les programmes (ps), puis de faire un filtre dans un autre langage (awk) avant de faire une recherche texte (grep), il est préférable, plus simple et plus fiable d'utiliser la commande standard : pidof pour savoir si le port est en écoute (ouvert c'est coté firewall) : netstat -h (=> netstat -lntp) pour savoir s'il y a du monde dessus : netstat -antp j'aime le "la seule façon" suivi de 3 façons (et il y a en a plein d'autres des façon) Je te donne un exemple : admettons que nodeJS bouffe une ressource (cpu/ram/io/net/...) à 100% suite à une erreur de code ou a un bug dans le compilateur ou a une attaque ... le kernel va essayer de libérer des ressources (gestion de priorité), mais arrivé à un certain point, certains process vont crasher d'eux même si tu relance nodeJS en boucle, tu risque d'accentuer le problème et pour finir tu ne pourras plus te connecter au nas pour débogguer car il sera trop chargé ou que ssh sera mort si par contre tu limite à 2 ou 3 crash par heure (au hasard), ou que tu mets un mécanisme d'amortissement (tempo, failsafe, ...) tu pourras intervenir l'autre avantage, c'est pour tes utilisateurs, au lieu d'avoir un programme qui crash toutes les 10min ou à chaque clique sur un bouton buggué, ils ont un gentil message d'indisponibilité temporaire, en terme d'image c'est mieux et ça te laisse du temps pour regarder le problème en détails Sur certains serveurs que je gère, quand un crash ou un problème sérieux est détecté et persite suite à un restart du programme, les serveurs basculent automatiquement dans un mode maintenance, j'ai créé 4 templates : le mode rien à foutre : page d'erreur générique le mode de base : un message plus formelle indiquant qu'un problème est survenu blablabla le mode debug (pour les appli qui ont peu d'utilisateurs) : un petit formulaire leur permettant d'indiquer ce qu'ils faisaient au moment du crash le mode business critical : on propose aux utilisateurs d'être prévenus (sms, mail, ...) dès que l'appli refonctionne (note à moi même : il faudrait que je fasse ça au taf aussi )

tu es sur de ton export NFS sur le nas ?

Kodi peut accéder à ton nas en upnp ou en dlna normalement, pas besoin de compte ici : http://kodi.wiki/view/Adding_video_sources#Adding_Remote_sources

je suis bien d'accord L'autre jour j'ai ressorti mon DS101j pour un test (il est increvable), je suis certain que malgré sont age avancé il conviendrait encore à pas mal d'utilisateurs (ceux qui ne font que du partage de fichiers en wifi). Mais j'ai une préférence pour les x86 du point de vue compatibilité avec les applications (il suffit de voir les soucis avec Plex et les arm)

C'est plus efficace car c'est plus simple et que le risque d'erreur (faute de frappe par exemple) est supprimé. Dans 99% des cas c'est suffisant. En pratique, quand tout marche en automatique, on peut commencer à faire des réservations par MAC address pour ne pas se poser de questions en cas de gros soucis (chez moi toutes les machines, gsm, tv, nas, switch, ... ont une adresse réservée) Je ne peux t'expliquer correctement pourquoi tout laisser en auto fonctionne dans 99% des cas, y compris après un reboot du DHCP, sans passer une heure à te décrire les mécanismes de lease, renewal et rebinding (wikipedia si tu veux en savoir plus).