PiwiLAbruti

@vnet : Dès que Synology aura publié les tool chains pour cette architecture, ce qui peut prendre une semaine comme plusieurs mois.

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, ...

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.

À 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.

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

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.

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.

Oui (Telnet n'était pas activé dans DSM avant le plantage).