PiwiLAbruti

Tu aurais pu regarder sur le site officiel, tout y est expliqué : http://www.synology.com/fr-fr/support/develop_tool

Quand tu établis la connexion en wifi, quelle adresse IP obtient ton iPad en wifi (sans VPN). Je pense que le réseau wifi auquel tu te connectes utilise la même adressage réseau que le réseau distant (192.168.0/24), ce qui ne peut pas fonctionner.

À ce moment là tu peux sélectionner le sous-dossier à indexer avec le type de média qu'il contient. Dans Panneau de configuration > Bibliothèque multimédia > Dossier indexé, ajoute par exemple le chemin /bittorrent/album_mp3 associé au type Musique. Tu peux faire de même avec les autres sous-dossiers du dossier /bittorrent en utilisant des type différents (Photo, Vidéo, Musique).

Il te faut une application capable d'envoyer le paquet magique. J'utilise mWOL (Mocha Wake on LAN) sur iOS en précisant l'adresse de diffusion du réseau local (192.168.1.255 par exemple) et l'adresse MAC de la carte réseau de la machine cible. Attention à bien activer les fonctionnalités WOL dans les paramètres de la carte réseau.

Pourquoi se limiter à eth0 ? Il faudrait que ce soit possible pour toutes les interfaces réseau disponibles sur le NAS. De plus il serait bien pratique de pouvoir configurer plusieurs interfaces virtuelles sur une même interface physique (802.1q), une seule interface virtuelle possible actuellement. Il suffit de ne pas indexer le partage /bittorent, non ?

Tu dois simplement utiliser les commandes d'arrêt et de démarrage que CoolRaoul t'a données dans le planificateur de tâches intégré au DSM. C'est tout ce qu'il y a de plus natif, même si j'en conviens un novice préfèrera pouvoir sélectionner le service SSH directement dans la configuration d'une tâche planifiée.

Tel que tu le présentes, il s'agit plus de synchronisation que de sauvegarde. As-tu regardé du côté de Cloud Station ou de BitTorrent Sync ?

Seul Synology peut mettre à jour Transmission pour Download Station, il faut faire une demande d'amélioration auprès du support. Sinon il y a des solutions alternatives mais sans lien avec Download Station : http://www.synocommunity.com/packages#transmission

C'est revenu à la normale. Une fois de plus, Synology a fait quelques modifications sans prévenir qui que ce soit. On voit souvent ça au niveau utilisateur, mais dites-vous qu'au niveau développeur c'est bien pire !

Il y a apparemment une incompatibilité avec la 5.0-4482. Je n'ai pas encore regardé où se situe le problème.

La visibilité des mises à jour dépend de la planification de la vérification de l'existence de ces dernières. Cette planification varie d'un NAS à un autre. Plus de détails dans /etc/crontab. Sur mon NAS, ces vérifications sont planifiées le lundi et le jeudi.

Créer un nouveau dossier dans /volume1/video, Déplacer le contenu de /volume1/video/séries vers ce nouveau dossier, Vérifier le bon fonctionnement (ou non) avec Plex et Sickbeard.

Déjà, il vaut mieux éviter les accents dans les noms de répertoires.

Il faut utiliser la même adresse réseau (ex: 192.168.1/24) pour permettre le broadcast/multicast.

Pour les paquets officiels, c'est marqué dans le centre de paquets.

Il y a plusieurs facteurs limitants pour l'hébergement à la maison. Tout d'abord le débit montant de la connexion internet. À moins de bénéficier de la fibre ou du VDSL, le débit montant en ADSL est au mieux de 1 Mbit/s (soit 100 ko/s) ce qui est très insuffisant pour un site hébergeant des photos. Par ailleurs, les NAS grand public sont équipés de processeurs économes en énergie et donc peu puissants, ce qui pose souvent problème avec une utilisation intensive de scripts serveur comme PHP, ASP, ... et ne permet pas de supporter un grand nombre de visiteurs simultanément. Pour en revenir à Piwigo, le principal problème est le débit montant de la connexion internet.

À titre informatif, voici le contenu d'un fichier /etc/crontab sous DSM 4.3 : #minute hour mday month wday who command 58 0 * * 1,4 root /usr/syno/bin/synopkg chkupgradepkg 38 21 * * 1,4 root /usr/syno/sbin/synoupgrade --fetch-all Les recherches de mises à jour sont faites 2 fois par semaine à une heure précise.À mon avis, le choix des dates d'exécution est aléatoire de façon à répartir la charge sur des plages allant de 3 ou 4 jours au niveau des serveurs de mise à jour. Dans l'exemple ci dessus, la recherche de mises à jour de paquets se fait le lundi et le jeudi à 00:58. La recherche de mises à jour du DSM se fait les même jours mais à 21:38. C'est également la raison pour laquelle tout le monde ne reçoit pas les mises à jour en même temps, sachant que le décalage maximum est de 4 jours.

La méthode officielle est d'ouvrir le port tcp/23 sur votre routeur ou box, ouvrir un ticket d'incident auprès support Synology via MyDS Center, et patienter jusqu'au retour par email vous indiquant que votre NAS à nouveau fonctionnel.

Cette mise à jour à été corrigée et ne pose maintenant plus de problèmes sur les DS112j et RS214.

Je dis >1024 pour des raisons de sécurité. Maintenant rien ne vous empêche d'ouvrir le port 23 externe.

Crée un sujet dédié à ton problème, car contrairement à ce que tu dis les remarques des utilisateurs sont en concordance avec le titre du sujet présent.

Le support intervient directement via Telnet :

Il suffit d'aller sur le site officiel dans la rubrique Support > My DSCenter, de s'inscrire, et d'ouvrir un ticket d'incident auprès du support.

Pour gagner du temps : récupérez l'adresse IP du NAS avec Synology Assistant, ouvrez un port externe sur votre routeur (port tcp >1024 de préférence) et redirigez-le vers l'adresse IP et le port tcp 23 du NAS défectueux, récupérez votre adresse IP publique, communiquez votre adresse IP publique et le port externe au support Synology dans votre demande d'assistance. J'ai procédé ainsi et le support a corrigé le problème dans l'heure qui suivait.