Amsonia

Merci pour ce complément Rodo, ça remplace les bidouilles de fichiers host sur chaque poste mais je dois vraiment passer à côté de quelque chose… Pour moi un serveur de nom, c'est un un truc qui sait que l'IP 123.456.789.0 est derrière mondomaine.tld *et* qui donne cette information à toute personne voulant se rendre sur mondomaine.tld ; les routeurs mettant en cache cette route pour une certaine durée afin d'accélérer le processus puis efface leur cache et reprenne l'info au cas où l'IP derrière le nom aurait changé. Maintenant, si j'indique dans l'espace client de mon registrar, que mon serveur de nom primaire est hébergé par mon NAS, lequel contrôle alors les différentes records DNS (redirections, TXT, A, CNAME, etc.), alors les requêtes des internautes atterriront sur mon NAS, lequel leur dirai que www.mondomaine.tld est sur 192.168.1.1 et que foo.mondomaine.tld est une redirection vers mon tumblr par exemple. Mon IP étant dynamique, il me suffirait de mettre un TTL assez court pour que les requêtes soient toujours correctement résolues. Le seul souci -que je vois- là-dedans, c'est au moment de renseigner mon serveur de nom chez mon registrar. C'est de la forme suivante et j'imagine que c'est (à peu près) pareil partout : Il me faut une adresse type nom de domaine (ça, ça ne devrait pas poser de problèmes) et une adresse de type IP => et là oui je coince puisque, encore une fois, mon IP est dynamique. Mais d'après ce que j'ai compris, pour vous le pb se pose bien avant ?!

Le truc du CNAME qui pointe vers mon *.dyndns.org lequel s'actualise avec mon IP, c'est ce que je fais (sauf chez GoDaddy comme dit précédemment) mais je pensais justement qu'avoir son propre serveur DNS qui, comme semble l'indiquer la capture de Rodo ci-dessous, lie un domaine à une IP locale fixée par DHCP, permettait d'avoir un vrai nom de domaine dont l'IP s'actualise régulièrement. C'était aussi dans ce sens que je demandais si le TTL pouvait être modifié. Si mon IP change toutes les 24h, il me faut logiquement un TTL de maximum 23h59min. Mais vous semblez tous infirmer cette hypothèse. Un peu d'explications svp

Merci beaucoup pour les captures Rodo ! J'ai l'impression qu'il y a tout ce dont on a besoin, non ? En effet, je pense que c'est l'unique modification à faire auprès de ton fournisseur de nom. On n'utiliserait l'interface du registrar que pour modifier les info administratives relatives au ndm (whois) et pour renouveler le domaine.

Un aperçu de l'interface…

Génial, merci. Tu nous mets quelques captures de l'interface quand tu as un moment de libre ? Ça va poutrer encore ce truc :-D

Toujours au top Rodo On peut gérer le TTL ? (élément capital pour la feature espérée par JoelSavoie il me semble)

Je suis loin d'être expert, je dirais que : 1/ encore un peu plus de maîtrise de tes "données". Tu gères tes zones, tes redirections en local au lieu de le faire sur l'interface de ton provider de nom. 2/ je pense que cela peut aussi remplacer un DNS dynamique comme l'espère JoelSavoie puisque ce serait ton NAS qui gèrerait la liaison IP<=>NDM 3/ dans le cas de la livebox, cela permet de supplanter les capacités limitées de ce pseudo-routeur : les ndm sont automatiquement transformés en adresses locales quand c'est nécessaire. Pour sa mise en place, j'imagine qu'il suffit de renseigner l'IP locale du NAS en tant que serveur DNS dans sa MachinBox tout comme tu le ferais pour utiliser un autre DNS que celui de ton FAI.

Ça c'est une sacré bonne nouvelle Enfin une solution universelle à l'absence de "loopback" de la Livebox ! Beta-testeurs, je serais très friand de vos retours -avec screenshots- sur cette nouvelle feature ;-) http://www.synology.com/dsm/dsm4.2_beta.php?lang=fr

Tu peux contrôler la lecture de la musique soit depuis le NAS en passant par AudioStation (et ses applications pour smartphone) soit depuis ton lecteur réseau. Si tu passes par le lecteur réseau, il me semble qu'il suffit d'activer le "serveur multimédia" ; paquet à installer depuis le "Centre de paquets". Si tu passes par AuioStation, il faut veiller à : 1/ Activer le "Mode USB" (le mode de lecture en continue comme illustré ci-dessous envoi le son sur les enceintes de ton ordi) 2/ Activer la sortie haute qualité pour USB. Cela permet de lire les fichiers 24 bits nativement. 3/ Si tu as des FLAC de CD, autant conserver cette qualité donc mettre le transcodeur sur "wave" et non "MP3" (encore que, il me semble que cette option pour le transcodeur n'ait un impact sur le mode "lecture en continue" ; il me semble que si tu passes par l'USB, ça transcode automatiquement en wave)

Oui, c'est tout à fait possible. Voir cette liste qui recense les matériels testés comme compatibles par la communauté : http://forum.synology.com/wiki/index.php/User_Reported_Compatible_USB_Speakers

Autre solution, changer le port du SSH. Si tu utilises le SSH de Synology, il te suffit d'éditer le fichier /etc/ssh/sshd_config et de changer le port puis de rebooter le processus SSH via le Panneau de Config.

Oula, je pense qu'en effet une mise-à-jour du firmware du NAS s'impose. Si mes souvenirs sont corrects il fallait déjà être sur du DSM v3 pour Lion !

- Tu sous quelle version d'OS X ? - Comment as-tu configuré ton partage de fichiers sur le NAS ? (1er onglet dans le Panneau de Config) - tu te connectes avec quel utilisateur ?

D'accord, je pensais que le -o était soumis à la contrainte du -p

Je viens de d/l la dernière version du script et suis sous DSM 4.1 v2636. Malgré un python2.6 index_updater.py -A -v 1 -p /volume1/music le script a quand même supprimé un enregistrement orphelin d'un sous-dossier de /volume1/video ! INFO - These directories will be checked: INFO - - '/volume1/music' INFO - Start INFO - Media server enabled: START INFO - Configuration read : {'photo': {'path': '/volume1/photo', 'index_mime': {'image': True, 'audio': False, 'video': False}}, 'video': {'path': '/volume1/video', 'index_mime': {'image': False, 'audio': False, 'video': True}}, 'music': {'path': '/volume1/music', 'index_mime': {'image': False, 'audio': True, 'video': False}}, 'homes': {'index_mime': {'image': False, 'audio': False, 'video': False}, 'path': '/volume1/homes'}} INFO - *-* Working on share [photo] whose path is '/volume1/photo' INFO - [photo] won't be indexed because it is not included in the path list INFO - *-* Working on share [video] whose path is '/volume1/video' INFO - [video] won't be indexed because it is not included in the path list INFO - *-* Working on share [music] whose path is '/volume1/music' INFO - [music] is to be indexed INFO - Add directory '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/01 - Break of Dawn.flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/08 - Programme.flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/11 - Another Dawn (feat. Irfane).flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/03 - One Out of Two (feat. Irfane).flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/04 - By Your Side, Part 1 (feat. Pacific!).flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/05 - By Your Side, Part 2 (feat. Pacific!).flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/09 - Easy Fraction.flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/02 - Fantasy (feat. Ruckazoid).flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/13 - A Mile Away (feat. Irfane).flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/12 - Why (feat. Ruckazoid).flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/10 - Baby I'm Yours (feat. Irfane).flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/14 - Intersection.flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/06 - You Should Know (feat. Ruckazoid).flac' INFO - Add file in DB '/volume1/music/ELECTRO/Breakbot - By Your Side (2012) [FLAC]/07 - The Mayfly and the Light (feat. Irfane).flac' INFO - *-* Working on share [homes] whose path is '/volume1/homes' INFO - [homes] is NOT to be indexed INFO - !! Delete orphan file from DB '/volume1/video/sous-dossier/le-fichier.mkv' INFO - Begin to clean useless @eaDir... INFO - End

Personnalisation Je rajoute rapidement quelques liens vers des blogposts -en anglais certes- mais très clairs. Ces modifications sont souvent synonymes d'une sécurité accrue par le simple fait que votre configuration n'est plus standardisée. Pour ceux qui ont suivi le tutoriel pour le DSM 4.1 v2636 (et probablement ultérieurs), les modifications ne se font pas sur /etc/ssh/sshd_config mais sur /opt/etc/openssh/ssh_config Toutes les modifications nécessitent un redémarrage du daemon SSH pour être prises en compte. Je vous conseille de désactiver le blocage automatique durant vos tests, ce serait bête de se retrouver bloqué dehors ! 1/ Changer le port Si vous utilisez le terminal d'OS X, la connexion se fera désormais en ajoutant l'argument -p leport ssh root@votresyno -p 12345 2/ Se connecter par échange de clefs plutôt qu'avec un mot de passe 2.1/ Pour l'utilisateur root 2.2/ Pour tout autre utilisateur À noter, pour ceux qui ont suivi le tutoriel pour le DSM 4.1 v2636, il vous faut entrer une commande supplémentaire à la fin de la procédure : ssh-keygen -t ecdsa -C '' -N '' -f /opt/etc/openssh/ssh_host_ecdsa_key [/code] [font=lucida sans unicode,lucida grande,sans-serif][b]3/ Désactiver les connexions par mot de passe (= forcer les connexions par clef)[/b][/font] [font=lucida sans unicode,lucida grande,sans-serif][b]4/ Raccourci de connexion (pour les gros fainéants comme moi )[/b][/font]

Avant le DSM 4.1 v2636 On peut mettre en place le SFTP par 4 manières différentes, classées ici par ordre décroissant d'efficience. 1/ En activant le serveur SFTP interne source : http://forum.synolog...server#Method_3 On utilise le serveur SSH interne et on va simplement modifier une ligne de configuration pour activer le serveur SFTP interne. 1.1/ Le fichier à modifier : /etc/ssh/sshd_config 1.1.1/ Faire une sauvegarde cp etc/ssh/sshd_config etc/ssh/sshd_config_default[/code] [font=lucida sans unicode,lucida grande,sans-serif]1.1.2/ Modifier le fichier de telle sorte que la liste des serveurs SFTP soit égale à celle-ci :[/font] [code]# override default of no subsystems #Subsystem sftp /usr/libexec/sftp-server Subsystem sftp internal-sftp[/code] Ce fichier de configuration est déjà présent dans la liste proposée par Config File Editor. [font=lucida sans unicode,lucida grande,sans-serif]1.2/ Enfin, relancer le daemon SSH via le DSM.[/font] [i]Panneau de configuration > Terminal > SSH[/i] Pour arrêter le serveur SFTP il vous suffit de désactiver le SSH dans le DSM. [u][font=lucida sans unicode,lucida grande,sans-serif][b][size=4]2/ En utilisant un système hybride : SSH interne + SFTP optware[/size][/b][/font][/u] [size=3][i]source : http://forum.synolog...server#Method_1[/i][/size] On utilise le serveur SSH interne, on installe de SFTP d'IPKG et on modifie la configuration du serveur SSH interne pour qu'il utilise les binaires du SFTP d'IPKG. Il nous faut travailler en lignes de commande, (re-)lire l'avant-propos à ce sujet. [font=lucida sans unicode,lucida grande,sans-serif]2.1/ Tout d'abord, installer IPKG.[/font] Voir ce tutoriel pour de l'aide. [font=lucida sans unicode,lucida grande,sans-serif]2.2/ Installer le serveur SFTP optware en entrant les commandes suivantes :[/font] [code]ipkg update ipkg install openssh-sftp-server[/code] [font=lucida sans unicode,lucida grande,sans-serif]2.3/ Le fichier à modifier :[/font] [font=courier new,courier,monospace]/etc/ssh/sshd_config[/font] [font=lucida sans unicode,lucida grande,sans-serif]2.3.1/ Faire une sauvegarde[/font] [code]cp etc/ssh/sshd_config etc/ssh/sshd_config_default[/code] [font=lucida sans unicode,lucida grande,sans-serif]2.3.2/ Modifier le fichier de telle sorte que la liste des serveurs SFTP soit égale à celle-ci :[/font] [code]# override default of no subsystems #Subsystem sftp /usr/libexec/sftp-server Subsystem sftp /volume1/@optware/libexec/sftp-server[/code] Si vous désirez utiliser CFE pour modifier le fichier, ajoutez la ligne suivante dans son fichier de configuration puis relancez CFE pour accéder au nouveau fichier. [font=courier new,courier,monospace]etc/ssh/sshd_config,config ssh[/font] [font=lucida sans unicode,lucida grande,sans-serif]2.4/ Enfin, relancer le daemon SSH via le DSM.[/font] [i]Panneau de configuration > Terminal > SSH[/i] Pour arrêter le serveur SFTP il vous suffit de désactiver le SSH dans le DSM. [u][font=lucida sans unicode,lucida grande,sans-serif][b]3/ Troisième méthode[/b][/font][/u] [size=3][i]source : http://forum.synolog...server#Method_2[/i][/size] Je ne vois pas l'intérêt de cette méthode, que ce soit dans le fond ou sur la forme. Utilisateurs curieux (et initiés) suivez "simplement" le guide du wiki. [u][font=lucida sans unicode,lucida grande,sans-serif][b]4/ En passant complètement par les paquets optware/IPKG[/b][/font][/u] Voir la méthode complète ci-dessous. Cette méthode est ici déconseillée puisque les deux premières sont bien plus simples à mettre en place et à utiliser. [size=5][font=lucida sans unicode,lucida grande,sans-serif][b]Depuis le DSM 4.1 v2636[/b][/font][/size] Depuis le DSM 4.1 v2636, les méthodes décrites plus haut (au moins les deux premières) sont inopérantes. De plus, le SFTP est inclus au DSM mais se comporte comme l'accès FTP : - l'activation vaut pour tous les utilisateurs du NAS… - …sauf l'utilisateur root ! Nombreux seront ceux qui soutiendront -et à raison- qu'il est dangereux de se connecter directement en root via SSH/SFTP même si l'on est un utilisateur chevronné et qu'il vaut mieux se connecter en admin et utiliser la fameuse commande [font=courier new,courier,monospace]sudo[/font] pour s'octroyer temporairement des droits de root. Par ailleurs, nombreux seront également ceux qui nous conseilleront d'opérer des transferts de fichiers en SFTP plutôt qu'en FTPS parce que cela est plus sécurisé, surtout si l'on se connecte par échange de clef plutôt que par mot de passe. (Il n'empêche que, chez moi, le transferts SFTP sont plus lents qu'en FTPS et FTP) Il existe donc de nombreuses raisons de ne pas utiliser l'utilisateur root directement et Synology a fait un choix logique, celui de la sécurité. Soit. Mais si l'on souhaite tout de même avoir un accès SFTP en root "comme avant", voici ce qu'il faut faire : installer et configurer les serveurs SSH et SFTP d'optware. Nous allons donc complètement court-cicuiter les outils livrés avec le NAS pour n'utiliser que ceux d'IPKG. [font=lucida sans unicode,lucida grande,sans-serif]1/ Tout d'abord, installer IPKG.[/font] Voir ce tutoriel pour de l'aide. [font=lucida sans unicode,lucida grande,sans-serif]2/ Installer OpenSSH et OpenSSH-SFTP-server en entrant les commandes suivantes :[/font] [code]ipkg update ipkg install OpenSSH ipkg install openssh-sftp-server[/code] [font=lucida sans unicode,lucida grande,sans-serif]3/ Le fichier à modifier :[/font] [font=courier new,courier,monospace]/opt/etc/openssh/ssh_config[/font] [font=lucida sans unicode,lucida grande,sans-serif]3.1/ Faire une sauvegarde[/font] [code]cp /opt/etc/openssh/ssh_config /opt/etc/openssh/ssh_config-defaults[/code] [font=lucida sans unicode,lucida grande,sans-serif]3.2/ Les modifications[/font] Repérez les passages correspondants dans le fichier et faire les modifications pour coller à la configuration ci-dessous. Je vous ai mis le paquet pour le contexte mais seules 2 ligne sont à modifier. [code] # Change to no to disable s/key passwords ChallengeResponseAuthentication no [/code] [code] #AllowAgentForwarding yes #AllowTcpForwarding yes #GatewayPorts no #X11Forwarding no #X11DisplayOffset 10 #X11UseLocalhost yes #PrintMotd yes #PrintLastLog yes #TCPKeepAlive yes #UseLogin no UsePrivilegeSeparation no #PermitUserEnvironment no #Compression delayed #ClientAliveInterval 0 #ClientAliveCountMax 3 #UseDNS yes #PidFile /opt/var/run/sshd.pid #MaxStartups 10 #PermitTunnel no #ChrootDirectory none # no default banner path #Banner none # override default of no subsystems Subsystem sftp /opt/libexec/sftp-server [/code] Si vous désirez utiliser CFE pour modifier le fichier, ajoutez la ligne suivante dans son fichier de configuration puis relancez CFE pour accéder au nouveau fichier. [font=courier new,courier,monospace]/opt/etc/openssh/sshd_config,opt sshd_config[/font] À noter que je suis tout sauf un expert de SSH donc si quelqu'un voit une meilleure configuration, qu'il se fasse connaître ! [font=lucida sans unicode,lucida grande,sans-serif]4/ Lancer le service en exécutant la commande suivante :[/font] [code]/opt/etc/init.d/S40sshd[/code] [font=lucida sans unicode,lucida grande,sans-serif]4.1/ Vérifier qu'il fonctionne[/font] [CODE]ps | grep ssh[/code] Vous devez retrouver le chemin de l'executable : [font=courier new,courier,monospace]/opt/sbin/sshd[/font] Pour arrêter le service, faire un simple [CODE]killall sshd[/code] Vous remarquerez ici que le lancement et l'arrêt du SSH/SFTP se fait uniquement en ligne de commande. Vous savez maintenant comment installer et utiliser SFTP sur votre NAS Pour les personnalisations, on verra une autre fois ;-)

Pour ceux qui ne seraient pas encore au courant, OVH va abandonner le webDAV d'ici 3 ou 4 semaines pour passer sur de l'OpenStack Swift (pour mettre en place la synchronisation notamment). Donc, hormis s'il y a un paquet IPKG pour du Swift et/ou si qqn nous sort un SPK bien fait, on ne pourra plus avoir hubic sur nos syno. Ceci étant dit, il est aussi dit qu'OVH va sortir de nouvelles offres pro (probablement plus chères), une offre PCS où l'on paye uniquement ce que l'on consomme (là aussi, probablement plus cher que hubic actuel) et enfin une offre "hubic archive" pour concurrencer Amazon Glacier. Toutes les infos ici => http://www.presence-pc.com/actualite/hubic-cloud-48770/#xtor=RSS-11

Oui, bien sûr qu'un véritable terminal est plus confortable et puissant. Ce SPK ainsi que Shellinabox sont toutefois utiles parce qu'ils indépendant de l'OS de son ordi ;-)

Exact sauf que Shellinabox n'est pas compatible avec toutes les architectures (manque au moins les PowerPC) au contraire de Web Console.

N'être que deux à avoir les droits de visualisation des photos ne veut pas dire que quelqu'un d'autre (moi par ex) ne puisse pas afficher la page d'accueil de photo station. Donne-moi l'adresse de ton syno (en pm si tu le souhaites) et dis-moi quand le syno est en veille ; j'irai voir alors la page et on verra si le syno se réveille ou pas Ok pour quickconnect. Qu'en est-il pour DDNS, celui de Synology en particulier ? edit : le tuto est là au fait :

Bonjour, Quand on a un souci sur notre gentille machine, on doit souvent mettre la main sur certains fichiers du NAS qui ne sont pas forcément aisément accessibles autrement que par la ligne de commande. La première chose à faire est alors à comprendre comment accéder à cette fameuse interface et cela est dépendant de notre système d'exploitation. Il existe désormais plusieurs solutions qui permettent d'avoir cette interface simplement depuis le bureau du DSM. Voici : 1/ Ouvrir le "Centre de paquets" 2/ Suivre ces étapes pour arriver à l'écran d'ajout d'une source Vous devez cliquer sur le bouton "Paramètres" pour qu'une autre fenêtre s'ouvre avec le bouton "Centre de paquets", etc. On arrive donc à l'écran d'ajout d'une source. Plusieurs sources sont disponibles (voir pour une liste complète), celui qui nous intéresse a pour adresse http://packages.missilehugger.com/ 3/ Installer le paquet "Web Console" Une fois votre source ajoutée, vous devriez avoir un nouvel onglet dans le Centre de Paquets : "Autres sources" et, dans ce nouvel écran, vous devriez voir un paquet nommé "Web Console" : installez-le ! 4/ Lancement du paquet et connexion Votre paquet doit maintenant être présent dans le menu démarrer de votre nas, lancez-le. Vous arrivez sur l'écran d'identification de Web Console. login : admin password : admin 4.1/ [iMPORTANT] Modifier le mot de passe admin Comme on vient de le voir, les identifiants par défaut sont triviaux, il faut absolument modifier le mot de passe de ce compte admin tout de suite. Pas d'inquiétude, ce n'est à faire que la première fois. Il faut modifier le mot de passe car la Web Console est directement accessible depuis le web via cette adresse : https://nom.de.domai...bconsole/wc.cgi Avec les identifiants par défaut, quiconque arrivant sur la Web Console pourrait se connecter et faire joujou... Pour changer le mot de passe, il vous suffit de taper la commande suivante : #users modify admin Et vous arriverez sur cet écran : Modifiez votre mot de passe par ce que vous voulez, renseignez également une adresse e-mail et sauvegardez. La Web Console vous confirme que le mot de passe a bien été mis à jour : Fermez maintenant la fenêtre de Web Console. 5/ Fin Relancez le paquet Web Console depuis le menu démarrer et renseignez vos identifiants : login : admin password : celui-que-vous-venez-de-choisir Web Console est plutôt capable, l'écran d'accueil vous donne quelques indications sur son utilisation. L'une des fonctions particulièrement utile est le file manager, vous y accédez en tapant : #manager[/code] Pour clore votre session et quitter Web Console, tapez simplement la commande suivante puis fermez la fenêtre de Web Console. [CODE]#close[/code] [size=4][b]Paquets similaires[/b][/size] Si, Web Console a l'avantage d'être indépendant de la plateforme (type de CPU) de son NAS, il existe d'autres paquets fournissant les mêmes services : - ShellinABox ; http://packages.missilehugger.com/ - GateOne ; http://packages.synocommunity.com (bientôt) [i]Si, après avoir ajouté la source valide, vous ne voyez pas le paquet dans la liste, c'est que votre NAS n'est pas compatible.[/i]

C'est comme un moteur thermique de voiture : le moment où il s'use le plus est lors du démarrage, quand l'huile n'est pas chaude, que le moteur n'est pas parfaitement lubrifié. Ton moteur s'usera donc moins à faire 500 km (sauf à faire une course de côte ) que le redémarrer toutes les heures pendant une journée. Je n'ai pas fait le calcul sur un an (certains ont du s'amuser à le faire) mais ça ne doit pas chercher bien loin. En tout cas, je préfère payer 10€ (nombre au hasard) de plus par an sur 4 ans plutôt que d'avoir à sortir 4x100€ (j'ai 4 disques, valeur basse d'un disque) tous les deux ans pour changer mes disques :-D En désactivant l'hibernation, je compte tenir 3 à 4 ans. Ensuite je change les disques (et en profite pour renouveler le NAS Es-tu certain que ton PhotoStation, qui est un service web, n'est pas accessible depuis l'extérieur ? Peut-être que ce sont des requêtes web "normales" (provenant d'un browser web classique) qui font sortir ton nas de son sommeil. Autre possibilité, le QuickConnect ainsi que le service DDNS de Synology : j'ai cru comprendre que Synology vérifiait régulièrement si le NAS avait une bonne connectivité sur ces services. Peut-être que Synology envoyant une requête, cela réveille le Nas ! La sortie de l'hibernation doit laisser des traces quelque part, commençons par le fichier de log le plus classique : /var/log/messages Pour ce faire, active le telnet dans le DSM (onglet Terminal) et connectes-toi à ton de cette façon en utilisant l'interface en ligne de commande (menu démarrer > exécuter > cmd) : telnet ip.du.nas ça te demande ton login, tu mets admin ça te demande ton mot de passe, tu mets ton mot de passe du compte admin et c'est normal si tu ne vois pas ce que tu tapes ensuite tu tapes la commande suivante : cat ../../../var/log/messages Et tu nous dis ce que tu vois aux horaires où le nas se réveille sans raison apparente. Si cette procédure te semble trop complexe, attends quelques minutes/heures, je vais poster un tutorial…

Concernant tes périphériques mobiles (mobiles et tablette), tu dis qu'ils ont le wifi de coupé quand ils sont en veille mais peut-être peuvent ils se connecter via 3G ? Sinon, c'est peut-être en effet ta freebox qui envoie une requête au media server du nas chaque fois que tu l'allumes (et peut-être même en veille, va savoir !) À ce niveau, et avec mes maigres connaissances, je dirais que le plus efficace est des tester en partant du plus bas : éteindre ou couper toute connectivité de tes androids et voir ; et tester ensuite ta freebox en débranchant le boîtier tv. question bête mais bon : tu n'as pas de service internet sur ton nas ? pas de serveur mail, http, ftp, etc. ? Enfin, d'un point de vue général, il est fortement déconseillé, d'activer la mise en veille du syno : les disques s'usent beaucoup plus vite en s'arrêtant et redémarrant régulièrement plutôt qu'en tournant continuellement.

Et pour recréer le raccourci sur le bureau, il suffit de faire un glisser-déposer de l'icône du menu vers le bureau.