Aller au contenu

Fenrir

Membres
  • Compteur de contenus

    6610
  • Inscription

  • Dernière visite

  • Jours gagnés

    163

Tout ce qui a été posté par Fenrir

  1. login: root pass: pass du compte admin
  2. TimeBackup copie uniquement ce qui a changé depuis sa dernière copie
  3. oui
  4. Il n'y a rien de particulier à faire sur le synology (sauf si c'est l'authentification des applications syno que tu veux changer). C'est le code de ton site qu'il faut adapter, par exemple en php : https://www.vanstechelman.eu/content/credential-validation-using-radius-php
  5. Regarde dans les logs (en ssh dans /var/log) si tu n'as pas une erreur Sinon essaye de supprimer le paquet, reboot le nas et réinstalle le paquet
  6. je n'ai pas dit qu'il était plus lent que le tiens, j'ai juste indiqué que par nature, ce protocole n'était pas top niveau perfs et que je trouve ça plus lent que VideoStation je n'irai pas jusqu'à dire ça, il y a des personnes moins pressées que d'autres Pas nécessairement, tu peux utiliser videostation pour : organiser tes vidéos : je trouve ça sympa de pouvoir faire une recherche par rea et d'avoir la liste des acteurs lire des videos sur autre chose qu'un périphérique dlna : ipad, android, pc, ... enregistrer la TNT : ça marche assez bien mais la liste des carte TNT compatibles est très courte partager des vidéos (de famille les vidéos !!) sur Internet via un lien ...
  7. Je voulais dire : test avec VideoStation dans ton navigateur (connecte toi au Syno et lance l'application VideoStation). Sur mon DS712+, largement plus puissant que ton DS115, ce n'est pas non plus instantané, mais c'est raisonnable (5sec pour afficher 25 vignettes, sachant qu'il fait fait bcp de choses par ailleurs). Avec les applications mobiles, c'est en cache, donc seule la première ouverture prend du temps. Pour ce qui est de l’intérêt de VideoStation, c'est d'avoir une application qui index, classe, ajoute des infos, permet le reprise, ... automatiquement et qui permet d'être consultée et pilotée sur à peu près n'importe quelle plateforme (pc, tv, smartphone apple/android, chromecast, ...). En tout cas moi j'y trouve un intérêt. Dans ton cas, le problème semble effectivement plus être lié au protocole DLNA (c'est le Media Server, VideoStation ne fait pas de dlna). Le protocole DLNA n'est, par design, pas super rapide (il doit établir une nouvelle connexion pour chaque média, donc pour chaque vignette dans ton cas). Tu peux essayer changer les paramètres du MediaServer et vérifier la charge du Synology quand tu affiches les vignettes sur ton boitier TV. A l'usage, je trouve aussi que le DLNA est assez lent (même avec des super boitiers DLNA) et peu conviviale, de plus je trouve que choisir un film avec une télécommande c'est pénible, je préfère utiliser DSVideo sur un smartphone ou une tablette pour choisir la vidéo et la balancer sur la TV (DSVideo indique au nas d'envoyer la video "truc" sur la TV ... en dlna).
  8. pas de soucis de mon coté, vérifie que tu n'as pas d'anti * dans ton navigateur ou ton antivirus, test avec un autre navigateur * : popup, script, flash, chose, truc ... ps : pour exporter il faut avoir sauver la conf au moins une fois (appliquer)
  9. Il y a 2 pistes à explorer : le DS115 n'est peut être pas assez puissant : j'en doute ton lecteur WD n'est pas adapté : probable Fais le test avec un vrai navigateur (firefox sur pc par exemple) ou avec l'application DSVideo Transférer des fichiers sur le réseau c'est une chose Accéder à une base de donnée, traiter les données, générer les vignettes, les transférer au serveur web s'en ait une autre qui consomme plus de ressources
  10. l'https se mets probablement en rouge car le certificat n'est pas reconnu par chrome (c'est un certificat auto signé), avec firefox tu peux passer outre l'avertissement, avec chrome aucune idée sur les plateformes mobiles il est préférable d'utiliser les applications synology (DSfile par exemple)
  11. Je n'ai pas d'outil particulier à recommander, généralement il vaut mieux prendre les outils du constructeur.
  12. tu peux déjà faire un test rapide pendant que ça tourne, si les compteurs (ce n'est pas du temps réel, c'est actualisé ... quand le disque veut le faire) s'affolent, tu as certainement un soucis
  13. C'est bien possible. Fais un test smart dessus (normalement tu peux le faire en même temps) et regarde les erreurs ainsi que le taux de ré-allocation ps : si tu ne fais pas de raid 10, mets à jour ta signature
  14. Tu as plein de façon de faire : spécifier la clef à utiliser dans la commande (ssh -i /chemin/vers/la/clef/privée) copier la clef privée dans l'emplacement par défaut (~/.ssh/id_rsa ou dsa). créer un fichier de config (~/.ssh/config) où tu précise la clef à utiliser : Host serveur1.mon.domaine IdentityFile ~/.ssh/clef1_rsa Host serveur2.mon.domaine IdentityFile ~/.ssh/clef2_rsa A noter qu'il faut d'abord que tu convertisse tes clef en pem (putty utilise sont propre format), tu peux le faire avec puttygen (puttygen clef.ppk -O private-openssh -o clef.pem)
  15. C'est par les logs qu'il faut commencer, ça indiquera probablement la source du problème Essaye de supprimer le paquet puis de le réinstaller (fais une sauvegarde avant)
  16. regarde dans les logs d'apache : /var/log/httpd/ Pour la base de donnée, fait ce qui est indiqué, mets à jour la base (normalement il suffit de mettre à jour les paquets)
  17. 1.3G /var/log/httpd Les logs apache sont très gros, exécute les commandes suivantes : tar zcf /volume1/LOG.gz /var/log/* du -sh /var/log/httpd/* rm -f /var/log/*.gz /var/log/*.xz /var/log/*.1 /var/log/*.2 /var/log/*.3 /var/log/*.4 /var/log/*.5 rm -f /var/log/httpd/*.xz /var/log/httpd/*.1 /var/log/httpd/*.2 /var/log/httpd/*.3 /var/log/httpd/*.4 /var/log/httpd/*.5 La première commande fait un backup des logs (ou cas où...) dans /volume1, tu peux spécifier un autre endroit si besoin La deuxième liste le contenu du dossier httpd Les 2 dernières suppriment les anciens logs Après je te recommande de regarder pourquoi tes logs apache prennent autant de place
  18. pour ton usage, il n'y a pas de différence, si tu hésite pour la transcodage, c'est que tu en as besoin niveau bruit je pense que c'est pareil (en général le bruit vient des disques, pas du nas) hibernation, wol, arrêt et démarrage programmé : oui, bien qu'il soit déconseillé d’arrêter/démarrer trop souvent un nas (ça fatigue les disques, mieux vaut être up h24) pas de news sur un 215play
  19. Tu as pourtant la réponse à ta question dans : la doc : https://global.download.synology.com/download/Document/UserGuide/DSM/5.2/Syno_UsersGuide_NAServer_fra.pdf le centre de paquet (directement sur le syno) le site officiel Par exemple sur le site : https://www.synology.com/fr-fr/dsm/5.2/software_spec Dans les paquets : https://www.synology.com/fr-fr/dsm/app_packages/CloudSync https://www.synology.com/fr-fr/dsm/app_packages/GlacierBackup https://www.synology.com/fr-fr/dsm/app_packages/HiDriveBackup A noter que je n'utilise aucune de ces solutions, donc je ne peux pas te dire si ça fonctionne bien.
  20. Plex est assez lourd, beaucoup d'utilisateurs (dont moi) préfèrent utiliser l'appli officielle de Synology : VideoStation Un DS212J n'est pas un foudre de guerre (très bien pour la fonction nas, mais un peu léger pour faire tourner des appli), regarde ce qui bride tes perfs (c'est probablement le cpu ou ram), essaye de désactiver les services dont tu ne te sert pas (pas besoin de partage apple si tu es sous Windows, ftp ?, web station ?, ...)
  21. Je n'utilise pas le paquet syno mais un conteneur docker (https://hub.docker.com/r/liftoff/gateone/~/dockerfile/), pas de problèmes particuliers avec la dernière version.
  22. Avec 2 disques, SHR fait du raid 1, donc pas de miracles, c'est la taille du plus petit disque qui bride. Il faut au moins 3 disques pour commencer à récupérer de l'espace : https://www.synology.com/en-us/support/RAID_calculator
  23. Fenrir

    Test Smart Etendu qui bloque

    Pour la dernière question, tu y réponds toi même : "trop" souvent. Si c'est trop souvent, c'est trop En étant raisonnable, une fois par mois voir moins est largement suffisant. Pour le reste, laisse la reconstruction se terminer. Si à la fin les valeurs smart (de base) t'indiquent que tu as des blocs en erreur et/ou beaucoup de réallocation, alors ton disque a un problème.
  24. Sans plus d'info (je suppose que tu as déjà fait le tour des logs du syno en ssh) ça va être difficile de trouver le problème. Tu as essayé de contacter le support Synology ?
  25. Je viens de rédiger une petite doc sur Docker : http://blog.fenrir.fr/2015/08/30/memo-docker/ C'est du vite fait, il manque plein de chose et j'ai fait pas mal d'approximation pour que ça soit digeste, mais ça devrait t'aider à comprendre ce que tu fais.
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.