PiwiLAbruti

Le /home est un dossier privé à chaque utilisateur, il n'est pas possible d'en partager le contenu. Il faut créer un nouveau dossier partagé et ajouter les droits pour les deux comptes utilisateur concernés. Puis configurer ce dossier dans CloudStation.

Bienvenu au club :-) En ce qui me concerne, le DSM 5.0 est plus rapide que le 4.2 sur mon DS109.

Tu as bien conscience qu'avec si peu de détails sur ce que tu veux faire ça va être compliqué de t'aider. Tu veux faire un moteur qui cherche quoi ? Avec quel langage veux-tu écrire ce moteur ?

Comment sont séparés les deux réseaux ? Avec un switch supportant les VLANs ?

Ça dépend de l'utilisation. Je suis très satisfait de mon DS213j sur lequel je fais beaucoup de développement et de stockage en base de données. La gamme J à toute sa place dans les produits Synology, après tout dépend des besoins.

Il te faut simplement créer un nouvel utilisateur MySQL avec des droits de connexion depuis n'importe quelle IP (%). Tu peux faire ça via phpMyAdmin.

Je ne vois comment tu veux configurer ça car il n'est pour l'instant pas possible de configurer plusieurs VLAN sur une même interface physique dans DSM (ce que la concurrence fait déjà).

Je ne vois pas comment tu comptes connecter un DS210+ directement à deux réseaux distincts. En tout cas il ne pourra pas faire le routage entre les deux LANs. Quand je dis 2 serveurs DHCP, c'est un sur chaque LAN.

À part les applications mobiles (DS Download), je ne connais pas d'interface pour Download Station. Cependant il est tout à fait possible d'en développer une via l'API : http://ukdl.synology.com/download/Document/DeveloperGuide/Synology_Download_Station_Web_API.pdf

À moins que tu en aies réellement l'utilité, ça ne servira à rien. D'ailleurs on ne sait même pas de quel modèle de NAS tu parles. Quel problème ? Créer des VLANs sur le switch ?Si tu peux séparer tes réseaux physiquement (seul le NAS sert de relai), il n'y a besoin d'aucune configuration particulière. Et il est tout à fait possible de créer des règles statiques sur le NAS. Par contre il faudra faire ça proprement pour qu'elles soient conservées au redémarrage. Pourquoi ne pas utiliser le serveur DHCP de la box et celui du NAS ?Ainsi tu peux distribuer des serveurs DNS différents dans chaque LAN. C'est tout à fait faisable et de manière très simple et peut-être même sans acheter quoi que ce soit.

Je ne vois pas vraiment en quoi ce que tu comptes faire perturberait le reste du réseau. Mais si tu y tiens vraiment : Laisse actif le serveur DHCP de ta box. N'utilise le serveur DHCP du NAS que pour adresser les clients de ton 2ème LAN. Ne fait pas d'agrégat. Et comme je l'ai déjà dit, il faut que ta box supporte les règles de routage statique pour accéder à ton deuxième LAN. Sinon il te reste le double NAT mais ce n'est pas propre comme solution.

GUI : Graphic User Interface. Je ne comprends pas ta question.

À moins que la box accepte les règles de routage statique, ça ne sera pas possible.

Une solution serait de diffuser cette applications via RemoteApp de Microsoft avec les licences qui vont bien. Ça n'a donc rien à voir avec les NAS Synology.

Si j'ai bien compris, le but et de couper Download Station si le VPN n'est pas connecté ? Ma réponse plus haut donne une solution qui démarre/arrête automatiquement Download Station à la connexion/déconnexion d'un profil VPN. L'adresse IP utilisée n'a aucune importance.

Ce serait peut-être plus simple en utilisant les scripts ip-up et ip-down (dans /etc/ppp/) qui sont exécutés respectivement à la connexion et déconnexion d'un profil PPP. Je l'utilise déjà pour créer dynamiquement des règles de routage sur certaines connexions VPN. Ne modifiez pas les scripts existants, rajoutez seulement l'exécution d'un script externe en en-tête de /etc/ppp/ip-up : #!/bin/sh . /etc/ppp/ip-function . /usr/local/etc/ip-up # Script personnalisé Voici un exemple d'implémentation du script /usr/local/etc/ip-up qui me permet de créer automatiquement des règles de routage en fonction de l'adresse IP du serveur VPN (10.0.17.0 ci-dessous) : #!/bin/sh ifname=$1 ttyname=$2 speed=$3 localip=$4 remoteip=$5 ipparam=$6 case "$remoteip" in 10.0.17.0) /sbin/route add -net 10.0.17.0/30 dev $ifname /sbin/route add -net 192.168.17.0/24 dev $ifname ;; esac exit 0; De la même manière, on pourrait aussi définir un script ip-down pour supprimer ces règles de routage lors de la déconnexion (mais c'est implicite avec la déconnexion, donc inutile). Pour en revenir au sujet, il serait donc possible de démarrer ou arrêter le paquet Download Station en fonction de l'état d'une connexion VPN. Je vous laisse le soin de scripter tout ça.

Merci pour l'info CoolRaoul, j'ai fait la modif.

Que ferait de plus un hypothétique DS215play que le DS214play ? À mon avis, il y a très peu de chance que Synology renouvelle ce modèle avec la série '15.

Tu as vérifié avec tcpdump que le trafic arrive bien jusqu'au NAS ?

Il faut utiliser un reverse proxy comme nginx ou HAProxy.

En plaçant un fichier .htaccess dans le dossier phpmyadmin et en y plaçant le contenu suivant : order deny,allow deny from all allow from 10/8 allow from 172.16/12 allow from 192.168/16 Il faut s'assurer que le fichier est bien encodé en UTF-8.

Donc le client Windows est mal configuré, ou alors il se trouve derrière un pare-feu.

Le problème de la veille, c'est que les disques d'un même volume RAID peuvent ne pas sortir de veille en même temps, ce qui provoque une exclusion d'un ou plusieurs disques et donc la dégradation du volume. C'est pourquoi il est également recommandé d'utiliser des disques prévus pour le RAID.

Et bien je n'ai rien fait de plus pour que ça fonctionne chez moi. Activation et configuration du service VPN Server L2TP sur le NAS, Ouverture des ports udp/500, udp/1701, et udp/4500 sur la box/routeur, Création de la clé de registre manquante, Configuration du client Windows en précisant bien le type de réseau VPN "Protocole L2TP (Layer 2 Tunneling Protocol) avec IPsec (L2TP/IPsec)" et la clé prépartagée pour l'authentification. Je l'ai refait il y a peu sur un Windows 10 Preview, et ça fonctionne très bien. Sinon tu peux afficher le trafic avec tcpdump pour vérifier que ça communique bien : DiskStation> tcpdump udp port 500 or udp port 1701 or udp port 4500 -nq

Il me semble aussi que L2TP ne fonctionne pas en local, il faut tester de l'extérieur de ton réseau.