Classement

C'est vraiment pas de chance : parmi les innombrables possibilités de choix de noms pour un dossier il a fallu tomber pile poil sur deux de ceux réservés par le système. C'est détaillé ici : https://kb.synology.com/fr-fr/DSM/help/DSM/AdminCenter/file_share_desc?version=6 Reste donc plus qu'à choisir autre chose. Au passage je me demande comment il à été possible en pratique de les *créer* alors que c'est fait automatiquement par la procédure d'installation. A noter aussi, pour lever toute ambiguïté, que "home" serait plutôt un dossier virtuel qui correspond dynamiquement au "$HOME" de l'utilisateur connecté (/home/<user>)

Problème réglé, il faut que le routeur soit en AP sans fil (j'étais en mode routeur, donc réseau différents entre Wan et Lan).

Bonjour, Le topic originel https://www.nas-forum.com/forum/topic/37274-fichier-host-1fichier-host-file-1fichier/ n'étant plus mis à jour par son auteur @Souli, il m'a été demandé de créer un nouveau topic pour retrouver plus facilement l'information. J'ai l'intention de maintenir ce fichier host si certains rencontrent des bugs, donc n'hésitez pas à me poser des questions. Si je ne répond pas sur le forum je suis aussi disponible par email, et mon email est indiqué sur mon compte github. L'ensemble du code est donc disponible sur un repo github : https://github.com/Gizmo091/synology_1fichier_hosting Lient de téléchargement du module premium + access ( utilisant la clé d'api ) 2024-04-25 - 4.3.0 : https://github.com/Gizmo091/synology_1fichier_hosting/raw/main/OneFichierCom(4.3.0).host 2024-03-25 - 4.2.0 Changelogs : - 4.3.0 : Définition du nom du fichier de destination dans les informations retournées au DL Station ( evite par exemple les _ indésirables ) - 4.2.0 : Prise en compte des liens avec un token de téléchargement : exemple : https://a-6.1fichier.com/p1058755667 - 4.1.0 : Le endpoint Account : Show n'est plus utilisé pour valider que la clé d'API peut être utilisée , on test plutot sur un fichier dont on connait l'existance (fichier sur mon compte) - 4.0.7 : Code rendu compatible à partir de php 5.6 pour être pleinement rétrocompatible. - 4.0.7 : Code rendu compatible à partir de php 5.6 pour être pleinement rétrocompatible. - 4.0.6 : Correction d'un problème si pas de paramètre passé à la place de l'username et correction d'un problème avec les logs - 4.0.5 : Le code est maintenant compatible php7 (des fonctionnements de php8 avait été inclus auparavant) - 4.0.4 : Ajout de la possibilité d'envoyer les logs sur un serveur externe (pour aider au debug) - 4.0.2 : Ajout de logs pour debugger - 4.0.1 : Utilisation du password pour l'apikey et non l'username - 4.0.0 : Attention, version utilisant l'API donc reservé au premium/access Problèmes connus : - [Corrigé depuis la 4.1.0] Le fait de verifier les identifants retourne parfois une erreur, si vous êtes sur de votre clé d'api, ignorez cette erreur. L'API de 1fichier peut parfois être capricieuse et leur politique de controle des requetes faites à l'API est un peut trop restrictive. L'API retourne alors une erreur de flood meme avec très peu de requete. - la version 4.3.0 ( et peut être d'autre) du host de alldebrid fait echouter le chargement des fichiers host des autres provider. ( je ne sais pas pourquoi mais je l'ai constaté ). Support : Soit sur le forum, soit sur Discord : gizmo091 Informations : - Ce fichier host se configure de la facon suivante : nom d'utilisateur : ce que vous voulez ( mais il ne faut pas que ce soit vide), peut contenir des variables de configurations password : votre apikey , récupérable sur le site de 1fichier : https://1fichier.com/console/params.pl section API Key. Notez la bien car elle ne sera plus visible par la suite, il faudra alors la desactivé et en générer une nouvelle si vous devez la saisir à nouveau. Configurations addionnelles : Le champ username/nom d'utilisateur peut donc contenir un ou plusieur configuration. Elle doivent être saisies de la façon suivante : <parametre1>=<valeur_param1>;<parametre2>=<valeur_param2>;... Paramètres disponibles : - local_log : activable en ajoutant local_log=1 dans le champ username Les fichiers de logs seront écrits dans le répertoire /tmp/1fichier_dot_com , un fichier sera créer par téléchargement avec l'id du lien ( exemple : lien = https://1fichier.com/?kitiwlyogv8uozsnfi&af=3108529, fichier de log = /tmp/1fichier_dot_com/kitiwlyogv8uozsnfi.log ) , si par d'identifiant dans le fichier sera /tmp/1fichier_dot_com/default.log Exemple avec local_log d'activé : - remote_log : activable en ajoutant remote_log=<serveur_de_log> dans le champ username. Les logs seront envoyé au serveur passé en paramètres via des requetes cURL. Vous pouvez heberger votre propre serveur de log en utilisant le code se trouvant dans le repertoire remote_log du repository git, ou alors vous pouvez utiliser mon serveur : https://vedie.fr/remote_log/log.php et vous pouvez consulter les logs ici : https://vedie.fr/remote_log/read.php Exemple avec remote_log d'activé : Hashtags : hostfile, host file, onefichier

J'ai un soucis avec la configuration d'Authelia, je n'arrive pas à trouver la cause de mon erreur Mon container ne démarre pas j'ai l'impression qu'il ne veut pas lire le fichier de configuration Je lance cette commande pour analyser ma configuration mais systématiquement j'ai des erreurs alors que j'ai bien renseigné les variables dans le fichier configuration.yml d'authelia docker run authelia/authelia:latest authelia config validate --config /config Edit : J'ai finalement compris ce qu'il se passait il y avais des erreurs d'indentation dans mon fichier de config yml j'ai mis du temps à comprendre, je ne suis pas à l'aise avec ce genre de fichier.

Bonjour lordkivan, Merci pour votre réponse ! Effectivement bonne piste, il me fallait juste activer l'ouverture du port 443 (service Web https) au niveau du router pour autoriser la connexion avec le NAS sur mon DDNS Synology. Merci c'est réglé 👍🏼 ! Bonjour Mic13710, Merci pour vos précieuses informations 🙏. J'ai enlevé finalement les 2 car je n'avais besoin que du port 443 qui est lié à toutes mes redirection DDNS sur le Synology. Mais j'en prends bonne note 👍🏼. En ce qui concerne les autres certificats vous avez raison je vais faire du ménage ça sera déjà beaucoup plus clair ! Pour les adresses privées, pas un concept non, de la simple ignorance de ma part, je me suis posé la question aussi 😅. Merci encore pour votre aide 🙏.

je m'aperçois près de 2 ans plus tard que je ne t'avais pas remercié @Lelolo, alors merci pour cette validation que j'ai depuis mis en œuvre.

ok je comprends 🙂 J'ai simplement tapé sous google "Forum PLEX" ce dernier m'a propulsé sur cette page et je n'ai pas fait gaffe que c'était un sous forum synology Du coup, je ne vois aucun inconvénient à ce que mon post soit supprimé 🙂 dsl pour l'dérangement ..

Bienvenue sur ce forum. Vérifiez que vos batteries sont encore en état. Après 4-5 ans, elles sont généralement HS. Et il faut bien entendu que l'onduleur soit compatible pour gérer la mise en sécurité du NAS. C'est juste une remarque. Ne pas poursuivre sur ce sujet ici, ce n'est pas l'endroit approprié.

La partition des données n'est pas affectée par un reset mode 1 ou 2. Mais comme pour toute opération, ce n'est pas sans risque, aussi Synology recommande fortement de mettre à jour les sauvegardes avant de procéder.

Il faut bien pourtant mettre à jour DSM, ne serait-ce que pour des questions de sécurité. Vous pouvez éventuellement travailler à partir du journal des connexions. Vous le téléchargez puis le copiez dans un tableur. Vous faites un classement sur les évènements ce qui regroupera les enregistrements par utilisateur. Vous pouvez aussi filtrer selon les critères que vous voulez (connexion, accès à tel ou tel dossier).

Merci pour cette réponse claire et efficace. Bon ben comme ça c'est réglé 😄 Kodi est tellement plus abouti et configurable que Plex ou Emby, je vais donc plutôt me tourner vers une autre solution pôur pouvoir continuer d'utiliser Kodi. Mon passage fut éclair ! 😅

Après une étude des différentes applications sous docker, j'ai fait le même choix que @DaffY. Tiens, je vais l'essayer pour voir s'il est mieux que Amperty que j'ai un peu choisi au hasard 😀

Bonjour Au final j'ai pris un peu de temps pour moi aussi disposer de ma bibliothèque audio y compris en voiture, en installant via docker Navidrome. La documentation est claire et les paramétrages simples Et surtout ça fonctionne très bien avec un player ios ou Android subsonic (perso je suis avec play:sub) Du coup en voiture j'accède totalement à toute ma bibliothèque audio Bye bye dsaudio... Jusqu'à ce que nos amis Synology daignent peut être le mettre à jour.

Bonjour @sypqys, Si je me trompe pas tu as une fonction reset usine. Pour cela il te faut aller dans le panneau de configuration\mise à jour et restauration ensuite onglet Réinitialisation du système.

Si je comprends bien, il faudrait que je mette une detection de mouvement H24 sur ma caméra et rien du tout sur home mode, c'est ça ? Setup actuel avec à gauche la planif home mode, à droite, la planif de la camera En gros il faudrait que je paramètre comme ceci pour que la detection soit raccord avec Home mode actif/inactif Je ne suis pas chez moi donc je ne peux pas voir si c'est bien ca pour le moment mais je teste ce soir 🙂 En attendant, si vous voyez qu'il y a erreur dans le setup, n'hésitez pas 😉

Bonjour, pour la mise en place de l'OpenID Connect, Le Youtubeur GuiPoM a fait une excellente série de vidéos autour de Swag dont une sur l'Open ID =>

@CyberFr, j'abonde dans le sens de @.Shad.. Ce n'est parce qu'un tuto n'a pas de réponse qu'il n'est pas lu ou qu'il n'a pas été mis en pratique par certains, membres ou pas. Et dans le cas présent, il aurait été au moins utile @MilesTEG1.

Aucun des deux. Le système le plus sûr pour protéger les données est la sauvegarde. btrfs t'apportera plus de souplesse pour les snapshots (si utilisés). Il n'y a pas de contrôleur RAID sur les NAS Synology, c'est juste du RAID logiciel. Prends le temps de t'informer sur le RAID : https://fr.m.wikipedia.org/wiki/RAID_(informatique) Le plus important dans tes choix est de savoir quel système de sauvegarde tu vas utiliser.

Vous donnez en ligne de commande juste le chemin du répertoire (ce qui n'est pas une commande système). Si vous voulez vous déplacez dans ce répertoire il faut ajouter 'cd' avant le chemin du répertoire. Si vous voulez lister l'intérieur du répertoire: ls /etc/nginx/sites-enabled/

Oui, mais semble-t-il pas réparable...