Fravadona

As-tu teste avec d'autres cables ethernet ?

Donc tu vois des connexions echouees dans tes logs mais qui n'aboutissent pas sur un bloquage. Si tu as plusieurs IPs dispo alors tente un petit truc : Initialises une connexion sans envoyer le mot de passe; le serveur SSH restera en attente et ne devrait pas bloquer ton IP. Le comportement du service SSH dans ce cas-la peut etre revelateur pour un analyste: il pourra determiner la version de logiciel SSH, le systeme d'exploitation, si l'utilisateur est valide, etc ...

Je corrige un peu ma formulation : "Si SSH n'est pas démarré (actif) alors SSH ne fait rien : pas de blocage, pas de message de log, pas de connexion, etc"

Si ton service SSH n'est pas actif alors il n'y a aucun blocage possible Au pire tu peux l'ajouter manuellement a la liste des IP bloquees --------- Perso j'ai eu quelques petits malins qui tentaient des connexiona a intervalles superieurs a mon autoblock, du coup je ne permets plus qu'une tentative de connexion avant blocage; faut pas se louper mais j'ai mis une IP Whitelistee qui me permet de me debloquer moi meme en cas de fausse manip. PS: je vais bientot feter ma 2000 ieme IP bloquee en meme pas 1 an

Les sauvegardes TimeMachine sur le Syno ne sont pas facilement lisibles (pas de fichiers, juste une espece image disque xaree compressee et coupee en morceaux). Par contre je n'ai pas essaye de sauvegarder sur un partage du Syno non marque comme "TimeMachine"

Ca m'interesse aussi ca, je vais me renseigner

De tete, tu peux ajouter un certificat racine sur Windows, OSX (surtout pour le WebDAV en SSL) et Firefox. Apres ca tu n'auras plus de probleme de "confiance" sur le certificat de ton Syno Edit: Si le certif ne peut pas etre enregistre dans Firefox c'est surement que t'y accedes avec un autre nom de domaine (dans l'url) que celui pour lequel il a ete genere

Il y a vraiment beaucoup de possibilites pour ce dysfonctionnement... Tu peux essayer ca : http://technet.microsoft.com/en-us/library/cc784285(v=ws.10).aspx http://superuser.com/questions/63190/windows-7-cached-network-share-credentials Verifie aussi que le protocole NetBios est pris en charge dans les proprietes de la connexion reseau

Oui il vaut mieux éviter le SHR car il n'est pas standard... Je me vois mal devoir y récupérer des données si le NAS ne reconnait plus les volumes; ca doit tout de meme pouvoir se faire avec les bons outils et connaissances. Je m'occupe d'un parc informatique de serveurs et je dois changer presque un disque par semaine. C'est vrai qu'il y a plus d'un millier de disques mais ca fait tout de meme un % non négligeable. Plus personnellement j'ai eu au moins 9 disques morts chez moi en 10 ans, de toutes marques (la plupart des HITACHI d'une serie de mer.....), mais grace au RAID 1 ou 5 ou 6 je n'ai jamais rien perdu comme données.

La connexion reseau sous Win7 est-elle bien marquee comme "Domicile" ?

Je ne suis pas d'accord avec toi domlas. Un raid avec redondance, meme logiciel, apporte une securite supplementaire. Si les metadatas deviennent corrompues pour X raison il y a toujours un moyen de reassembler le volume et de recuperer les donnees, ce qui n'est pas le cas pour un disque unique qui serait HS. Pour plus de surete je conseille l'utilisation d'un RAID6, mais on y perd 2 disques en volumetrie Par contre oui, il faut une sauvegarde reguliere des donnees importantes en dehors du volume RAID

Quel type de RAID as-tu ?

Pas de probleme au niveau des certificats ?

Tu dis que tu voudrais une copie en temps reel de ton premier disque sur un deuxieme, c'est plutot du RAID1 que du JBOD non ?

Comment comptes-tu mettre en place ton ENCFS ? C'est loin d'etre evident ...

C'est bien un probleme de certificats pour le WebDAV en ssl sous Windows 7: Il faut en generer de nouveaux et remplacer ceux du NAS, puis rebooter le NAS et installer le nouveau certificat racine sur le client Windows 7.