Aller au contenu

.Shad.

Membres
  • Compteur de contenus

    6554
  • Inscription

  • Dernière visite

  • Jours gagnés

    146

Messages posté(e)s par .Shad.

  1. Il y a 17 heures, Djibe a dit :

    Peut-être avoir une stratégie de rotation en gardant toujours une ancienne version de qqques semaines en cas de base corrompue ou de pb logiciel?

    Oui, je pense que ce serait préférable, tu peux choisir la rotation de type Smart Recycle ou en faire une personnalisée.

    Il y a 17 heures, Djibe a dit :

    je pensais acheter un nas pour le cabinet mais le cloud est une bonne idée (j’ai vu moins de 4€/mois pour 500gigas)

    Si ta base de données tourne dans les 50 Go, même un forfait Google One fera très bien l'affaire, l'avantage de C2 par contre c'est son intégration dans DSM.

    Il y a 17 heures, Djibe a dit :

    je vais synchroniser mes données du pc avec le nas grace à synology drive. Du coup je fais ça en passant par mon vpn (open vpn)? Je peux le laisser connecter en permanence? (J’éteins le pc le week-end)

    Tu peux utiliser un VPN oui, ou simplement en direct ? Il suffit de rediriger le port 6690 TCP de ta box vers ton NAS, et autoriser ce port dans le pare-feu pour l'IP de ton cabinet, ou ton pays si pas d'IP fixe. Je n'ai rien contre le VPN mais ça me semble overkill si c'est juste pour de la synchronisation Drive.

    Il y a 17 heures, Djibe a dit :

    mais ça vit longtemps un nas? Ou bien faut il que je me prépare ⚰️?

    Si ton NAS est protégé derrière un onduleur ça peut vivre très longtemps, les pannes les plus fréquentes à terme sont la pile à changer ou le bloc d'alimentation qui lâche, les deux sont réparables. Avec des sauvegardes tu es tranquille de toute façon.

    • Si c'est le NAS qui lâche il suffira de le changer et d'y remettre les disques dans le même ordre pour repartir
    • Si un disque lâche tu as un disque en spare il faudra reconstruire le RAID, si tes deux disques lâchent la sauvegarde est dans le cloud prête à restaurer les données.
  2. Le 04/01/2024 à 1:57 PM, Djibe a dit :

    Voici ce que je cherche à faire: sauvegarder ma base de donnée du bureau (1pc windows pro, 64b, 1dd 256Gb) dossiers patients (taille de qques gigas) évolutive tous les jours vers un nas distant.

    Voici ce que je fais aujourd’hui, action manuelle : tunnel vpn (open vpn) entre serveur nas à la maison et client Windows au bureau et copie de la base via le paquet drive.

    Salut, tu utilises Synology Drive Client ? et tu crées une tâche de sauvegarde spécifiquement ? ou une synchronisation ?

    Dans le premier cas c'est bien une sauvegarde, dans le deuxième cas pas du tout, si un dossier est supprimé de la source il l'est aussi de la cible.

    Pour la solution ça me semble être un peu l'artillerie lourde que tu veux sortir au niveau de la méthode. As-tu besoin de sauvegarder tout le PC ou uniquement les données de tes patients ?

    Concernant l'architecture, si j'étais à ta place je ferais :

    • Tâche de synchronisation bidirectionnelle entre mon PC de travail (au cabinet) et le NAS (chez moi) via Synology Drive
    • Une tâche de sauvegarde Hyper Backup deux fois par jour (temps de midi et soirée après mes heures) du NAS vers un disque externe branché au NAS
    • Une tâche de sauvegarde Hyper Backup 1 une fois par jour pendant la nuit dans le cloud (C2 Synology par exemple)

    Si mon PC lâche, il me faut juste un autre PC et réinstaller Synology Drive, puis resynchroniser les données.
    Si mon NAS lâche, je peux récupérer les données depuis le disque externe via Synology Hyper Backup Explorer depuis mon PC.
    Si mon domicile brûle, je récupère les données depuis C2 Synology.

    Vu que les données que tu manipules sont quand même sensibles, je m'assurerai que mon volume de données soit chiffré (Bitlocker sur Windows, LUKS sur Linux)

  3. Il y a 14 heures, ewfzapp a dit :

    je n'ai trouvé nul part comment générer des clés ssh sur un synology...

    Ce n'est nullement différent d'une autre distribution Linux -> ssh-keygen
    A créer depuis un utilisateur capable de se logger en SSH (membre du groupe administrators) sur le NAS source.

    Et ajouter la clé publique dans le /volume1/homes/user/.ssh/authorized_keys du NAS cible.

    En communiquant par clés SSH le NAS source n'a pas besoin de se logger au NAS cible.

  4. @Riddox C'est très probablement dû à :

    - Synology Drive et le nombre de versions qu'il garde, tu peux aller vérifier dans le paquet Console d'administration Synology Drive.

    • Dossiers de l'équipe -> Vérifier le nombre de versions gardées
    • Paramètres : Vérifier l'espace occupé

    - Hyper Backup si ce NAS est la destination d'une sauvegarde, et pour laquelle tu gardes peut-être trop de versions

    Autre possibilité, tu télécharges le paque SynoCLI Disk Tools (en ajoutant préalablement la source de paquets SynoCommunity), tu te connectes au terminal du NAS et tu tapes les commandes suivantes :

    du -hac /volume1/\@synologydrive/

    Ca va te permettre de vérifier l'espace pris dans le dossier caché Synology Drive, si tu as des centaines de Go ici c'est sûrement un début de réponse.

  5. Je ne connais pas Gitlab mais on va raisonner ensemble.

    Si Visual Studio "découvre" ton instance Gitlab seul (ça a l'air d'être le cas vu que c'est un menu déroulant que tu montres), c'est que Gitlab s'annonce sur le réseau, j'imagine par le port que tu as translaté, sinon il ne le trouverait pas.

    En regardant la doc, il y aurait bien une variable external_url à modifier dans le fichier de config, il faut spécifier l'URL du proxy inversé de Gitlab.

    Si tu veux pouvoir utiliser la même URL en local ou à distance, tu peux passer par ton proxy inversé + une résolution dns locale pour que gitlab.ndd.tld pointe sur l'IP privée de ton proxy inversé en local, et la résolution publique utilisera le NAT de ton routeur à distance.

  6. Salut @Diplo95 quelques remarques :

    • APP_PORT devrait être dans le service app et pas db à mon avis, je ne vois pas ce que la DB ferait de cette info.
    • Je ne comprends pas, tu lances un seul docker compose up et ça te crée les deux conteneurs joplin et gotify qui sont sensés être dans des fichiers compose séparés si j'en crois ce que tu écris. Quelque chose cloche.
    • Tu as des avertissements sur des app résiduelles dans ta stack, il pourrait être bon de suivre le conseil renvoyé dans le warning.
    • Tu n'exposes Gotify que sur le localhost du NAS, donc tous les conteneurs qui ne sont pas en mode host ne pourront pas le joindre, je ne sais pas si c'est voulu...? ça perd beaucoup de son intérêt selon moi.
    • Le port 8000 je ne sais pas d'où il sort.
  7. Il y a 13 heures, Richard286 a dit :

    Il me demande toujours de donner l'autorisation de stockage dans les paramètres du périphérique pour utiliser la fonction.

    Pour moi c'est lié à un problème d'autorisation lié à Android, je ne connais pas l'écosystème Honor mais est-ce que tu n'as pas essayé de déplacer l'application sur une carte SD externe ? Ce que tu peux faire c'est désinstaller complètement DS File (appli + cache + stockage), il y a peut-être un mauvais paramétrage résiduel.

  8. Salut @Stegnot, les raisons pour lesquelles je ne recommande pas l'utilisation de ces options :

    • LMB : Ca active le compte guest, ça va à l'encontre de l'idée de sécurisation développée dans ce tutoriel. 
    • Appliquer les permissions UNIX par défaut : L'aide en ligne précise que l'activation de cette option peut entrainer des problèmes d'incohérence de permission entre les différents protocoles de transfert de fichiers. De plus, ça supprime les ACL Synology, qui sont l'élément central de contrôle des permissions dans DSM. Donc outre la sécurité ça diminue le niveau de confort d'utilisation, surtout pour des débutants.
×
×
  • 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.