PiwiLAbruti

Il y a un bouton (avec une flèche) dans DSM mobile pour accéder au DSM desktop.

File Station sait d

Quel intérêt vois-tu à stocker du contenu qui est déjà stocké en ligne sur iCloud sur ton NAS ?

Les PPC ont toujours été plus puissants que les ARM, et ça n'a rien à voir avec les fréquences de fonctionnement mais avec l'architecture. À fréquence égale : x86 > PPC > ARM. Ce résultat est inversé en ce qui concerne la consommation de chaque plateforme. Les PPC ne sont pas vieux, d'ailleurs c'est un PPC qui équipera le futur DS413 (désolé je ne retrouve plus la source).

Si tu as besoin de te défouler redisweb, il existe des endroits plus appropriés pour y déverser sa haine gratuite. Personne ici ne t'oblige à aider ceux que tu ne veux pas aider. Donc à l'avenir abstiens-toi s'il te plaît, ça sera bénéfique pour tout le monde. GedGex ne risquait pas de trouver facilement la réponse à sa question étant donné qu'il s'agit d'une personnalisation de SynoCommunity. Et il va d'ailleurs falloir qu'on simplifie la chose.

Ah oui pardon, j'avais pas fait attention. Il me semble qu'il n'y a pas de solution actuellement pour indiquer à une application d'utiliser ou non la connexion VPN.

Pour te connecter en tant que root, il faut utiliser le mot de passe du compte admin.

Il faut rajouter la ligne suivante dans le fichier /var/packages/VPNServer/etc/pptp/pptpd.conf : listen 192.168.x.y Il y a aussi un paramètre pour préciser l'interface dans le fichier /var/packages/VPNServer/etc/synovpn.conf, mais je ne sais pas quel impact ça peut avoir : vpninterface=ethx

Par SSD j'entendais plus généralement un stockage flash amovible (pour ne pas avoir à changer la carte-mère en cas de panne), comme des cartes mSATA ou SDHC par exemple. Peu importe le prix, l'objectif c'est d'avoir un DSM le plus réactif possible. Des puces de 8Go ça ne coûte rien aujourd'hui (les SSD sont équipés de puces NAND de 32Go).

Petite correction : Pas besoin de l'installer, dnsmasq est intégré au DSM dans /usr/syno/sbin/dnsmasq.

J'ai regardé les scripts d'installation pour essayer de voir où sont définis les identifiants. Essaye de te connecter en Telnet/SSH et entre la commande suivante : cat /var/packages/tvheadend/target/var/accesscontrol/1 Ça devrait t'afficher le contenu du fichier de configuration de TVHeadEnd contenant les identifiants.

Je viens de jeter un coiup d'oeil aux sources du paquet, as-tu essayé avec admin/admin ?

Pourtant dans la faq officielle dont tu donnes le lien, on peut lire ceci : Si j'ai bien compris ça doit fonctionner en n'entrant aucune information d'identification.

Je dirais oui, sans l'avoir testé. Il faut bien comprendre qu'un serveur DHCP est sensé être disponible à tout moment pour adresser un nouveau client sur le réseau. Si l'équipement hébergeant le serveur DHCP est en veille, aucun client ne peut être adressé. Bref, vouloir utiliser le serveur DHCP Synology sur un NAS sensé se mettre en veille n'a pas de sens.

Mon message précédent en a profité pour maigrir.

Au passage du DSM 3.2 au 4.0, les configurations étaient bien conservées même sur les applications qui avaient été retirées du DSM pour en faire des paquets. Maintenant, il est vrai que Mail Server est assez différent de Mail Station. Si quelqu'un qui a migré de Mail Station vers Mail Server lors de l'installation de la 4.1 beta pouvait nous faire un retour, ça serait sympa.

Oui (heureusement).

Aucune idée. Pour l'instant Synology n'a dévoilé que 3 modèles de la série 13 : DS213air : probablement similaire à l'actuel DS212 mais avec des fonctionnalités wifi (point d'accès, ...). DS413 : remplacera l'actuel DS411 mais avec un processeur PPC (abandonné par Synology sur les 2 dernières séries). RS10613xs+ : pour les très gros besoins en stockage, virtualisation... Je doute que Synology sorte rapidement un nouveau modèle 5 baies surtout que le DS1512+ est sorti le 29 février 2012. Les performances de l'actuel DS1512+ sont bridées par la connectique réseau "limitée" à 2Gbit/s dans le meilleur des cas sur ce modèle. Sachant que + de 98% des utilisateurs de DS1512+ n'utilisent qu'une connexion 1Gbit/s, ça laisse une marge énorme. L'USB 3.0 est déjà intégré aux modèles de la série 12, peut-être que Synology songe au Thunderbolt (10Gbit/s câblé en série) pour les prochaines extensions ? Synology peut encore progresser dans les systèmes de refroidissement pour limiter le bruit émis par certains modèles, même si de gros efforts ont déjà été faits sur la série 12. Ce que j'attends surtout, c'est que le DSM ne soit pas installé sur les disques du NAS mais sur un SSD séparé, de façon à augmenter significativement la réactivité du DSM. Surtout que le DSM est très peu gourmand en stockage, un SSD rapide de 16Go suffirait amplement (2x8Go pour le backup du système).

J'utilise dnsmasq depuis un bout de temps sur mon NAS, surtout qu'il est intégré par défaut au DSM (/usr/syno/sbin/dnsmasq). Nul besoin d'IPKG, il manque juste une interface intégrée au DSM pour le configurer (ça sent bon le paquet SynoCommunity). Pour ma part il me sert principalement à résoudre des noms internes comme externes, suffit d'ouvrir le port 53. Très pratique pour sécuriser des pages web avec un reverse proxy, le nom n'existe que si le DNS est paramétré sur le client. Il est aussi très utile pour blacklister les banner farms et autres service publicitaires. J'utilise une blacklist de 14000 enregistrements, j'ai eu peur pour les performances au début mais en fait c'est très réactif. Le cache DNS est très pratique aussi. Étant chez Free ça m'évite d'aller tout le temps taper dans les DNS de mon fournisseur d'accès (j'ai une Freebox v5). Je n'utilise pas le DHCP, mais dnsmasq fait aussi PXE et TFTP qui peuvent être très utile pour booter sur le réseau. Il faudrait que je teste ça avec WAIK pour faire des sauvegardes complètes de machines Windows. Bref je n'ai pas lu tout le man mais j'ai été agréablement surpris quand j'avais mis la main dessus pour configurer le relai DNS.

Synology travaille à rendre le DSM de plus en plus modulaire afin de le rendre adaptable à tous les usages possibles. C'est pour ça que des fonctionnalités auparavant intégrées au système (comme le serveur multimédia) sont aujourd'hui proposées sous forme de paquets optionnels. Je ne vois pas où est le problème de vouloir rendre le DSM polyvalent grâce aux paquets. Si quelqu'un n'a pas l'utilité de Video Station (par exemple), il suffit de ne pas l'installer ou de le désinstaller. L'idée d'avoir deux OS distincts n'a du coup aucun sens.

A condition que tu perde un disque dans chaque grappe et pas deux dans la même !! Patrick ps : pour Piwi: j'ai fait une erreur de manip sur ton post, a la place de faire "Citer" j'ai fait "Modifier"...du coup j'ai détruit une partie de ton texte... n'hésite pas à remettre ce que tu avais mis...encore désolé !

Et en vidant le cache du navigateur ?

Evidemment ça serait l'idéal pour les utilisateurs de cartes Eye-Fi, il faudrait soumettre l'idée à Synology. Je proposais une alternative susceptible de fonctionner sans le moindre développement. Maintenant ça n'a plus rien à voir avec un paquet Synology.

Pour que Eye-Fi fonctionne, il faut un appareil photo avec une carte SD Eye-Fi et un PC avec le logiciel Eye-Fi. La carte SD Eye-Fi ne permet pas à l'appareil d'envoyer des photos sur Internet, c'est le logiciel sur PC qui s'en charge. Au final, ce système permet simplement de décharger ses photos sur un PC sans connecter un câble. Le PC se charge du reste. Personnellement, plus je me suis renseigné sur le fonctionnement d'Eye-Fi, plus j'ai trouvé ça inutile. Alternative à tester : Eye-Fi fournit une application gratuite pour iOS (iPhone et iPad) et peut-être pour Android (je n'ai pas vérifié) Si les photos récupérées depuis une carte SD Eye-Fi sont stockées dans l'application Photos sur l'iDevice, il est alors possible d'envoyer les photos vers le NAS via l'application DS photo+.