This site uses cookies! Learn More

Ce site utilise des cookies !

En continuant à utiliser ce site, vous vous engagez à nous permettre de stocker des cookies sur votre ordinateur.

 

Si nous utilisons des cookies et retenons des données anonymes, c’est pour nous aider à mieux gérer notre mesure d’audience, aider nos partenaires commerciaux à nous rémunérer et nos partenaires publicitaires à proposer des annonces qui vous correspondent.

 

Grâce à ces cookies, le forum est en mesure de savoir qui écrit un message et utile pour le système d'authentification.

 

En cliquant sur « J'accepte », vous acceptez l'utilisation par NAS-Forum de cookies publicitaires et de mesure d'audience fine.

lumuna

Membres
  • Compteur de contenus

    23
  • Inscription

  • Dernière visite

À propos de lumuna

  • Rang
    Initié

Profile Information

  • Gender
    Male
  1. Bonjour, Si tu parles de liens de partage créés avec Synology Drive, comme le laisse supposer la rubrique de ton message, alors tu peux les trouver dans l'interface web dans la catégorie "Partagés avec d'autres".
  2. Eh oui, c'est bien ce qui me chagrine. Il y en a toujours un qui oublie dans le feu de l'action.
  3. Bonjour, Avec Cloud Station Server et un poste client sous Windows, si vous renommez DOSSIER en Dossier, vous obtenez deux dossiers et un conflit de renommage. Je suis conscient que cela s'explique par une différence de gestion de la casse entre le système d'exploitation du serveur et celui du client, autrement dit entre Linux et Windows. Mais ce comportement est assez difficile à justifier pour un utilisateur, d'autant que la manœuvre est permise. Je n'ai trouvé aucune solution pour éviter ces conflits : ni dans le paramétrage du package serveur, ni dans celui du module client sous Windows, ni même dans les paramètres du système d'exploitation Windows. Ai-je raté quelque chose ? Quelqu'un aurait-il une idée pour éviter ces conflits ?
  4. lumuna

    Résolution de nom locale

    1) L'enregistrement NS a été créé avec des valeurs par défaut, rien ne t'empêche de les modifier pour qu'elles répondent à ton besoin. 2) Ce n'est pas parce que tu as activé le service de résolution de noms sur ton NAS que ton ordinateur sait qu'il doit utiliser le NAS comme serveur de résolution de nom. Tu peux effectuer cette configuration sur ton routeur ou sur ton ordinateur. Mais là on a quitté le sujet du NAS et de sa configuration.
  5. lumuna

    Résolution de nom locale

    De l'eau a coulé sous les ponts depuis que j'ai posé cette question et j'ai depuis déployé cette solution sur le site de production. Elle est aujourd'hui utilisée sans souci depuis des mois par une vingtaine de postes. 1) Sur ma configuration, l'enregistrement NS désigne l'IP et pas le nom du NAS. 2) Est-ce que ton poste de test utilise bien ton NAS comme serveur DNS ?
  6. Tu n'étais pas obligé de me faire passer pour le dernier des débiles avec ton commentaire. Un simple "je ne sais pas" ou "quel est l'objectif ?" aurait été plus approprié. En l'occurrence, tu te méprends sur la démarche. L'idée n'est pas de s'approprier quoi que ce soit ou d'empêcher les autres de reprendre une idée. On peut débattre de cet aspect philosophique en dehors du forum si tu le souhaites. L'objectif est double : 1) conforter les utilisateurs du partage dans l'idée qu'ils sont bien au bon endroit en faisant figurer le nom de l'entreprise Quand tu vas chez un médecin qui s'appelle "Jean-Pierre DUPOND", tu cherches la sonnette où il est écrit "Jean-Pierre DUPOND". S'il y a une étiquette collée par-dessus "Jean-Pierre DUPOND" avec écrit "Jean-Michel DURAND", tu vas te poser quelques questions, même si c'est le nom du fabricant de la sonnette. 2) limiter les informations exposées sur l'infrastructure informatique de l'entreprise On évite en général de crier sur tous les toits "je dispose de tel matériel avec un firmware dans telle version et d'ailleurs vous pouvez trouver ici un mode opératoire pour exploiter une faille". L'idée de personnaliser la page d'accueil de File Station n'est pas de moi, c'est Synology qui la propose.
  7. Bonjour, Savez-vous comment modifier le texte qui apparaît comme titre de la fenêtre du navigateur ou de l'onglet lorsqu'on accède à File Station ? Ce texte est de la forme "NomDuServeur - Synology RackStation/DiskStation". Il n'est pas personnalisable dans les options "Style de connexion" de File Station. C'est le texte qui apparaît aussi pour les accès au DSM. Dans le cadre d'un partage de fichiers professionnel avec des clients, des fournisseurs, des collaborateurs extérieurs, etc. il serait préférable de personnaliser ce texte et de supprimer les références au type d'infrastructure mis en place.
  8. lumuna

    Résolution de nom locale

    J'ai suivi ton conseil : - création d'une zone master "mondomaine.fr" en mettant comme DNS principal l'adresse IP locale du NAS - création d'une ressource A "monnas" en mettant comme adresse IP l'adresse locale du NAS Et ça marche ! Merci beaucoup. Question complémentaire. Aucun risque d'interférence entre cette résolution de nom interne au réseau et l'enregistrement du même nom de domaine chez un registrar pour l'accès par internet ? C'est le terme de "zone maître" dans le package DNS Serveur qui m'inquiète.
  9. Bonjour, J'essaie de mettre en place une résolution de noms interne à un réseau local avec le package DNS Serveur mais je ne suis pas à l'aise sur ce terrain. Je fais actuellement un test pour savoir si le principe est viable et la solution peut être déployée proprement à plus grande échelle sur un site de production. Pour faire mon test, j'ai modifié la configuration réseau d'un poste de travail pour forcer le DNS sur l'adresse IP locale du NAS avec les services de redirection activés. Dans le package DNS Serveur, j'ai défini une zone de redirection pour "monnas.mondomaine.fr" avec l'adresse IP locale du NAS. Malheureusement, le poste de travail n'arrive pas à résoudre l'adresse "monnas.mondomaine.fr" : erreur DNS dans le navigateur, pas de réponse DNS avec la commande nslookup, etc. Suis-je sur la bonne voie ou pas du tout ? Merci pour vos idées.
  10. Merci pour cette réponse, elle m'a mise sur la bonne piste. Tout fonctionne bien, c'est moi qui avais fait une erreur de configuration sur le routeur du côté du NAS de destination. En voulant simplifier les choses pour le test, j'avais routé tous les ports vers le NAS de destination, de 0 à 65535, dans l'idée de ne rediriger les ports nécessaires que dans un second temps. Eh oui, sauf que ce routeur numérote les ports de 1 à 65536. Une fois cela corrigé, tout fonctionne à merveille, y compris en ne routant que les ports nécessaires : port SSH personnalisé et port de sauvegarde sur volume 6281. Merci pour votre aide.
  11. Bonjour, J'essaie de mettre en place une sauvegarde distante sur volume entre deux NAS Synology pour bénéficier des versions multiples mais je bute sur un problème. Du côté du NAS destination de la sauvegarde : 1) le trafic entrant sur tous les ports du routeur est redirigé vers le NAS (inutile mais ça permet d'être sûr que le problème ne vient pas de là) 2) le service de sauvegarde réseau est activé 3) le volume de destination de la sauvegarde est activé 4) un utilisateur "xyz" a été créé pour ce besoin, membre du groupe "administrateurs", avec un mot de passe et les droits d'utiliser l'application "destination de la sauvegarde réseau" 5) une destination "abc" de sauvegarde locale vers le volume qui accueillera la sauvegarde a été créée 6) la permission a été donnée à l'utilisateur "xyz" sur la destination de sauvegarde "abc" (là aussi c'est inutile mais ça permet de lever le point de blocage) 7) le NAS a une adresse DNS enregistrée et opérationnelle Du côté du NAS source de la sauvegarde, lorsque je crée une destination de sauvegarde vers un NAS Synology, je bloque au deuxième écran de l'assistant, celui qui permet de choisir entre une sauvegarde sur volume et une sauvegarde sur partage. Le NAS source arrive à communiquer avec le NAS destination, l'adresse DNS est résolue et l'utilisateur est authentifié. Je peux choisir la sauvegarde sur partage mais ce n'est pas ce qui m'intéresse. Sous le bouton radio de choix de la sauvegarde sur volume apparaît un message en rouge "Pas de réponse du serveur destination". Quel élément de configuration ai-je oublié ? Quelqu'un a-t-il déjà mis en place ce genre de sauvegarde ou résolu ce problème ? Bonne journée.
  12. 2) Quand tu dis "Le NAS client se comporte exactement comme un PC client : seules les dernières versions sont accessibles.", je ne te suis pas. Sur un PC configuré en client Cloud Station, il me semble que l'utilisateur a accès à un historique des versions du fichier synchronisé. Et si je comprends bien, le NAS configuré en client Cloud Station n'a pas cette possibilité. Donc ce n'est pas exactement pareil.
  13. 1) C'est bien ce qui me semblait en lisant les documents Synology et ce qui m'ennuie. La SHA impose que tes deux NAS en cluster soient dans la même baie, ce qui donne un rapport bénéfice-coût assez faible. Tu doubles ton investissement pour ne couvrir finalement qu'un dysfonctionnement localisé sur un NAS. Il suffit que tu aies un problème à l'échelle de la baie pour avoir tout perdu (vol, dégât des eaux, incendie, etc.). Comment avoir une infrastructure répartie sur deux sites et assurer une continuité de service pour les utilisateurs en cas de bascule de l'une à l'autre ? 2) OK, tu configures un deuxième NAS en client Cloud Station et ça t'apporte les versions multiples sur ce deuxième NAS. Ensuite, comment l'utilisateur accède à aux versions multiples présentes sur le deuxième NAS ? Les solutions de synchronisation que tu évoques ne sont pas adaptées au cahier des charges du client. Les solutions doivent être fournies et supportées par Synology.
  14. Je vais essayer de poser des questions plus précises : 1) SHA peut-il fonctionner via VPN ? 2) qu'apporte le client Cloud Station par rapport à la synchronisation de dossier, hormis le caractère bidirectionnel ?
  15. Bonjour, Un ami qui a créé récemment son entreprise va s'équiper d'un NAS Synology et utiliser Cloud Station. Il souhaite par ailleurs disposer d'une infrastructure de secours qui prendrait le relais en cas d'indisponibilité de son infrastructure de production mais je ne sais pas vraiment comment répondre à son besoin. 1) SHA hors jeu Mon ami veut que son infrastructure de production et celle de secours soient sur deux sites distincts. C'est très judicieux, mais ça écarte d'emblée le cluster SHA puisque Synology recommande une connexion directe entre les deux NAS, si possible sans concentrateur, alors on ne parle même pas d'une connexion internet, d'un VPN, etc. 2) Package Cloud Station Client et Synchronisation de dossier partagé Si mon ami ne prévoyait pas d'utiliser Cloud Station, la solution serait la Synchronisation de dossier partagé du NAS de production vers celui de secours. Avec l'utilisation de Cloud Station sur le serveur de production, je me dis qu'il faudrait installer le package Cloud Station Client sur le NAS de secours mais je ne vois pas trop quel serait l'avantage de cette solution par rapport à la Synchronisation. Quelqu'un saurait-il m'indiquer les avantages et inconvénients des deux solutions par rapport au besoin ? Quelqu'un aurait-il d'autres idées pour répondre à ce besoin ?