Fenrir

avec filestation, tu accède bien à tout ? tu utilises le même login/password pour te connecter au syno que pour accéder au partage ?

tu peux utiliser des logiciels de sauvegarde et/ou de synchro pour ton pc (ou mac), il en existe plein (gratuits et payants) par exemple, en vrac : syncback cobian backup acronis true image carbon copie timemachine la sauvegarde windows (peu de gens y pense, mais ça marche) ... le tout est de bien régler le logiciel par rapport à tes besoins

Normalement oui, rsync peut utiliser différents critères (taille, date, checksum, nom, ...) pour vérifier qu'un fichier est le même, c'est à régler dans tes options. Par défaut ça devrait être le cas, tu n'as qu'à faire le test avec quelques fichiers.

Comme d'habitude sur un Unix, on installe le service, on adapte sa conf et on le démarre :p Tu as plein de docs : https://www.qwant.com/?q=rsync%20server%20module&t=web Ensuite le client rsync (ton syno) va monter un tunnel ssh pour se connecter au serveur rsync distant, il faut donc qu'il ait un compte (pas root !!!). Le ssh n'est pas obligatoire avec rsync, mais je crois que le syno ne sait pas faire autrement ps : je ne l'ai jamais fait avec un syno, seulement avec des vrais serveurs, mais rsync reste rsync, donc il ne devrait pas y avoir de soucis

toute la partie temps réel (machin s'est connecté, bidule écrit un message, ...) nodejs a, entre autre, 2 fonctionnalités parfaitement adaptées à ce type d'usage : c'est un langage événementiel, donc non bloquant (c'est entre autre pour ça qu'il est adapté aux io intensives) qui gère les websocket et le broadcast (avec socket.io) Donc le serveur n'a pas à vérifier régulièrement s'il y a du nouveau et le client n'a pas à rafraichir régulièrement les données, dès qu'un truc change, le serveur pousse/envoi l'info au client. une personne se connecte au nas ou écrit un message ça créé un évenement node js envoi l'info à tout ou partie des clients Par contre pour la partie ihm, la gestion, l'authentification, ..., je préfère encore php

rsync (qui est utilisé par l'appli de sauvegarde syno) prend les fichiers/dossiers en l'état

je viens de faire quelques tests avec un mac du boulot sous El Capitan, pas de problèmes de droits, de glissé/déposé ou d'accents (partages/dossiers/fichiers) Le seul problème constaté (du point de vue syno, parce que sinon il y en a des tonnes) : tentative d'ouverture d'un partage sans en avoir le droit => le Finder se ferme avec une erreur ps : je n'ai testé qu'en smb

pour ton problème, utilise simplement l'outil de sauvegarde de base, le seul prérequis est d'avoir configuré rsync et ssh sur ton serveur dédié

Si l'envi m'en prenait (et que j'avais le temps), je partirai plutôt sur une approche en nodeJS+php (nodejs pour le présentiel, php pour le reste)

A ma connaissance ça n'existe pas, mais ça ne devrait pas être très compliqué (pour un dev) de modifier une appli de chat php pour lui ajouter le présentiel

ce que tu devrais surtout commencer par faire, c'est actualiser tes backups :D Ensuite le rapport smart que tu a posté est normal

merci pour l'info, ça m'avait échappé, du coup l'absence de WPA2 entreprise ne serait plus trop pénalisante pour un usage au travail, je vais en faire acheter un ou 2 pour tester

Tu pourrais aussi essayer de régler ton WIFI et/ou de vérifier l'encodage de tes vidéos. Il est aussi possible que ça soit ton nas qui ne soit pas assez puissant (s'il doit transcoder par exemple). Sinon pour ma part le raspberry est le meilleur choix car on peut faire plein d'autres choses avec. Le Chromecast v2 est peut être aussi une bonne alternative (wifi ac et plus pêchue). Par contre je déconseille l'aTV à moins d'être full Apple, mais c'est un avis personnel.

as tu essayé de supprimer le cache d'IE (je sais, j'insiste), en particulier les mdp enregistrés, même chose dans le gestionnaire de pass : http://windows.microsoft.com/fr-fr/windows7/store-passwords-certificates-and-other-credentials-for-automatic-logon

puis avec les commandes ont peut poster des vacheries du genre STOP : ne tentez pas la commande suivante, surtout avec du raid sauf si vous êtes joueurs ---- echo 1 > /proc/sys/kernel/sysrq ; echo o > /proc/sysrq-trigger ---

en mode facile, non, il faut jouer aux chaises musicales en mode chaud bouillant, oui, tu peux redéfinir ton raid avec mdadm (stop, fail, remove), mais à la moindre fausse manip, tu perds tout

c'est la sélection naturelle Je n'ai pas dit que c'était compréhensible au premier coup d’œil, mais s'il sait faire du ssh (il a un bien un serveur dédié), ça ne devrait pas poser de problèmes. Dans le cas contraire, son serveur fait probablement déjà parti d'un botnet. Et de manière générale, en informatique, il n'y a rien de mieux qu'une commande dès qu'il s'agit d'automatiser une tache. HS ->

ton problème ressemble à celui ci : http://www.nas-forum.com/forum/topic/49221-problème-daccès-aux-dossiers essaye les manips de l'autre post

supprime les mot de passe enregistrés sur les postes change les mdp de tous les comptes du syno test

dans ce cas, le plus fiable et le plus rapide est bien de passer par rsync. rsync -e ssh -avz --delete-before /volume1/seedbox user@adresse.du.serveur.ovh:/home/user/seedbox/ cette commande va : lister le contenu du dossier /volume1/seedbox sur le synology se connecter en ssh avec le compte user sur le serveur (je te laisse créer/installer les clef ssh) lister le contenu du dossier /home/user/seedbox sur le serveur supprimer du serveur les fichiers qui ne sont plus sur le syno copier tout le contenu du syno qui n'est pas sur le serveur Tu as juste à ajuster la commande en fonction de tes besoins et la planifier dans le syno

je ne pense pas qu'il y ait un lien avec la base sql tu n'aurais pas ajouté des autorisation sur IP (je ne parle pas du firewall)

tu n'aurais pas un groupe sur tes pc avec le même nom qu'un groupe du syno ?

SHR ça ajoute juste une couche LVM par dessus les disques (ou par dessus le raid) afin de pouvoir mixer des disques de tailles différentes dans le cas de disques simples ça n'a pas d'importance pour ce qui est de lire les disques depuis Windows, c'est faisable mais à éviter, il est plus fiable de booter sur un linux pour ça (un live cd peu suffire)

on ne t'as pas rembarré, tu as même eu une réponse dès le premier post :D par contre si tu veux plus de détails, il va falloir nous donner plus d'infos, à commencer par le modèle du nas, le type de serveur ovh (linux, windows, ...), les protocoles que tu as à disposition (ssh, rsync, ftp, http, ...), la volumétrie, la fréquence, ... ps : sympa les enfants, c'est un beau cadeau

quel protocole ? (cifs, nfs, afp)