PiwiLAbruti

Synology pourrait utiliser ceci ou une des équivalences listées dans la rubrique Links de cette même page.

Oui, toute la gestion du NAS se fait depuis l'interface web. Le client lourd ne sert qu'à initialiser le NAS à la sortie du carton.

Non, le NAS est la seule machine à pouvoir générer ces liens de téléchargement car c'est lui qui gère l'association identifiant <-> fichier. Le Finder ou l'Explorateur sont incapables de gérer cela, ainsi que tout autre programme qui utiliserait toute ou partie des protocoles listés plus haut.

Bon j'ai testé et ça fonctionne. Pré-requis : il faut cocher la case "Autorisez d'autres appareils du réseau à se connecter via la connexion Internet de ce DiskStation" dans les options avancées du client VPN du NAS. Il faut créer la route suivante sur le NAS du réseau 1 : route add -net 192.254.10.0/24 dev ppp0 Et il faut indiquer aux ordinateurs Windows d'utiliser le NAS pour accéder au réseau distant : route -p add 192.254.10.0/24 mask 255.255.255.0 192.168.254.201 Inconvénient : la route du NAS est supprimée lorsque le client VPN se déconnecte (l'interface ppp0 disparaît à la déconnexion). Je vais regarder s'il est possible de recréer cette route automatiquement lorsque le client VPN se reconnecte. J'avais réussi à le faire sur un Mac, ça devrait y ressembler sous Linux. En tout cas merci d'avoir exposé ton problème, je n'avais jamais essayé de faire communiquer deux réseaux distants par PPTP et ça fonctionne très bien.

Je vais être méchant : 192.254.10/24 est un sous réseau public ! Pour rappel, les trois sous réseaux privés utilisables sont : 10/8 [10.0.0.0-10.255.255.255] 172.16/12 [ 172.16.0.0-172.31.255.255] 192.168/16 [192.168.0.0-192.168.255.255] En ce qui concerne le routage, je vais tester ça voir si j'arrive à en tirer quelque chose.

De quoi parles-tu ?

Tiens-nous au courant quand tu auras pu tester.

La réponse est dans ce précieux document : http://ukdl.synology.com/download/ds/DataSheet/x12-series/DS412+/Synology_DS412+_Data_Sheet_fra.pdf

Avant même de migrer quoi que ce soit, il ne faut pas oublier que le DS212j peut devenir très lent à générer du contenu dynamique (PHP) et encore plus lent avec des accès à une base de donnée (MySQL) selon le site ou le CMS. À moins d'être fibré, une ligne ADSL ne dépassera les 1Mbit/s (120Ko/s) en envoi, ce qui va considérablement ralentir le chargement de contenus comme les images. Pour tester le tout, tu peux déjà accéder au site hébergé sur ton DS212j en utilisant l'adresse IP publique de ta Freebox.

C'est normal, il faut au moins la version 4.2-3116 du DSM : package="Perl" version="5.8.6-0003" maintainer="Perl.org" maintainer_url="http://www.perl.org/" distributor="Synology" distributor_url="http://www.synology.com/" arch="88f6281" firmware="4.2-3116" dsmappname="SYNO.SDS.Perl" startable="no" package_icon_120="...

Les paquets SynoCommunity dépendant de Python ne fonctionnent pas avec le paquet Python Officiel, c'est pour ça que SynoCommunity maintient son propre paquet Python (beaucoup plus complet que l'officiel). Jusqu'à maintenant Synology ne proposait aucun paquet dépendant de Python. Amazon Glacier fonctionne correctement avec le paquet Python officiel, je ne sais pas s'il fonctionnera avec celui de SynoCommunity. Si tu n'utilises aucun paquet de SynoComunity, installe le paquet Python fourni par Synology. Sinon il faut tester avec le paquet Python de SynoCommunity.

Ce n'est pas propre au client VPN PPTP Synology, c'est le cas de tous les clients VPN PPTP. Il est possible de configurer plusieurs connexions VPN PPTP dans Panneau de configuration > VPN, non ? C'est vrai que la configuration demande pas mal de connaissances en réseau, va falloir que je me replonge dans IPTABLES.

Ça n'a rien d'abusif, c'est le fonctionnement normal d'un client VPN PPTP. C'est pas balaud, ça s'appelle tuer une mouche avec 15 tonnes la dynamite. Il y a Telnet/SSH, IPTABLES se configure en ligne de commande.

Il vaut mieux aller chercher l'information à la source : http://www.synology.com/products/status.php?lang=fre

Rubrique Connecter votre DiskStation à un serveur VPN : http://ukdl.synology.com/download/ds/userguide/DSM4.1/Syno_UsersGuide_NAServer_fra.pdf#page=47

Comme tu choisis le VPN comme passerelle par défaut, le NAS va diriger tout son trafic vers l'interface VPN (ppp{n}). Il est donc normal qu'il ne communique plus via son IP "physique" (adresse IP publique d'origine), à moins de définir des règles de routage et/ou de translation manuellement. D'ailleurs ça me fait penser qu'il faut que je fasse un tuto sur l'automatisation de ces règles pour les utilisateurs du VPN PPTP sur Mac.

Il faut créer une règle NAT sortante avec iptable pour les protocoles concernés par le VPN. Je ne me sers pas du client VPN du NAS, mais en tout cas je commencerais par là.

Oui, j'ai constaté le même problème sur les dossiers home. Le problème existe en AFP et en SMB, je n'ai pas fait plus de tests pour le moment.

Tu peux connecter un dossier partagé du WHS dans File Station.

Tes redirections de ports sont bonnes. Attention aux correspondances protocole-port dans les URL : http://dsm.domain.tld:5000/ https://dsm.domain.tld:5001/

Je dirais plutôt que ce nom n'est résolvable que par un serveur DSN privé, interne à l'infrastructure 1&1. Dans tous les cas, je ne connais aucun hébergeur mutualisé qui permette la connexion aux bases de données aux clients externes.

Commence par résoudre le nom db422766647.db.1and1.com (avec la commande nslookup).

Déjà, soit tu as installé Windows pour utiliser Office 2010 sur ton Mac, soit tu utilises Office 2011 (ou 2008) pour Mac. Je vais prochainement installer Office 2011 sur mon Mac pour éditer des documents stockés dans mon dossier home. Je verrais si j'ai les mêmes problèmes.

Comparez les paramétrages de vos configuration respectives de Download Station. Un nombre trop important de sources par fichier peut réduire les performances (par exemple).

soit tu as une Livebox... As-tu redémarré la Livebox ? Le NAS a-t-il une adresses IP fixe en dehors de la plage d'adressage automatique (DHCP) ?