Aller au contenu

alkashee

Membres
  • Compteur de contenus

    14
  • Inscription

  • Dernière visite

Tout ce qui a été posté par alkashee

  1. A la rigueur tu vas économiser du CPU, mais je ne suis pas sur que tu économises tant de temps que ça. Il faudrait faire un comparatif pour en avoir le cœur net
  2. Bonjour, Effectivement, j'ai eu la même surprise de voir le nombre d'IP bloquées suite à des tentatives de connexions sur le port 22 Petit extrait: Marrant ^^ Jusqu’à présent je n'avais pas eu ce souci car j'ai routé ce port sur un autre (ne pas utiliser les ports standards pour ce genre de choses ). Mais il est clair que c'est vraiment un problème de ne pas pouvoir utiliser un autre port que celui par défaut, on se ramasse des scans et attaques à la pelle
  3. Bonjour, Comme promis, je viens faire un petit compte-rendu de l'opération. Afin de gagner en rapidité pour les transferts de données et pour éviter les erreurs dues à des ports non ouverts, des protocoles non activés et j'en oublie, toutes les manip suivantes sont à faire en LAN, avec des ip fixes (ça peut sembler bête mais bon...) Il faut bien activer le service de sauvegarde réseau (panneau de config > Sauvegarde Réseau) sinon ça risque de moins bien marcher pour la suite Si on fait les choses correctement (et c'est ce que nous faisons tous ici n'est-ce pas ^^) il faut créer des users dédiés pour le backup croisé sur chaque NAS. C'est là un point délicat puisque il faut faire attention à prendre le bon user. - Sur le NAS A on crée un user x - Sur le NAS B on crée un user y Évitez bien entendu de mettre les mêmes mots de passes, sinon ça ne servira pas à grand chose A ce propos je recommande d'utiliser Keepass (http://keepass.fr/), un coffre fort à mots de passe, solution simple, pratique et sécurisée qui permet 1) d'avoir des mots de passe forts 2) de ne pas laisser lesdits mots de passe trainer sur un papier sur le bureau Sur le NAS A Dans le module Sauvegarder et Restaurer (intégré au DSM): - Créer > Tâche de sauvegarde de données - Indiquez un nom pour votre backup, puis dans le choix du type de backup choisissez Sauvegarde Réseau (Serveur Synology) Viens ensuite la page de tout les dangers: - Nom ou Adresse IP du serveur: Mettez l'adresse IP (LAN donc) du NAS B - Nom d'utilisateur: Mettez celui du user y - Mot de passe: Celui du user y Normalement à cette étape, le DSM vérifie les info avant d'aller plus loin. Ainsi si vous vous êtes trompé dans le mot de passe ou si vous avez fais une faute de frappe, vous le saurez tout de suite ! - Dossier partagé de destination: Affiche les dossiers sur le NAS B dont les droits d'accès ont été donné au user y. - Répertoire: Entrez le nom du répertoire qui abritera votre sauvegarde (Perso je trouve que cela fait un peu redondant, surtout si on tune bien comme il faut les droits d'accès sur les répertoires mais bon on ne peut pas faire autrement). - Vous pouvez ensuite choisir diverses options. A mon sens les trois premières sont indispensables (la troisième étant même vitale vu que l'on fera les sauvegardes suivantes via internet). - Viens ensuite la page qui dans laquelle vous choisissez les dossiers que vous voulez backuper (du NAS A donc). Pour finir vous choisissez la fréquence des sauvegardes. Il ne vous reste plus qu'à lancer la sauvegarde et d'attendre en fonction de la volumétrie Sur le NAS B Et bien... ...La même chose en inversant A et B et x et y et bien sûr les adresses IP et les dossiers. Chaud hein ? Sur les NAS A et B: Une fois votre backup réalisé, vous pouvez couper votre NAS et l'emmener à son emplacement définitif (ami, famille). C'est là qu'on aborde la partie potentiellement ardue car totalement indépendante du NAS, à savoir l'accès par l’extérieur et suivant les cas des problèmes de ports et de firewall. Pas de secrets, il faut checker que les ports que vous utilisiez en local sont accessibles à distance (petit mémo des ports par défaut: http://www.synology.com/fr-fr/support/faq/299). A cet effet, il existe un petit soft appelé Simple Port Tester qui vous permettra de vérifier si un port donné est bien ouvert de l’extérieur (http://www.clubic.com/telecharger-fiche321644-simple-port-tester.html). Tip-top pour vérifier que les ports nécessaires pour un jeu sont bien accessible depuis l’extérieur ! En partant du principe que les ports voulus sont bien accessibles depuis l'emplacement définitif: La seule modification à faire sur le NAS sera celle du champ Nom ou Adresse IP du serveur. Il faut maintenant mettre l'IP ou le nom de domaine par lequel vous accéderez au NAS. Attention: On ne peut pas indiquer un port précis (du genre 85.254.120.85:4521 ou monadresse.net:4562) et c'est très dommageable Peut être dans une prochaine version... Une fois ces informations changées, le champ 'Statut' dans la fenêtre du module Sauvegarder et Restaurer doit afficher Connecté. Si ce n'est pas le cas, revérifiez l'adresse ou le nom de domaine (car les ports ont été vérifiés précédemment...) Petite précision: Le port utilisé est celui du protocole SSH soit le port 22. En l'ouvrant vous risquez d'avoir BEAUCOUP de scan, avec des logins tous plus farfelus les uns que les autres . Une solution publiée plus bas par MilesTEG1 est de créer une règle dans le firewall du NAS qui n'autorisera que les adresses voulues (le site du NAS B par exemple). - Cochez Sélectionnez dans une liste d'applications intégrées et allez chercher le port 22 (tout à la fin) - Remplacez 555.555.555.555 par l'adresse IP idoine et validez Voila voila
  4. Bonjour, Je viens ajouter ma contribution à ce topic puisque je me retrouve dans la même situation xD J'ai enfin réussi à faire acheter à mes parents un NAS pour qu'ils backup leurs données et je voulais étendre le principe en faisant de la sauvegarde croisée entre leur NAS (DS213j) et le mien (DS412+), le but de la manip étant de faire une première synchro en local (merci le LAN Gigabit) puis ensuite de faire des différentielles toute les semaines. Il semblerait que le site de synology nous donne toutes les cartouches: http://www.synology.com/fr-fr/support/tutorials/461 Il suffit de faire la même manip sur l'autre NAS et le tour est joué. Bon je dis ça, mais je n'est pas encore testé ^^ Je ferais un rex une fois fais (probablement ce week end).
  5. Bonjour, Heureux propriétaire d'un DS412+, je viens d'acheter (enfin !) un disque WD RED 3 To pour remplacer le 500 Go que j'avais installé initialement dedans pour lancer la baÿte J'ai commencé par faire migrer les répertoires partagés du 500 Go (disons Disque 1) vers le 3 To (disons Disque 2), jusque là pas de problème. Viens ensuite la question des divers paquets installés; Est-il possible de les déplacer (genre par la console) vers le disque 2 pour éviter de devoir désinstaller tout le monde puis de réinstaller ? Merci d'avance
  6. Trouvé ! Enfin pour ShellInABox... Après un aperçu d'une capture d'écran (http://missilehugger.com/787/synology-package-shellinabox-update-to-2-14-6/), le port en question est le 4200 Va falloir qu'on m"explique comment tout le monde arrive a y accéder direct alors que moi faut que je trouve et ouvre les ports correspondant s sur ma box systématiquement...
  7. Je suis dans le même cas de figure pour quelques modules ajoutés dont WebConsole et ShellInABox. Par exemple j'ai installé Darkstat, même message d'erreur si je tente de le lancer depuis le "menu démarrer" du syno tandis que si je tape l'adresse de mon syno avec le port spécifié du paquet, ça marche Je suis sous Firefox 19.0.2 la gestion du JS ou des pubs est OK, j'ai du mal à voir ce qui pèche...
  8. Bonjour, C'est moche ça, je viens de faire l'acquisition d'un DS412+ car justement je voulais faire de l'agrégation de liens dessus. Tu casses mes rêves
  9. Ne vaut-il pas mieux attendre 1, 2 jours et faire ça dans les règles ? Je veux dire c'est pas un jour ou deux qui vont changer la face du monde, surtout si c'est pour la bonne cause non ?
  10. Bonjour, Ca y est j'ai résolu mon problème. C'était effectivement l'initialisation des disques (et surtout la création des partitions dessus) qui posait problème. Pour résoudre tout ça, j'ai supprimé les partitions du disque avec la commande suivante: dd if=/dev/zero of=/dev/sdX bs=512 count=1 où X est la lettre du disque dur. Après ça, j'ai fait comme indiqué dans le topic précédemment et tout c'est déroulé comme prévu, il en est à la troisième passe et toujours aucun soucis. En esperant que ca aide ceux qui se retrouve dans le même cas de figure
  11. Haha ! J'ai vu la lumière je crois o/ En faisait un more sur le fichier de log voici ce qu'il me dit: /dev/sdb is apparently in use by the system; it's not safe to run badblocks! Serait-ce du au fait que j'ai initialisé le disque ? Car voici ce que j'ai sur mon fdisk -l | grep "/dev/[sh]d[a-z]" Syno> fdisk -l | grep "/dev/[sh]d[a-z]" Disk /dev/sda: 500.1 GB, 500107862016 bytes /dev/sda1 1 311 2490240 fd Linux raid autodetect /dev/sda2 311 572 2097152 fd Linux raid autodetect /dev/sda3 588 60801 483665440+ fd Linux raid autodetect Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes /dev/sdb1 1 311 2490240 fd Linux raid autodetect /dev/sdb2 311 572 2097152 fd Linux raid autodetect /dev/sdb3 588 121601 972041440+ fd Linux raid autodetect J'avance....... ou bien ?
  12. Bonjour, Merci pour ta réponse BigJeje En effet après coup j'ai essayé cette commande et il me retournait une seul ligne: 3951 root 2544 S grep badblocks Si j'ai bien suivi ça veux dire qu'il ne trouve rien, excepté ma commande Ce qui m'inquiete c'est que sur les screenshots des pages précédentes, je n'ai pas vu mention de mon retour d'erreur, ça m'embête un peu du coup ... D'autres idées ? ^^
  13. Bonsoir tout le monde, Nouvel acquéreur d'un DS412+, je suis depuis quelque temps votre forum avant de mettre en service la bête et voudrais tester la procédure sur un disque 1 To avant d'acheter des WD Red 3 To (argent qui manque toussa...). j'ai suivi le tuto donné 2 pages avant mais au moment de lancer : screen /bin/sh -c '/usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 4096 /dev/sdb > /root/badblocks_sdb.log 2>&1' Il me retourne le message: Syno> screen /bin/sh '/usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 4096 /dev/sdb > /root/badblocks_sdb.log 2>&1' [screen is terminating] Après avoir fureté un peu sur le net (je suis une bille complète en linux ), j'ai pigé que c'était cette commande qui posait problème, probablement dans la syntaxe et surement dû a une histoire de chemin. Une âme charitable pour éclairer un nouveaux venu ? Merci d'avance
×
×
  • 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.