lordtaki

Connection SSH. Echange de clés SSH. Rsync.

Vous devez mapper home/Eric, home/userX, home/userY...

Quand vous faites les mapping réseau, le chemin se termine bien par le nom de l'utilisateur et pas par /home ?

https://tutofacile.org/2017/04/21/authentification-par-cles/ https://doc.ubuntu-fr.org/rsync

Sûrement. rsync c'est simple et efficace. échange de clé SSH du serveur source vers le serveur de destination une tâche planifié via rsync (pas besoin de script si c'est simple)

Bonjour, pour l'installation, vous parlez bien de celle faite sur le NAS (pas de l'application pour smartphone)? La connection sur IP:32400/web/index.php en local (votre réseau, votre box) ou depuis l'extérieur?

Et au passage, toujours demander à Hadopi quel fichier est incriminé.

https://gist.github.com/bueckl/bd0a1e7a30bc8e2eeefd c'est quand même pas compliqué (une option pour définir la destination du fichier)

Storage Manager. Avec le deuxième disque présent vous devriez avoir l'option de créer un volume.

Surtout ne pas faire d'aggrégation entre le 1er et le 2e disque (RAID0) mais créer un volume2. Tout simplement.

Bonjour, l'affichage directement dans File Station n'est pas prévu. Selon la taille du dossier effectivement il faut attendre et cela me semble un comportement normal.

Dans file station, clic droit propriétés?

Je pense que c'est lié à la surcharge des serveurs de téléchargement de Synology. Comme d'habitude lors de la sortie d'un nouveau firmware accompagné des multiples maj de paquets.

Bonjour, les chemins sont faux : .SSH => .ssh (ce n'est pas du Window$ insensible à la casse) authorized_key => authorized_keys Je pense que vous devriez relire un tutoriel sur les échanges de clés SSH, vous rencontrerez certainement des problèmes de permissions sur le fichier de clés publiques ainsi que le répertoire .ssh La clé dans root... c'est pour l'utilisateur root, user1 pour user1... Savez-vous ce que vous voulez faire et ce que vous faites?

Je soupçonne une surcharge des serveurs de Synology. Hier j'avais 3 paquets à mettre à jour et le NAS n'a pu en télécharger qu'un. Bizarrement cela arrive dès que Synology publie des mises à jour pour beaucoup de modèles d'un coup (même s'ils mettent à disposition au fur et à mesure).

Une suppression via terminal/script n'utilise pas la fonctionnalité de la corbeille. Je ne suis pas certain que cela soit propre à mon modèle de NAS (DS413).

La fonctionnalité de la corbeille est, me semble--il, assujettie à l'utilisation de File Station (ie clickodrome). Cela peut se scripter et simuler un répertoire en pseudo corbeille... Ceci implique un peu de code pour utiliser find (et se connecter en ssh pour créer et tester) et cela sera planifié ensuite via le planificateur de tâche.

Bonjour, il y a peut-être une incompréhension de comment fonctionne l'application cliente DLNA. J'ai aussi un Samsung (vieux modèle plasma), quand on lance le client, la première arborescence propose 3 choix (photo, musique, video) et celui-ci détermine ensuite quel type de média era pris en charge quand on explore les dossiers. C'est un choix de parcours utilisateur de la part de Samsung... Alternative? Installer d'autres clients sur la TV s'ils sont disponibles (les applis Synology, Plex...) mais cela implique de configurer sur le NAS le service correspondant.

Puisque vous avez un nom de domaine, le plus simple est de déclarer un virtual host dans Webstation.

Bonjour, 1ère étape : faire un tour dans l'administration Wordpress pour voir s'il n'y a pas un paramètre qui est resté avec ".../wordpress" 2e étape : il est fort probable qu'il y ait des données en base MySQL qui référencent toujours "/wordpress" (les extensions, la configuration du thème...).

Il faut commencer par vérifier la configuration des moteurs de recherches utilisés pour la section dédiée aux films.

Le lien décrit une procédure pour récupérer des données qui n'ont pas été supprimées. C'est une première étape. Mais pour les données supprimées, une solution peu coûteuse est l'utilisation d'outils comme PhotoRec (il y en a d'autres): https://www.cgsecurity.org/wiki/PhotoRec_Etape_par_Etape Sans la commande exacte difficile de savoir si elle a impacté uniquement /volume1/docs, vu l'état du NAS cela ressemble plus à un rm -rf /.

De ce que vous décrivez le NAS est effectivement dans un sale état. Comme expliqué, extinction et retrait du disque impacté par le script pour essayer de sauver des données. rm => suppression r => récursif f => forcé (sans demande de confirmation, pas d'interruption en cas d'erreur...) Une telle action faite dans un terminal n'alimente pas la poubelle comme dans Windows. Il y a une fonction équivalente mais il faut utiliser File Station et activer la dite poubelle pour chaque dossier partage. Par contre en relisant votre post original, vous n'avez rien mis après "e-exec rm -rf"? Généralement on termine la commande par "{} \;"

Bonjour, Récupérer l'état initial? Non. Restaurer un disque? Si vous avez une sauvegarde oui évidemment mais j'imagine que ce n'est pas le cas. La "chance" que vous avez est que vous êtes en mode un volume / un disque. Arrêtez votre NAS, retirez le disque et utilisez un logiciel de récupération type photorec via un ordinateur. Sinon, quel était le but recherché en utilisant ctime? Oui c'était normal, vous cherchiez des fichiers (-type f) Généralement il est une bonne pratique de faire d'abord la recherche avec le paramètre -ls pour lister le résultat et voir s'il correspond aux attentes. rm -rf c'est une suppression récursive forcée! Pour peu que /volume/docs n'ait pas changé de statut depuis un an cela efface tout. La prochaine fois, supprimez d'abord les fichiers, puis, pour les répertoires, utilisez la commande rmdir histoire d'être sûr (rmdir ne supprime un répertoire que s'il est vide).

Les droits d'écriture pour tous ce n'est pas recommandé. Si c'était la seule solution pour que cela fonctionne c'est que l'utilisateur et/ou le groupe des fichiers n'est pas correctement configuré.