PiwiLAbruti

Si les coupures de connexion concernent des perturbations sur ta ligne ADSL, tu peux limiter la détection à la destination la plus proche. C'est-à-dire le premier équipement actif situé après ta box retourné par un traceroute (probablement la carte du DSLAM). Tu peux lancer un traceroute en ligne : http://ping.eu/traceroute/ L'intérêt est de s'affranchir à une quelconque défaillance (même si peu probable) des multiples routeurs traversés pour atteindre un serveur DNS de Google ou d'Orange (ou de ces serveurs eux-mêmes).

Ce qui fait toute la différence, c'est surtout le nombre de cœurs de leurs processeurs respectifs. Le DS216j (2C) sera beaucoup moins impacté par les tâches intensives que le DS213 (1C).

Il faudrait déjà trouver une application d'encodage distribuée, je doute que quelque chose d'efficace (et récent) existe pour le grand public. Côté professionnel, c'est très certainement inabordable. Peu importe, c'est l'application d'encodage qui déterminera l'OS.

C'est complètement surdimensionné donc.

Quel est le besoin exact ?

La question ne se pose pas puisque tu fais une sauvegarde régulière de tes données sur un support externe (n'est-ce pas ?).

Ça n'avait rien à voir avec ce que tu as surligné en bleu. Je suppose que le redémarrage a remis les choses en ordre.

Beh si justement, il y peut y avoir un gros souci car par défaut tous les ports sont ouverts avec un client VPN. Le routeur ne contrôle plus rien du tout. Il y a pléthore de sujets sur ce forum où des utilisateurs indiquent des tentatives de connexion SSH alors que le port tcp/22 n'est pas ouvert sur leur routeur. Ça s'expliquait par l'utilisation d'un client VPN, et c'est d'ailleurs pour ça qu'il y a une interface VPN dans le pare-feu. Donc je te conseille vivement d'appliquer ce que je t'ai indiqué.

Ça vient d'un problème de droits sur le chemin où doit être créé le répertoire. Tous les scripts PHP dans /web sont exécutés avec l'utilisateur http, il faut donc que ce compte ait les droits en écriture dans le chemin en question.

Si un client envoie une requête DHCP c'est bien parce qu'il n'a pas d'adresse IP (dans le cas de la découverte). Donc si tu n'autorises la réception de requêtes DHCP que depuis le réseau 172.16.1/24 ça ne risque pas de marcher. En découverte, un client DHCP émet un broadcast depuis 0.0.0.0:68 vers 255.255.255.255:67 (ip:port). Au passage, je te conseille de définir les règles de pare-feu sur l'interface concernée (LAN1) et non dans "Toutes les interfaces". Ça t'évitera des surprises en cas de connexion avec un client VPN.

Comme ton site est sur le même serveur que la base de données, il faut utiliser "localhost" ou "127.0.0.1".

Ta comparaison fantaisiste permet de vulgariser et de rendre la compréhension accessible au plus grand nombre (et mes cheveux ne s'en portent que mieux). Pour être exact, PHP est un langage de programmation. Les paquets PHP de Synology permettent de rendre ce langage disponible sur les NAS de la marque et d'exécuter des scripts écrits dans ce langage. Pour forcer l'utilisation de PHP 7 avec PhpMyAdmin, il faut le préciser dans les paramètres de Web Station.

Je t'invite à prendre connaissance des règles de ce forum où tu trouveras notamment le paragraphe suivant : Ce sujet sera probablement clôturé ou supprimé par un modérateur.

L'erreur indique un problème de résolution du nom de domaine (DNS). Ton NAS n'a pas de passerelle renseignée et/ou de serveur DNS dans les paramètres de la carte réseau.

Il ne s'agit pas de phpMyAdmin mais des paquets PHP 5.6 et PHP 7, il y a déjà une petite confusion. PhpMyAdmin n'est qu'une interface de gestion, écrite en PHP, pour administrer des bases de données MySQL (MariaDB inclus). De ce que j'ai compris, tu n'as pour l'instant installé que les paquets Web Station, Apache HTTP Server 2.2 et 2.4, PHP 5.6 et 7.0. Il te manque encore les paquets MariaDB et PhpMyAdmin.

Le rôle premier du transcodage chez Synology est de rendre un format vidéo compatible avec un lecteur multimédia, et dans un second temps de réduire un flux vidéo pour le rendre lisible en direct sur une connexion distante. Même si un NAS mettra plus de temps qu'une machine taillée pour l'encodage, ça suffit dans beaucoup de cas et ça évite de devoir laisser un PC allumé pour encoder. Dans le cas présent, je trouve même intéressant que l'encodage x265 n'utilise pas tout le CPU car ça laisse des ressources disponibles pour les autres tâches lors de l'encodage (par contre ça prend évidemment 2x plus de temps à encoder).

C'est quoi le transcodage d'après toi ? Parce que la libx264 supporte le multi-thread. Par contre le DS916+ étant équipé d'un quad-core natif (Pentium N3710, 4C/4T), ça voudrait dire que la libx265 serait limitée à 2 threads ? Ça me semble peu probable. Il y a peut-être des éléments de réponse dans les options de compilation de libx265, notamment au niveau du patch pour PPC.

Vivement la prochaine box d'Orange dans le cloud (ou pas)

C'est plus un problème de multi-thread que d'architecture 32/64. Quel est le modèle de ton NAS ?

Est-ce que la réparation du volume est terminée ?

C'est d'ailleurs expliqué sur le site officiel : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General/How_to_migrate_between_Synology_NAS_DSM_5_0_and_later

C'est dommage, on n'aura jamais d'explication...

Pour envoyer vers le NAS : drag'n drop de l'Explorateur Windows vers File Station. Pour télécharger : bouton [Action] > Télécharger.

Ou plus simplement sur la page officielle concernant Btrfs : https://www.synology.com/fr-fr/dsm/Btrfs#applied_models

Tu peux paramétrer un DDNS directement chez 1&1, par contre je ne sais pas s'il est supporté par Synology.