gaetan.cambier

\\192.168.*.*\partage

Tu let l'IP et ça fonctionne

j'avais eu çà avec quelque fichier aussi il y a bien longtemps, je ne sais pas exactement d'ou cela peut provenir (caractère speciaux, ou autre chose non supportée) la seule solution, c'est de trouvé l'ensemble des fichier et les renommé à la main tu peux trouver l'emsemble des fichier problématique en ssh avec cette commande : find /volume1/ -name "*~?.*"

un offline est deja bien, ca permet d'eviter la coupure de courant voila juste la différence, à toi de voir si tu veux effectivement corrigé la tension de sortie ou pas faut savoir aussi que tout appareil electrique supporte sans problème les petit baisse et hausse de tension

je crois que c'est ceci que tu cherche : http://windows.microsoft.com/fr-be/windows/create-shortcut-map-network-drive#1TC=windows-7

en effet, j'ai corrigé, mais en fait, c'est + lisible, mais c'est vrai que la mise en page n'est pas respectée

en fait, c'est pas tous le formatage qui pose problème, mais principalement lorsque l'on insere du code ce qui fait que les message "normaux" passent bien edit : un peu mieux mais les message + technique avec des ligne de code sont assez illisible

on sait repasser en basic via quelques commande ssh, ca prend 5 minutes : https://www.cambier.org/2015/04/22/migrer-dun-mode-shr-avec-protection-de-donnees-a-un-mode-shr-sans-protection-de-donnees/

Ben, tu peux passer dans le paquet cloud station pour nettoyer les historique, c'est le + sûr

3ans separe les 2version de openssh, ça fait beaucoup. Tu peux poster les fichier de config des 2pour voir

2 disque de 2to anual faillure rate = 2.34% soit + de une chance sur 10 que ca merde sur 5 ans

bien sur, en reformatant les disque, ca equivaut à mettre des disque vierge dans le nas

il est totalement impossible d'arreter une modification du raid tout au plus, on peux le mettre en pause, mais cela n'apportera rien de plus

Donc laisser des message 12 jours en attente de modération est normal ...

startssl est gratuit, mais il faut un nom de domaine qui est très souvent payant (le .tk est gratuit par exemple) ca doit etre le seul ou presque si tu ne veux pas faire de frais : tu peux très bien verifier l'empreinte numerique qui se trouve dans : certificat --> detail -> empreinte numerique bon, avec le temsp, tu ne verifiera plus : la probabilité que ta page du dsm soit détournée pour volé tes identifiant est qd meme très faible, une banque a bien + de risque par exemple si tu tape ton dyndns ou ton ip, tu arrivera sur ton serveur à 99.9999% de chance

c'est surtout que laisser un message en modération +de 12 jours sans reponses et toujours sans réponses à l'heure actuelle, alors, que d'autre message TEST sont passé la modération en 25 minutes, c'est vraiment se fouttre du monde evidemment;, moin de post dans cette section, ca veux dire moin de problème que l'on met en évidences, .... qd au problème initial de ce post, ... toujours aucune reaction, comme je l'ai dis, on joue le pourrissement en espérant que le problème se voit moins

Va le dire dans le section approprié pour le forum, moi j'ai essaye, PN dirait que je parle a des sourd

soit tu te créer un certificat valide avec un nom de domaine chez startssl soit tu ignore le message c'est l'authentification qui n'est pas assurée avec un certificat auto-signé, en aucun cas le cryptage qui lui sera bien actif

si tu as des configurer ton nas, autant changer les disque 1 à un https://help.synology.com/dsm/?section=DSM&version=5.2&link=StorageManager%2Fvolume_diskgroup_expand_replace_disk.html n'oublie pas de verifier que le raid est bien en statut normal avant l'echange d'un disque

bon, on va faire + simple : tu peux lancé cette commande en ssh : du -hs /volume1/* on evitera de chercher des heures

utilise-tu cloudstation ?

faut remonter le probleme à synology, apparemment, tu n'est pas le seul

winscp

j'aurai tester ainsi : http://www.it-connect.fr/redondance-de-serveurs-dhcp-sous-linux/#VI_Configuration_du_serveur_DHCP_Master maintenant, faut voir si le dsm ne dira rien à une config exotique ...

oui, bon, les faille etaient bien la, mais on dirait qu'on veux faire croire qu'il y a ce problème que chez synology or, synology est qd meme un des constructeur de nas a être très rapide pour le deployent de patch de securité des faille, il y en a partout, et on en trouvera encore toute facon, la + grosse faille, en général, c'est la couche 8