PiwiLAbruti

C'est une blague ? Je te donne des solutions dans mon précédent message...

C'est normal qu'il y ait des attaques si le port tcp/22 est ouvert, et je ne vois pas en quoi le fait qu'elles soient bloquées par DSM soit un problème. Il n'y a aucun moyen d'empêcher ces attaques car il y a tout un tas de machines qui font des scans de ports en permanence et essaient de se connecter aux services découverts. Il y a plusieurs solutions possibles pour les limiter ou les bloquer, mais pas les empêcher : Fermer le port tcp/22 (même fermé il y a des tentatives sur votre adresse IP publique, mais vous ne les voyez pas), Utiliser un port externe différent dans la règle NAT : tcp/12322 distant -> tcp/22 local, Laisser faire le blocage automatique du DSM, Limiter les adresses/réseaux IP en créant une/des règles dans le pare feu du DSM, Utiliser en amont une connexion VPN de façon à ne pas avoir à ouvrir le port tcp/22 (ce que je fais), Résilier son abonnement internet, Prier, Devenir membre d'une organisation terroriste, Atomiser la Chine et la Russie, Déménager sur Mars, ...

Je crois que ce paquet n'est pas disponible pour ce modèle à cause des ressources trop limitées de ce dernier. Ça se confirme dans le centre de téléchargements : http://www.synology.com/fr-fr/support/download/DS109j#download_tabs_package

As-tu une sauvegarde de ces données ?

Si la mise à jour t'est proposée, c'est que tu peux la faire directement. Avec une sauvegarde, la question ne se pose pas.

Effectivement, je n'ai pas non plus trouvé comment effacer les logs. Peut-être une volonté de Synology pour faciliter le support, car c'est vrai qu'intervenir sur une machine dont les logs ont été purgés peut représenter un réel handicap.

Oui, il faut évidemment créer deux tâches car le démarrage et l'arrêt du service se font à des heures différentes.

Une fois planifiées, ces commandes s'exécutent automatiquement selon la planification choisie. As-tu au moins essayé de les ajouter au planificateur de tâches ?

Le problème est général, on est en train de migrer le dépôt. L'indisponibilité devrait durer quelques semaines.

As-tu au moins regardé quel processus consomme toutes les ressources processeur ? Très souvent il s'agit du service d'indexation du contenu multimédia.

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.