Jump to content
XPEnology Community

nicoueron

Moderator
 View Profile  See their activity

  • Posts

    2,345

  • Joined

  • Last visited

  • Days Won

    49

 Content Type 

Everything posted by nicoueron

  1. nicoueron
    Attention, le loader 1.02b est fait pour la version DSM 6.1.xx. Il faut donc que tu migres aussi ton DSM au risque effectivement de ne pas le voir sur le réseau
  2. nicoueron
    le plus simple est que tu mettes à jour ton loader. Je te conseille la dernière version du 1.02 qui permet notamment de customiser le SN et l'UIID de la clé usb. Une fois le loader opérationnel ton DSM devrait repartir. PAr contre comment se fait-il que tu sois en 6.2 ?
  3. nicoueron
    Essaie avec le nouveau loader. celui-ci t'assistera à la saisie du SN
  4. nicoueron
    pas simple de vouloir installer un tel serveur sur un XPEnology. As-tu regarder du coté de Docker ? il doit exister un container qui le propose nativement.
  5. nicoueron
    L'erreur semble assez claire pour moi : "Could not connect to host" veut dire que soit le service n'est pas démarré, soit le firewall bloque le port 18083
  6. nicoueron
    idem Update 8 sans pb sur VMware
  7. nicoueron
    OK, Bon chez moi le transcodage marche... Pour les logs avec un mac c'est encore plus simple. Tu lance l'applciation term et tu te connectes en ssh à ton NAS (vérifie quand même que tu as activé le service dans DSM). Ce qui donne : ssh admin@[IP_DU_NAS] après tu tapes : sudo vi /var/log/messages là tu rentres à nouveau le mot de passe root. tu descends tout en bas du fichier en tapant exactement : puis appuie sur entrée Après navigue dans le fichier avec les flèches haut/bas pour trouver une info en rapport avec synovideoconversion. Là je pense que tu devrais voir un ou plusieurs messages d'erreur
  8. nicoueron
    Salut, je ne savais même pas qu'on pouvait faire ce genre de manip'. Tu le fais à partir de VideoStation ? Le mieux quand un pb sur un site Web apparait sans explication est qu'il faut avoir 2 réflexes : - activer le mode développeur du navigateur (en général F12) avant de lancer l'action et regarder les transferts réseaux qui transitent. Si tu as des codes retour différents de 302 et 200 c'est que tu as un pb. Pour être encore plus précis, si c'est une erreur 500 c'est un pb coté serveur - ici ton NAS et pour etre encore plus précis VidéoStation dans ton cas. si c'est autre chose le code erreur mentionne le pb - aller dans les logs de l'application. Là il faut un accès SSH à ton NAS et aller regarder les logs dans /var/logs/messages/....
  9. nicoueron
    Salut, tu dois pouvoir faire une update en suivant correctement le tuto de @Polanskiman. Après je ne connais pas la compatibilité de ton matos avec le loader de jun.
  10. nicoueron
    Salut J'avoue ne pas comprendre toute ces manipulations! étant donné que la traduction anglais>français semble ne pas encore opérationnelle chez GoogleTranslate, autant directement poster sur le forum anglais. Car là franchement il y a trop de fautes et on se perd avec ce genre de traduction. Malgré tout je dirais que le lien suivant répond au besoin : https://wiki.archlinux.org/index.php/Gateone J'avoue pour le moment ne pas avoir besoin de mettre d’authentification devant car mes serveurs disposent tous d'un mot de passe ultra-complexe. Mais si j'ai le temps j'ajouterai au moins une phase d’authentification en HTTP Basic basé sur un couple login/mdp défini dans un fichier à part. Ca doit pas être compliqué.
  11. nicoueron
    il faut choisir installation manuelle via le bouton Mise à jour manuelle de DSM et sélectionner le fichier correspondant à l'update x préalablement télécharger chez Synology. Mais entre nous lorsqu'il s'agit d'une update x pour version 6.1.3 et que la communauté dit que ça passe, pourquoi s'en priver ? en général c'est des corrections de failles de sécurité.
  12. nicoueron
    Salut, Visiblement la communauté ne rencontre pas de pb avec cet update 7. Donc tu peux directement passer à cette dernière sans devoir te palucher 4...5...6! Sous réserve que tu sois bien avec le loader de Jun 1.02b
  13. nicoueron
    Salut cela s'appelle un ordonnanceur et nécessite du développement pour qu'on reste à l'écoute de la fin d'une tache asynchrone. Après pourquoi ne pas simplement faire un script-shell qui lance les 3 commandes rsync enchainées de façon sychrone ?
  14. nicoueron
    Salut, Pourtant sans VMDK pas de boot! En fait le vmdk pointe vers le fichier img du loader. Celui-ci doit faire 50Mo et doit être connecté en SATA contrairement au disque de données qui eux doivent être connecté au controleur SCSI.
  15. nicoueron
    Salut, il faut juste changer le loader par celui de jun en 1.02b (le dernier quoi) et fournir le pat qui va bien avec lors de la migration qu'il te sera demandé via Synology Assistant. La seule chose avec le loader en ESXi est qu'il faut être rapide au premier boot pour sélection l'option ESXI, l'écran ne le propose que 2s... Tes disques sont bien mappés en RDM à ta VM? Ah et une dernière chose avant : SAUVEGARDE!
  16. nicoueron
    Un NAS directement relié à une TV ce n'est pas vraiment son objectif :/ A mon avis il est assez aisé de le positionner au-dessus d'un placard ou sur une étagère ou encore audessus d'une porte si tu as une prise électrique pas loin et un bon wifi à defaut de RJ45. Concrètement un NAS dans un salon ce n'est pas très WAF^^^^^^
  17. nicoueron
    et pourquoi pas depuis Virtual Machine Manager puisque tu as installer en baremetal ton DSM 6.1.3 ?
  18. nicoueron
    Merci pour ce tuyau. Pour info, l'avantage que tu as quand tu es sur ESXi (comme moi d'ailleurs) est qu'il est possible de se connecter aussi via le port série de la VM. Ceci est rendu possible par l'hyperviseur si tant est qu'on dispose d'une seconde VM disposant elle aussi d'un port série. Ensuite avec un simple putty et en sélectionnant le bon port COM on dispose des mêmes accès qu'en SSH. En plus en règle général le SSH est désactivé il me semble par défaut. Je dois avouer que cette technique du port série m'a sauvé 3 fois la vie. Car pour rappel le hack de Jun, une fois lancé ne présente pas le prompt permettant de saisir d'éventuelles commandes. Or avec le port série oui! D'ailleurs on arrive à suivre toutes les étapes du boot. A bon entendeur!
  19. nicoueron
    Il faut cliquer sur le bouton actualiser effectivement, ça peut prendre un peu de temps, mais normalement ensuite dans "Communauté" la liste des paquets devrait être raffraichie. Si ce n'est pas le cas, c'est qu'il n'est pas dispo pour ce repo
  20. nicoueron
    un bon vieux refresh du gestionnaire de paquets suffit en général
  21. nicoueron
    j'ai quand même du mal à croire que Sabnzbd consomme 1Go de RAM...
  22. nicoueron
    Salut, je suis interressé par le 1er kit : voir MP.
  23. nicoueron
    oui il est utilisable, mais les performances peuvent être légèrement dégradées puisque tous les disques durs seront sollicités.
  24. nicoueron
    Attention, Ici c'est ton serveur qui se connecte à cette IP (qui entre-parenthèse semble héberger un serveur Nginx). Le certificat présenté par cette IP sur le port 443 est délivré pour *.plex.tv Je suppose que c'est ton serveur Plex qui s'y connecte pour télécharger une vidéo. Je t'invite à regarder ce que fais exactement ton serveur Plex et qui l'utilise chez toi (une TV, une clé chromecast, un smartphone, etc.)
  25. nicoueron
    L'adresse IP 82.94.168.54 qui utilise Plex en HTTPS semble être à Amsterdam est-ce normal ?
×
×
  • Create New...