Aller au contenu

klorydryk

Membres
  • Compteur de contenus

    104
  • Inscription

  • Dernière visite

Messages posté(e)s par klorydryk

  1. Les utilisateurs que j'ai créés sur mon serveur ne seraient donc pas réutilisables ailleurs ? Je ne vois nulle part de protocole permettant de récupérer cette liste pour un autre outil (LDAP, au hasard ?)

    Un exemple d'utilisation : j'ai installé XMPP (openFire). J'ai un certain nombre d'utilisateurs, mais tout le monde devrait se réinscrire sur la messagerie alors qu'ils ont tous déjà un compte et un mot de passe enrgistré sur la même machine.

    Donc suggestion : ouvrir la liste des utilisateurs sous un protocole permettant leur libre réutilisation par n'importe quelle application.

  2. @bud77

    Ah mais je n'ai pas dit que je n'aimais pas le CIFS ! J'ai juste besoin de confiance dans la sécurité du machin.

    Quant à la question d'où sera hébergé la bibliothèque... Si je comprends bien ce que tu as en tête, ce serait un disque virtuel contenant l'ensemble des médias répartis eux chez chacun d'entre nous. Ce n'est pas ce que j'imaginais, mais c'est intéressant.

    Je me contentais de pouvoir monter sur mon syno (mais avec les différents comptes que j'ai sur les machines distantes) autant de répertoires distants que de machines / répertoires qui m'intéressent.

    Par exemple :

    Sur le Syno1 j'ai accès à /videos, /music et /photos

    Sur le Syno2 j'ai accès à /music et /photos

    Je suis intéressé par les vidéos et music de Syno1, et par music du 2 -> je monte (dans un répertoire /Distant pour limiter le bordel) 3 répertoires :

    /Distant/vidéos1 -> Syno1videos

    /Distant/music1 -> Syno1music

    /Distant/music2 -> Syno2music

    Ainsi, lorsque je veux récupérer quelque chose, je n'ai pas à aller faire de téléchargements HTTP en me loguant sur l'interface du distant, mais juste à faire un glisser/déposer.

    @Piwi

    Je regarde cette proposition technique de ce pas ! Merci

  3. Bonjour Brunchto.

    Comme j'expliquais plus haut, il ne s'agit pas de monter un lien entre 2 sites, mais de monter une sorte de bibliothèque entre un certain nombre de synos (nous en sommes déjà à 4 DS213+ dans la famille). Qu'au lieu d'avoir à me connecter sur l'interface web de chacun d'entre eux pour récupérer des fichiers, je n’eusse qu'à parcourir mon arborescence locale !

  4. Un sys-admin en qui j'ai toute confiance me garantit que 2 Linux dialoguant pour entamer un partage CIFS choisiront la version de protection la plus haute possible. Donc qu'il ne devrait pas y avoir de problème dans ce protocole entre 2 synos.

    Ce qui me dérange, c'est bien évidemment que nous n'avons pas cette information du degré de sécurisation. Et que des mots de passe de compte du NAS transitent par ce biais.

  5. L'idée est de transférer des fichiers d'un Nas à l'autre. Si on passe passe par un poste client, les données vont devoir transiter par ce poste client avant d'être réexpédiées vers le Nas de destination. Inutilisable pour des gros fichiers (et peu pratique), surtout qu'il faut conserver le poste client tant que le transfert n'est pas terminé, alors que les serveurs dialoguant entre eux peuvent gérer leur file d'attente sans que l'on ai à s'en occuper.

    Lorsque je télécharge et installe un prestashop sur un serveur, par exemple, je ne m'amuse pas à télécharger le zip sur mon poste, le décompresser et l'envoyer par ftp. Je me connecte en SSH, je fais un wget suivi d'un unzip. C'est donc le serveur qui applique les différentes actions pour moi. C'est exactement ce que je veux faire là, mais avec des accès privés et permanents.

    Mais je note que pour toi, CIFS est sécurisé (j'aurais bien aimé en avoir la certitude, avec le type de techno utilisée, par exemple dans la doc de Syno). Si c'est vraiment le cas, alors j'en reste là car c'est exactement ce que je souhaite mettre en place.

  6. Je ne sais plus exactement où j'avais lu ça (discussion twitter ou autre), mais la fiche wikipedia anglaise explique dans la partie "sécurité" :

    Over the years, there have been many security vulnerabilities in Microsoft's implementation of the protocol or components that it directly relies on,[33][34][35] with the most recent vulnerability (at time of writing) involving the SMB2 implementation.[36] Other vendors' security vulnerabilities lie primarily in a lack of support for newer authentication protocols like NTLMv2 and Kerberos in preference to broken protocols like NTLMv1, LanMan, or even plaintext passwords. Real-time attack tracking [37] shows that SMB is one of the primary attack vectors for intrusion attempts.

    Or le syno ne propose pas de choisir un mode de chiffrement particulier, ce qui implique que nous sommes incapable de garantir celui qui serait réellement utilisé, s'il était effectivement question de chiffrement.

  7. et un ptit vpn ?

    Le VPN pose, à mon humble avis, plus de problèmes qu'il n'en résout.

    Tout d'abord, il me semble qu'on ne doit pouvoir se connecter qu'à un VPN à la fois (donc un seul lien). Sinon, la sélection de la porte de sortie va devenir compliquée. D'ailleurs, toute connexion y passera, dont le flux internet. Pas pratique. Mais peut-être existe-t-il un workaround permettant à tout un groupe de se retrouver sous le même VPN en redirigeant les accès internet de chacun vers sa propre connexion internet locale ?

    D'autre part, de quel manière sera-t-il possible alors de parcourir le contenu du serveur source ? En revenant CIFS, mais cette fois en "local" ?

  8. Bonjour,

    Je suis en train de tester plusieurs protocoles permettant d'accéder d'un syno à un répertoire d'un autre syno. Je m'explique.

    Nous sommes plusieurs maintenant dans mon entourage à avoir ce type de NAS. Et la fibre arrive ou est déjà là. Il semble naturel de pouvoir accéder depuis notre Nas au contenu d'un autre, directement depuis File Station.

    - Pour le moment, c'est CIFS qui fonctionne, mais il semblerait que c'est un trou béant de sécurité, que j'aimerais bien refermer.

    - J'ai donc testé le NFS, mais la partie sécurité (avec Kerberos3) n'apparaît pas sur mon DS213+, et la commande "mount" continue de m'insulter.

    - Webdav a l'air de répondre à la question, mais ne permet d'accéder que depuis un client, et pas moyen à ma connaissance de monter un accès webdav dans le filestation

    - Enfin, je teste depuis quelques jours BittorrentSync, pour lequel un paquet de la communauté est proposé, et ça fonctionne très bien (et est sécurisé), sauf que c'est loin d'être le fonctionnement simple d'un explorateur de fichiers (puisqu'il faut : dans le Nas source, déposer le fichier souhaité dans le répertoire synchronisé, puis dans le Nas cible, récupérer le fichier, avant de l'effacer du répertoire sync de la source - enfin bon c'est compliqué et oblige à accéder aux 2 serveurs).

    Au final, rien de très fonctionnel, alors que ça semblerait extrêmement utile, non ?

    Vous avez ce type d'utilisation ? Vous avez mis en place un process fonctionnel ?

  9. Pour ta première question, "le lecteur" est-il celui chargé dans le navigateur web ? Si oui, cherche les autres sujets qui parlent du plugin VLC dans un navigateur sur le forum.

    Pour le reste je ne vois pas...

  10. Tout dépend de la qualité de la vidéo à streamer....

    Et ça ne change pas le problème d'origine : Synology se base sur un logiciel externe pour être en mesure d'affirmer qu'ils ont une offre logicielle de streaming vidéo depuis l'extérieur du réseau, mais ils nous renvoient vers les devs de VLC quand on leur explique que pour 90% des utilisateurs et situations, ça ne fonctionne pas. Ce n'est pas sérieux, et c'est une démission claire et nette de leur part sur ce sujet. Autant dire que le streaming n'est pas possible avec des serveurs Synology.

    S'ils étaient sérieux, ils participeraient au développement de VLC pour le rendre compatible à 100%. Je suis certain que Videolan serait ravi d'intégrer leurs modifications au tronc principal.

  11. En passant par le planificateur de tâches, ça fonctionne parfaitement, mais impossible de mettre en place une tâche plus fréquemment qu'une fois par heure.

    La commande est celle-ci :

    /usr/bin/php /volume1/web/tt-rss/update.php --feeds >/dev/null 2 >&1

    où "/volume1/web/tt-rss/update.php" doit être remplacé par l'adresse de votre propre installation de tiny tiny rss

    et /dev/null peut être remplacé par un chemin se terminant par un fichier qui contiendra le log, si vous souhaitez tracer ce qui se passe.

    L'utilisateur qui lance le process est 'root', mais ça ne fait pas plaisir à tt-rss, il m'a donc fallu modifier le fichier php qui teste ça. Sinon, créer un utilisateur spécifique pour cette tâche (mais j'avais des erreurs de droits pour les fichiers lock & co).

    Pour la programmation, elle est donc quotidienne, et il faut penser à changer la plage horaire de 00h à 23h pour avoir du 24/24 (par défaut, l'heure de fin est à 0h, donc une seule mise à jour par jour).

  12. Je suis intéressé aussi pour installer TT-Rss. Par contre je n'ai pas compris l'intérêt de tout ce que tu as fait. Pourrais-tu expliquer ? Pourquoi les Virtual Hosts ?

    Moi il m'a demandé de désactiver "open_basedir", j'ai donc posé un .htaccess dans le répertoire de tt-rss contenant "php_admin_value open_basedir none", mais le syno me dit ensuite que ma page est introuvable... (d'autres outils web utilisant open_basedir, je ne peux le désactiver dans la config de php...)

    Quelqu'un arrive à avancer sur l'installation ?


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