PiwiLAbruti

Attention, je ne parlais pas de phpMyAdmin dans mon précédent message mais de la connexion à partir d'un client MySQL (phpMyAdmin est un client web). Les identifiants passent en clair en HTTP (Basic Authentification), si tu accèdes à phpMyAdmin à l'extérieur de ton réseau local je te conseille vivement d'utiliser HTTPS qui cryptera les échanges. Je ne sais pas comment fonctionnent tes webapps, mais je n'en connais aucune qui permette au client de se connecter directement à une base de données. Le chemin que j'ai donné est le chemin réel sur le disque du NAS qui correspond au partage /web/phpMyAdmin., c'est bien la même chose. Il faut regarder la colonne Client qui indique l'hôte source qui peut se connecter avec le compte défini. Dans ta capture d'écran on voit que le client localhost peut se connecter en root avec un mot de passe alors que le client 127.0.0.1 (identique à localhost) peut se connecter avec le même compte mais sans mot de passe. Étant donné que tes scripts PHP ne sont exécutés que sur ton serveur, le client ne peut pas lire les identifiants à moins que ton script ne les affiche à l'exécution du script. À ma connaissance un tel bouquin n'existe pas, il faut regarder dans les documentations officielles de MySQL et Apache.

Avec le peu de détails que tu donnes, je ne peux pas t'aider plus . Si tu sais te connecter en Telnet ou SSH à ton NAS, tu peux vérifier que le service umurmurd est bien actif avec la commande : DiskStation> netstat -netap | grep umurmurd Qui devrait t'afficher quelque chose du genre : tcp 0 0 0.0.0.0:64738 0.0.0.0:* LISTEN 6095/umurmurd

Par défaut MySQL ne chiffre pas les échanges, du coup tout passe en clair sur le réseau. Seul le mot de passe est crypté (40 caractères, ça doit être du SHA1), d'où l'intérêt d'utiliser des mots de passe forts car un mot de passe simple (et souvent court) peut être réversible quelque soit l'algorithme de cryptage. Une webapp ne s'installe pas sur un Smartphone, elle s'utilise au travers d'un navigateur. Il n'y a a donc aucun accès direct à MySQL depuis un appareil mobile (sinon c'est un énorme défaut de conception). Il ne te reste qu'à sécuriser phpMyAdmin avec un fichier .htaccess.

Le nom d'utilisateur est simplement le nom convivial affiché dans Mumble, ça n'a rien à voir avec les comptes du DSM. Le pare-feu est actif sur le NAS ? Si oui il faut le désactiver.

Ça reste encore très vague. Dois-je en déduire qu'il n'y aura aucun accès distant à MySQL ? Il y a deux choses distinctes à sécuriser : MySQL et phpMyAdmin. Pour MySQL, je recommande d'utiliser un utilisateur différent par application et de n'autoriser que le client localhost (le NAS). Pour phpMyAdmin, un simple fichier .htaccess dans le dossier /var/services/web/phpMyAdmin. suffira à définir les réseaux et/ou hôtes ayant le droit d'y accéder (voir les directives Order, Allow, et Deny)

Pour les tests, fais-les depuis ton réseau local. Ça ne sert à rien de tester de l'extérieur si ça ne fonctionne pas déjà en local. Je ne pense pas que la version du client ait une importance (j'utilise la 1.2.3). Par défaut il n'y a aucune sécurité (pas de mot de passe, ...), le port utilisé est le port par défaut (tcp/64738 et udp/64738). Ce sont d'ailleurs ces deux ports qu'il faudra ouvrir sur ton routeur pour l'accès depuis l'extérieur.

Il n'y a pas besoin de créer d'utilisateurs. Le fichier de configuration se trouve dans /var/packages/umurmur/target/var/umurmumr.conf Documentation : http://code.google.com/p/umurmur/wiki/Configuring02x

Une fois installé, il n'y a rien à configurer sur le NAS. Tu as juste à installer le cient Mumble sur ton PC et à le connecter à l'adresse IP de ton NAS.

Avant de sécuriser quoi que ce soit il faut connaître le contexte d'utilisation de phpMyAdmin, ce que tu n'as pas précisé. C'est pour ça que personne ne peut te répondre.

http://www.monnomdedomaine.fr:5000 ou https://www.monnomdedomaine.fr:5001

Corrigé. Faites-moi savoir si ça marche maintenant.

C'est faisable via le Planificateur de tâches du Panneau de configuration avec les commandes : /var/packages/SqueezeCenter/scripts/start-stop-status stop /var/packages/SqueezeCenter/scripts/start-stop-status start

Essaye de vider le cache de ton navigateur, puis de te reconnecter au DSM.

Un peu de curiosité serait bienvenue, ça m'a pris 5 secondes sur un moteur de recherche pour trouver ça : http://arrsync.sourceforge.net/ Tu es le seul à pouvoir répondre à cette question car ça dépend de ton affinité avec les solutions qui te seront proposées. Teste déjà celle donnée par Sp@r0.

Oui, c'est exact.

Le code source de BitTorrent Sync n'est pas ouvert (et ne le sera probablement jamais), ce qui signifie qu'il nous est impossible de personnaliser la compilation de ce programme pour le rendre compatible avec tous les NAS Synology. Les binaires fournis ne sont pas compatibles avec la version de glibc obsolète utilisée sur certains modèles PowerPC (de mémoire powerpc, ppc824x, ppc853x, ppc854x) dont font parti les DS410 et DS509+ précédemment cités (parmi 27 autres modèles). Quelles solutions reste-t-il ? Implorer Synology de mettre à jour la version de glibc complètement obsolète utilisée sur les modèles PPC (on peut toujours rêver), Aller emmerder BitTorrent en leur demandant de compiler BTsync avec des versions obsolètes de glibc pour le rendre compatible avec les modèles PPC Synology (ils n'ont pas que ça à faire), Prier pour que BitTorrent Sync devienne un jour open source (pas prêt d'arriver), Changer de NAS pour avoir une architecture compatible avec les binaires de BitTorrent Sync (radical, mais résultat 100% garanti). Le paquet BitTorrent Sync pour l'architecture ppc853x a été retiré du dépôt SynoCommunity. Si on devait désigner un "coupable", je dirais que Synology ne fait pas d'effort sur les mises à jour des librairies qu'ils utilisent (ce n'est que mon avis). Chez SynoCommunity on a déjà rencontré des soucis avec d'autres projets open source incompatibles à cause de versions de libraries obsolètes. Du coup certains paquets n'ont jamais vu le jour. Synology a connaissance de ces désagréments mais n'a visiblement pas envie d'y remédier. Voilà, je pense avoir fait le tour de la question.

On va faire un test simple. Ouvre une session SSH sur le NAS et entre la commande suivante : DiskStation> tcpdump -nq dst host 192.168.x.y and tcp dst port Cette commande va afficher les connexions entrantes sur le port du NAS (remplace 192.168.x.y par l'adresse IP du NAS). Une fois cette commande lancée, essaye d'accéder à une quelconque page web hébergée sur le NAS depuis l'extérieur du réseau (http://adresseIPpublique/page.html). Si la redirection fonctionne bien, les paquets entrants seront listés par tcpdump. Sinon il y a un problème au niveau de ta règle NAT.

Aucune idée, si le pare-feu du NAS est désactivé ça ne vient pas du NAS. Tu as utilisé le même plan d'adressage avec le routeur SMC ?

Déjà ton besoin vient de changer radicalement, tu parles maintenant de travailler sur un espace commun en réseau en plus de faire des sauvegardes. Tu verras de nombreux messages sur ce forum répétant que le miroir en temps réel (correspondant au RAID1) n'est pas une sauvegarde. La différence se fait au niveau du support et de la planification. Le support : une sauvegarde doit se faire sur un support externe au système sauvegardé. Dans le cas d'un NAS on utilise le plus souvent un disque externe USB branché au NAS uniquement le temps de faire des sauvegardes. La planification : si on fait une sauvegarde c'est bien pour avoir la possibilité de restaurer des données sauvegardées. Une réplication en temps réel ne permet aucun retour en arrière. Par exemple, un fichier supprimé par erreur est supprimé sur les deux disques en miroir en même temps, alors qu'avec une sauvegarde on peut récupérer du contenu sauvegardé la veille. La sauvegarde de données de travail est généralement planifiée quotidiennement, ainsi on peut récupérer différentes version d'un fichier (jour n-1, n-2, ...). Il faut que tu précises un maximum la façon dont tu souhaiterais travailler avec un NAS. Du peu que tu as déjà décrit, la solution serait d'avoir : un NAS 2 baies avec deux disques en RAID1 pour travailler sur un espace commun (achat d'un onduleur obligatoire dans ce cas), un disque dur externe pour sauvegarder le NAS régulièrement (planification à définir).

Question bête, est-ce que l'adresse IP configurée dans les règles NAT du routeur est bien la même que celle du NAS ?

Ce n'est pas le nombre de baies qu'il faut définir, mais le volume total (en Go ou To) en fonction du volume actuellement utilisé. Tu indiques que les sauvegardes actuelles atteignent presque 1To, il faut donc au minimum le double (2To) et tenir compte de la vitesse à laquelle grossissent les sauvegardes.Au final un seul disque de 3To dans un NAS avec 1 baie répond à ton besoin de sauvegarde. Un NAS n'a aucun intérêt s'il est directement relié à un PC. Il s'agit d'un espace de stockage en réseau qui de ce fait est autonome et accessible depuis n'importe quel appareil connecté à ce même réseau. Je suppose que tu parles du RAID. Le RAID est une méthode d'agrégation des disques, il est facultatif dans le cas d'une sauvegarde (et dans ton cas complètement inutile).

Si le besoin n'est de faire QUE de la sauvegarde sur une volumétrie inférieure ou égale à 2To, il n'y a pas besoin d'un NAS. Autant brancher un disque dur externe en USB sur un PC et partager ce disque sur le réseau de façon à ce que les autres PC puissent y faire leurs sauvegardes. Un inconvénient de cette solution est que le PC auquel le disque USB sera branché doit rester allumé pour que les autres PC y accèdent. L'avantage c'est que c'est très simple à mettre en place et beaucoup moins coûteux qu'un NAS qui n'enlèverait que l'inconvénient précédemment cité (dans le cadre de la sauvegarde uniquement, je ne parle pas du reste des fonctionnalités). Il y a également la solution de la sauvegarde en ligne via flickr (par exemple) qui propose 1To de stockage gratuit en ligne. Étant donné toutes les possibilités de partage d'un NAS, il se peut que de nouveaux besoins apparaissent (accès à l'extérieur du réseau, depuis des appareils mobiles, synchronisation via une solution cloud (Cloud Station chez Synology) ou BitTorrent Sync, ...). Au quel cas un NAS est tout indiqué. Maintenant c'est à toi de (re)définir précisément les besoins.

Comme tu l'as souligné, le problème est bien le wifi. Les paramètres que tu as modifiés n'y changeront rien. Tu n'atteindras les 10Mo/s (ou plus) qu'avec un câble ou du CPL. Quels débits as-tu avec le boitier LaCie, en copie PC-PC, PC-Freebox, ... ?

Quel rapport avec le sujet initial ?