PiwiLAbruti

Tu veux dire que ton Mac ne voit pas l'emplacement TimeMachine par le VPN ? Qu'as-tu entré quoi comme adresse de destination dans TimeMachine ?

Il y a plusieurs façon d'accéder au contenu du NAS à distance, mais pourquoi vouloir utiliser un logiciel tiers ? Et pourquoi éviter les ports 5000/5001 ? Au pire ces ports sont modifiables dans la configuration Apache.

L'eSATA est plus rapide que l'USB si le disque dépasse les 30Mo/s (limite max. de l'USB2.0).

Tu verras quand tu configureras tes sauvegardes, mais le DSM est très accessible pour les novices. Tu peux brancher autant de disques USB qu'il y a de ports sur le NAS. Pour la déconnexion, il faut bien déconnecter le disque logiciellement avant de le débrancher physiquement. Pourquoi le disque ne serait plus reconnu lorsqu'on le rebranche ? Bizarre comme question. Patience...

C'est exactement ce qu'il faut faire. Le plus simple est effectivement de brancher un disque dur USB au NAS et de définir des tâches de sauvegarde directement sur le NAS.

Peux-tu préciser ta question ? Quel mode de fonctionnement souhaiterais-tu ?

Le RAID1 n'est pas une sauvegarde. Supposons par exemple que tu as supprimé par erreur un fichier, cette suppression se fait simultanément sur les 2 disques. Il est donc impossible de récupérer ce fichier. Avec une sauvegarde externe, ce fichier est récupérable. L'utilité du RAID1 (et de la majorité des modes RAID) est d'assurer la continuité de l'accès aux données même en cas de défaillance d'un disque (ou plus selon le mode choisi). Ce mode de fonctionnement est inutile pour 99% des utilisateurs particuliers de NAS qui ont configuré un RAID1, justement parce qu'ils confondent RAID et sauvegarde. Une sauvegarde, c'est une copie des données à un instant t. Cette copie n'est pas impactée par la modification de données source, ce qui n'est pas le cas avec le RAID1.

Audio Station permet effectivement de lire de la musique depuis n'importe où. Pour accéder à Audio Station avec un compte du NAS, il suffit de se rendre à l'adresse http://adresseIP:5000/, de s'identifier et de lancer Audio Station. Pour accéder directement à Audio Station, il faut utiliser le lien suivant : http://adresseIP:5000/webman/index.cgi?launchApp=SYNO.SDS.AudioStation.Application Ou en HTTPS : https://adresseIP:5001/webman/index.cgi?launchApp=SYNO.SDS.AudioStation.Application

La réinstallation du firmware ne changera rien pour l'exécution du CLI PHP. C'est comme tuer une mouche à la dynamite. Il faut lancer le CLI PHP en lui indiquant le fichier php.ini à utiliser, ou en lui passant directement des paramètres. Tout est indiqué ici : # php --help Lire la documentation peut aussi rendre service : http://www.php.net/manual/fr/features.commandline.options.php

Comme l'a dit filoo, tu peux utiliser l'adresse locale de ton NAS pour y accéder par VPN. Sinon l'adresse du NAS sur le réseau VPN est 10.0.0.0. Tu peux donc aussi accéder au DSM par l'adresse http://10.0.0.0:5000/

En gros ils disent ne pas supporter tous les emplacements de stockage qui peuvent être facilement déconnectés. Peut-être que si l'écriture échoue sur la cible de stockage ça plante complètement le fichier, ou alors c'est le besoin en stockage temporaire de leurs applications qui leur fait dire ça.

En ce qui concerne les téléchargements P2P (bitTorrent, eMule), il faut diminuer le nombre de sources par téléchargement (<=100) et limiter le nombre de téléchargements simultanés (<=5). Ça permet d'économiser beaucoup de ressources.

/var/serices/web est un alias de /volumex/web. Tu as fait le bon choix en choisissant /var/services/web car ça permet effectivement de s'affranchir du numéro de volume (/volumex/web) qui peut être différent d'un NAS à un autre. Il est possible de demander le mot de passe mysql à l'utilisateur lors de l'installation du package. Jette un coup d'œil à partir de la page 26 de ce document : http://download.synology.com/download/ds/userguide/Synology%20DiskStation%20Manager%203rd-Party%20Apps%20Developer%20Guide_V2.pdf Il est expliqué comment créer un assistant d'installation d'un package à la page 31. Vois aussi avec Diaoul s'il est possible de générer ton package avec spksrc. On pourra ensuite certainement intégrer ton package au dépôt NAS-Forum en préparation.

Je ne sais pas pour $_SERVER, mais pour les extensions il faut soit les charger dans le script PHP avec la fonction dl(), soit d

Syslog est pr

C'est plutôt inquiétant ton histoire, j'ai vérifié sur un DS109 et un DS411+II et le fichier smbd.pid existe bien. Assure-toi qu'aucune machine n'accède au NAS pendant les manipulations (déconnecter tous les lecteurs réseau, ...). Peut-être que le fichier smbd.pid n'apparaît que lorsque le service de fichiers Windows est activé. Tu te connectes bien en utilisant le compte root et le mot de passe du compte admin ? Peux tu lister le contenu de dossier /var/run ?

Je n'ai qu'une vingtaine d'utilisateurs. Ceci dit, même avec des mots de passe faibles la NAS reste sécurisé vu la politique de blocage. SI on veut plus de sécurité, ce n'est pas au NAS qu'il faut l'intégrer. Si on a les moyens, l'idéal est un pare-feu qui analyse les protocoles.

Le fait qu'une carte réseau bascule automatiquement à 100Mbit/s au lieu de 1Gbit/s peut venir de la mauvaise qualité des câbles. J'ai déjà vu ça (1Gbit/s -> 100Mbit/s) sur des machines DELL avec un chipset réseau Broadcom. Une simple mise à jour des pilotes de la carte réseau avait résolu ce problème. Ça peut aussi venir de câbles non adaptés au gigabit ou de câbles dégradés.

Toutes mes félicitations pour cet outil (même si je ne l'ai pas testé). Il pourrait être intéressant de proposer un package afin d'automatiser complètement l'installation et les mises à jour.

Supprimer la licence du NAS 1. Ajouter la licence au NAS 2.

Arf... et en plus il a un RAID, donc on va éviter la coupure brutale de l'alimentation. À ce moment là, qu'il essaye quand même de vider le fichier /var/run/smbd.pid + killall.

Essaye ça : Dans Menu > Panneau de configuration > Win/Mac/NFS, décoche la case Activer le service de fichiers Windows et clique sur OK. Redémarre le NAS. Vérifie que le service de fichiers Windows est bien désactivé après redémarrage. Vérifie s'il existe toujours des processus smbd. Si le service de fichiers Windows a démarré après redéparrage du NAS ou qu'il existe toujours des processus smbd : cat /var/run/smbd.pid Si le résultat donne une liste longue comme le bras de pid : echo ''>/var/run/smbd.pid Exécute le script permettant de terminer tous les processus smbd restants (killall). Désactive le service de fichiers Windows s'il est encore activé. Redémarre le NAS. Refais les vérifications des points 3 et 4 de la première partie (en vert).

En fait Synology ne devrait pas tracer les blocages d'IP. Psychologiquement, la majorité des utilisateurs se sentirait plus en sécurité. Un pare-feu n'y changera rien puisque les IP bloquées sont celles qui ont échoué au nombre de tentatives sur une durée donnée (x tentatives échouées en moins de y minutes par exemple) et c'est géré par le NAS lui-même. C'est pour ça que je ne comprends pas cette remarque récurrente sur la sécurité. Si le NAS indique qu'il bloque des intrusions c'est bon signe, c'est le contraire qui serait inquiétant. Personnellement je souhaite bonne chance à celui qui voudrait péter mes mots de passe en brute force avec moins de 3 tentatives en 5 minutes + bannissement de 3 mois à la clé. Dans ces conditions, il lui faudra plus de 8000 ans pour arriver au bout d'une base de 100 000 mots de passe. Et encore faut-il qu'un de mes mots de passe soient référencés dans cette base...

Tu lui reproches quoi à la sécurité actuellement ? Rien n'empêchera les tentatives de connexion.

Oui ça fonctionnera, le débit n'est pas divisé entre utilisateurs. Ça aurait été le cas si le NAS était aussi en 100Mbit/s. Attention cependant, 100Mbit/s ne représentent que 12,5Mo/s théoriques soit environ 11Mo/s dans des conditions optimales (environ 40Go/heure). Si les sauvegardes sont volumineuses, ça pourra prendre beaucoup de temps.