Jump to content
XPEnology Community

nicoueron

Moderator
  • Posts

    2,308
  • Joined

  • Last visited

  • Days Won

    47

Posts posted by nicoueron

  1. ah ok je n'avais pas cette info!donc ton ESXi est installé sur une clé USB. Ne serait-elle pas défectueuse ?aurais-tu moyen d'avoir une autre carte controleur SATA en PCI-Express et compatible avec ESXI ?

     

    car la manip pour rendre ton contrôleur actuel compatible me semble douteuse et tirée par les cheveux^^

  2. Quand tu dis :

    J'ai trouvé des astuces sur internet et maintenant tout fonctionne nickel, j'ai monté Xpenology grace aux tutos et monté un disque dur de 1To en RDM.

    ... on parle de quelles astuces là, j'ai un peu peur de la réponse^^???

     

    Sinon il est possible que ta RAM soit défectueuse. Fais un memtest.

    Vérifie aussi que tu as activé les options de virtualisation dans le BIOS.

  3. Perso, je n'ai pas essayé cet outil, mais je peux te proposer 2 solutions alternatives :

    - soit tu utilises GateOne fourni par Synology

    - soit tu utilises guacamole (guac-dev) qui propose aussi un émulateur SSH

  4. es-tu sur que le service SSH est activé depuis le DSM ?

     

    Tu vas dans panneau de config>Terminal & SNMP> "activer le service SSH" (port 22 par défaut)

     

    si c'est déjà le cas, il est possible que la clé public enregistrée sur ton PC ne soit plus la même. Supprime le fichier ${home.dir}/.ssh/.known_host

  5. En général le proxy des entreprises bloquent pas mal de chose y compris le service de VPN proposé par Syno, donc la solution proposée par K-Li risque de ne pas marcher. En effet il s'agit d'un proxy HTTP dans 99% des cas et le VPN n'est pas un service HTTP.

     

    2 autres solutions :

    -soit tu changes le numéro de port par défaut du DSM en HTTPS (ici 5001 par 443) mais il faut alors que tu changes celui de PhotoStation et Webstation par un autre, ce qui implicitement rendra inactif ces derniers depuis ton entreprise... donc pas terrible

     

    -soit (comme moi) tu installes un reverse proxy type HAProxy via le gestionnaire de packages. Ce reverse proxy devient alors le seul service exposable depuis l'extérieur sur les ports 80 et 443. Et les redirections internes réalisées par le RP pointent vers le 5001 pour DSM selon une condition que tu choisis. Pour ma part il s'agit du sous domaine. Par exemple si je tape : https://dsm.mondomaine.fr la requête arrive sur le RP et celui-ci voit que cela commence par dsm, donc il redirige vers l'IP du NAS:5001 de façon transparente.

  6. Version de DSM : DSM 5.2

    Nom du pacquet : GateOne

    Version du pacquet : 20150311-5

    Tests réalisés : Installation, lancement et utilisation quotidienne.

    Problemes rencontrés : il peut arriver que l'affichage prenne du temps lors de la connexion SSH, probablement du au fait que je passe par un reverseproxy. Mais à l'usage ça marche et plus efficace.

     

    Attention toutefois, il se connecte par défaut au NAS, si on change le host à la connexion, il est probable d'arriver sur d'autres serveurs et donc ouvrir une faille de sécurité. A manipuler avec précaution ou juste pour dépanner

  7. Version de DSM : DSM 5.2

    Nom du pacquet : SABnzbd

    Version du pacquet : 0.70.20-13

    Tests réalisés : Installation, lancement et utilisation quotidienne.

    Problemes rencontrés : Aucuns

     

    La conf de l'outil est classique (merci l'assistant), la réparation via PAR2 est efficace, mais je trouve qu'il consomme pas mal de mémoire. A surveiller donc.

  8. Version de DSM : DSM 5.2

    Nom du pacquet : HAproxy

    Version du pacquet : 1.5.14-19

    Tests réalisés : Installation, lancement et utilisation quotidienne.

    Problemes rencontrés : quelques bugs sur l'interface graphique. Le plus simple finalement étant de modifier soi-même le fichier de conf ce qui offre en plus beaucoup plus de fonctionnalité.

     

    Pour ce qui utilise Docker, une image d'HAProxy existe et fait le même travaille.

  9. Cool ce topic ^^

     

    Alors à mon tour :

     

    Version de DSM : DSM 5.2

    Nom du pacquet : Docker

    Version du pacquet : 1.6.2-0036

    Tests réalisés : Installation, lancement et utilisation quotidienne.

    Problemes rencontrés : Aucuns

     

    Ce package est vraiment une tuerie! Grace à lui, on peut faire tout ce que l'on souhaite (enfin si on a un CPU x86 et pas ARM). Pour ma part j'ai installé MySQL + guacamole (IHM+démon) le tout tourne nickel et le paramétrage est très simple.

    Quand on voit la quantité d'images dispos pour Docker on se dit que la virtualisation à du soucis à se faire :grin:

  10. salut,

     

    normalement ce n'est pas possible, il faudrait pour cela avoir un dongle avec double tunerTNT ou plus simplement avoir 2 dongles tuner TNT et donc 2 antennes...

     

    sur ebay et google, ça ne manque pas les dongle USB MPEG-4. je t'invite tout de même à aller sur le site de Synology vérifier la liste compatible

  11. Bonsoir

     

    j'ai téléchargé le XPEnoboot 5.2-5592 pour VM. J'ai pris comme d'hab le fichier sous VMDK.

    D'habitude il s'agit d'un ZIP (ex. pour la 5565) avec deux fichiers distincts à ajouter séquentiellement dans ESXi (XXX-flat.vmdk et XXX.vmdk).

    Dans le cas de la 5592, seul un fichier est présent le XXX.vmdk. Peut-on en conclure que cela suffit ?

     

    Merci pour vos retours !

    oui!

  12. ah c'est marrant, mais maintenant que tu le dis, j'ai moi même une webcam qui ressemble fortement à la tienne mais d'une autre marque. Je pense que c'est juste le nom qui change et sur un swtich DLink 5 ports j'ai eu quasi le même pb que toi. En fait durant la phase d'initialisation de la webcam tout mon réseau saturait. Je m'en rendait compte car ma TV (via la freebox) saccadait durant le boot de la webcam. Mais une fois que la cam était initialisé plus de pb.

     

    Je pense que le micrologiciel est bien pourri sur ce type de matériel et c'est bien dommage...

×
×
  • Create New...