Aller au contenu

Crawler

Membres
  • Compteur de contenus

    16
  • Inscription

  • Dernière visite

À propos de Crawler

Mon Profil

  • Sex
    Male
  • Intérêts
    informatique

Crawler's Achievements

Newbie

Newbie (1/14)

0

Réputation sur la communauté

  1. Crawler

    D

    Salut, Si ça peut t'aider la mienne est réglée pour le débit à 2M dans les paramètre de la camera et la qualité d'enregistrement à 4 sous surveillance station. Ma config de la camera (aussi une FI9805W) est aussi en wifi. Chez moi ça tient le coup elle est située à environ 20 mètres du routeur.
  2. Dans mon cas trop de problèmes avec mon DS 212, plus de mise en veille malgré le patch, mémoire utilisée à 70 % je comprends pas pourquoi (scemd), ventilateur qui me sort des arrêts et remise en marche de manière aléatoire, disques dur bruyant par moment je comprends toujours pas pourquoi. J'ai dans premier temps refait une installation vierge de DSM 4.1 mais rien y fait. Du coup je suis repassé en 4.0 (donwgrade) et tout fonctionne à merveille (ainsi que les packages).
  3. Bonjour à tous, Voici mon retour après une réinstallation de DSM4.1 sur mon DS 212 : Dans un premier temps j'ai donc écrasé les partitions de mes deux disques dur avec windows et réinstallé DSM 4.1. Le résultat reste le même pas de mise en veille, même en ayant pris soin de mettre l'indexation en cours sur pause. Reste à essayer avec la ligne de commande et ensuite le patch, surtout pour regarder si les disques moulinent encore comme précisé plus haut dans mon post.
  4. Oui étrange... Est-ce que tu as activé le pare-feu du syno ?
  5. Effectivement, d'autant plus que sur ma config je n'ai pas le serveur ftp en service .... je vais voir ce soir pour une réinstallation propre.
  6. Bonjour, Je reviens suite à l'application du patch de mise en veille. Effectivement cela fonctionne bien mais la sortie de veille est plutôt difficile. En effet les disques dur moulinent à fond pendant environ 5 minutes avec ces erreurs dans le log : Sep 11 13:41:33 kernel: [17027.700000] ata1: wake up from deepsleep, reset link now Sep 11 13:41:33 kernel: [17027.780000] ata1: device plugged sstatus 0x123 Sep 11 13:41:33 kernel: [17030.710000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen Sep 11 13:41:33 kernel: [17030.720000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect Sep 11 13:41:33 kernel: [17030.720000] ata1: SError: { PHYRdyChg DevExch } Sep 11 13:41:40 kernel: [17034.730000] ata2: wake up from deepsleep, reset link now Sep 11 13:41:40 kernel: [17034.810000] ata2: device plugged sstatus 0x123 Sep 11 13:41:40 kernel: [17037.740000] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen Sep 11 13:41:40 kernel: [17037.750000] ata2: edma_err_cause=00000010 pp_flags=00000000, dev connect Sep 11 13:41:40 kernel: [17037.750000] ata2: SError: { PHYRdyChg DevExch } Sep 11 13:41:46 kernel: [17043.750000] ata2: link is slow to respond, please be patient (ready=0) Sep 11 13:41:51 kernel: [17047.770000] ata2: SRST failed (errno=-16) Sep 11 13:41:51 kernel: [17047.770000] ata2: SRST fail, set srst fail flag Sep 11 13:41:51 kernel: [17048.690000] ata2: link reset sucessfully clear error flags Perso je comprends pas ces erreurs. Le bruit que fond les disques me donnent l'impression qu'ils vont bientôt rendre l'âme, Ce qui serait vraiment pas de bol puisque ils ont seulement 1 mois qu'ils ont été vérifiés avant la première installation de DSM 4.0. Du coup j'ai fait pour voir un S.M.A.R.T rapide ce jour et rien d'anomal. J'avais pas ce phenomène sous DSM 4.0. Après ces fameuses 5 minutes tout fonctionne normalement. Ce que je vais faire : Dézinguer le système et faire une réinstallation vierge de la version DSM 4.1 et tester la mise en veille sans appliquer le patch pour voir dans un premier temps (Si c'est comme windows faire évoluer une version du système des fois c'est pas au point).
  7. Salut, Est tu vraiment sûr qu'il n'est pas sollicité par un de tes pc du style synchronisation de dossiers en tache de fond, par exemple
  8. Perso ça marche pour moi avec Chrome. Le lien donné par Gspock fonctionne aussi.
  9. Bonsoir, Pour votre info chez le fournisseur NextGenVPN la combine est lancer la connexion par ligne de commande. Mettre au préalable les fichers Ca.crt, server.crt, server.key et les fichiers de configuration XXXXXX.ovpn dans usr/syno/etc/synovpnclient/openvpn Lancer la commande : openvpn --cd usr/syno/etc/synovpnclient/openpvn/ --config XXXXXX.ovpn >/dev/null & Chez eux il n'y a pas de mot de passe et pensez avant de lancer la commande de vérifier que tun0 est en service. Voila, si ça peut aider quelqu'un ..... chez moi ça marche sur un DS212 DSM 4.1
  10. Pour votre info j'ai lancé le patch sur mon DS212, ça marche ! Il se remet bien en veille. Problème résolu.
  11. Crawler

    S

    Bon tout va bien alors, et encore merci de ton assistance. (excuses moi pour le délai de réponse mais je suis en vacances).
  12. Crawler

    S

    Une autre question quand m
  13. Crawler

    S

    Effectivement je d
  14. Crawler

    S

    Merci ta réponse, j'en conclus que cela reste suffisant (il n'y que le port 1194 ouvert). En plus que j'ai mis un login pour me connecter. Effectivement si je me fais voler le pc, cela deviendra problématique. Je vais expérimenter en plus une connexion en https pour voir. Faut que regarde comment ça marche pour l'histoire d'une clé ou encore un certificat.
  15. Crawler

    S

    Je parle d'une tentative d'intrusion sur mon NAS. Le compte Guest n'a aucun accès et les utilisateur sont sous Login. En résumé j'ai le pare feu de la live box 2, le pare feu du nas et le certificat installé sur le pc client.
×
×
  • 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.