Aller au contenu

lagaffe

Membres
  • Compteur de contenus

    636
  • Inscription

  • Dernière visite

  • Jours gagnés

    6

Messages posté(e)s par lagaffe

  1. La bonne procédure sera effectivement de faire d'abord une mise à jour de DSM 2.2 vers DSM 4.0, puis ensuite vers DSM 4.1.

    Une autre solution, si tu as un bon backup de tes données, mais de toute façon c'est conseillé avant toute mise à jour, c'est de formater tes deux disques, puis d'installer directement DSM 4.1.

    Voici à mon avis deux possibilités pour faire ton upgrade.

    @+

  2. Mouais.. une trace d'option laissé en commentaire dans le contenu d'un fichier de configuration ne peut pas être considéré comme une doc officielle.

    Synology a conservé une bonne partie des commentaires du sshd_config contenu dans la distrib OpenSSH utilisée comme base de leur propre implémentation

    Ce n'est pas pour cela qu'il faut en conclure que leur version du serveur gère toutes les options.

    Soit, mais avant on avait bien ça : ;)

    #PermitRootLogin no

    le # indique juste que c'est la configuration par défaut qui est utilisée.

    Donc effectivement avant on ne pouvait pas se connecter en ssh en root (dû moins sans modifier le fichier de configuration), mais ce n'est plus le cas actuellement => la connexion ssh en root est donc bien officiellement supportée par Synology maintenant.

  3. Je vois difficilement Synology décider de revenir en arrière en supprimant ce service pour les quelques utilisateurs faisant du sftp en root (fonctionnalité non supportée officielement)

    Par contre je suis un peu moins sur sur le coté non officiel, car avec les derniers firmware, on a bien :

    #PermitRootLogin yes

    Donc par défaut le compte root peut bien se connecter nativement en ssh (lorsque ce dernier est activé bien sûr)

    En écrivant "ne pas avoir trouvé où ils ont pu valider cette limitation" tu dois te rendre compte que cette "limitation" ne peut être qu'au sein du code source du serveur sftp intégré à DSM

    Cette partie n'étant pas open source, je ne vois pas très bien ou tu as pu chercher.

    Dans les fichiers de configuration.

  4. Bonne nouvelle pour ton disque 3, par contre c'est vrai que visiblement t'as pas de bol là ...

    Attendons de voir ce que va dire Synology.

    Autre info, j'ai un collègue qui a monté 5 WD Red 3To sur son Syno, il n'a pas voulu préparer ces disques, a effectué de la copie de fichiers alors que les checks du volume n'étaient pas fini, total visiblement en pleine copie de fichiers Syno down, il a essayé de le redémarré, mais rien, il va donc réessayer (sur mes conseilles) de reformater et préparer un disque pour voir s'il peux refaire une installe et repartir de zéro ...

  5. Ça ne te rassurera probablement pas mais à mon avant dernier RMA, Seagate, le disque dur que j'avais reçu en échange ne démarrait même pas à la réception ... :rolleyes:

    Par contre juste pour la forme, je serais toi, je le passerais quand même à l'utilitaire WD. C'est quand même étonnant qu'il ai passé le test d'écriture et de SMART étendu sur tout le disque et qu'il plante dès la création du volume.

    Pas un bon WE pour toi :(

×
×
  • 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.