PiwiLAbruti

Achète un routeur si ça te fait plaisir, mais à part compliquer ton installation ça ne servira à rien. De plus, j'ose espérer que tu ne changes pas d'opérateur tous les jours.

Le DS209 pourrait être transformé en DS211j (même architecture 88f6281). Il faudrait trouver quelqu'un qui a déjà upgradé un DS209 pour confirmer.

Tu peux toujours demander à Synology la commande à exécuter pour lancer la mise à jour. À partir de là, tu pourras la planifier.

Effectivement, cPasBien a modifié une fois de plus le code de ses pages. Je mets le module à jour dès que possible.

Tu as bloqué la Chine, mais as-tu bloqué Taïwan ?

J'ai du mal à voir le lien entre de l'agrégation de liens et des fichiers de bureautique...

Tant que tu ne seras pas décidé à publier la procédure en question et à préciser ce que tu ne comprends pas, personne ne pourra t'aider juste avec un "je comprends rien". D'habitude, un membre du support Synology intervient directement sur le NAS. N'oublie pas d'ouvrir préalablement un accès telnet/ssh pour qu'il puisse se connecter.

À cette vitesse là, je doute que ça soit du wifi.

Relis attentivement mes messages. Relis attentivement mes messages.

Pour reprendre le cas de starIst, le DS413 (10.0.0.1) est client du DS110j (10.0.0.0). Maintenant pour accéder au réseau distant 192.168.10/24, il faut nécessairement ajouter une règle de routage. Ceci dit le DS110j est accessible via l'adresse VPN 10.0.0.0, ce qui serait suffisant pour ne faire communiquer que les deux NAS entre eux.

Oui, il faut le créer. Non, comme dit dans mon précédent message il faut juste ajouter une ligne au début de ce fichier.

Tu fais bien de poser la question car les routes manuelles ne sont pas conservées au redémarrage. Cependant il y a un moyen très pratique pour créer ces routes lors de la connexion du client VPN. Il faut créer le fichier /usr/local/etc/ppp/ip-up lui donner les droits d'exécution (chmod 755 /usr/local/etc/ppp/ip-up). Un fois ce fichier créé, il faut prévoir son exécution en ajoutant la ligne suivante au début du script /etc/ppp/ip-up : #!/bin/sh . /usr/local/etc/ppp/ip-up ... Voici un exemple de script /usr/local/etc/ppp/ip-up : ifname=$1 ttyname=$2 speed=$3 localip=$4 remoteip=$5 ipparam=$6 case "$remoteip" in 10.0.0.0) /sbin/route add -net 192.168.10.0/24 dev $ifname ;; esac exit 0; Ça dit simplement que si l'adresse du serveur VPN auquel le client est connecté est 10.0.0.0, alors on crée la route qui permet de joindre le réseau 192.168.10.0/24 par l'interface $ifname (ppp{n}).

Dans l'interface web il y a un bouton [Ajouter le dossier] (ou [Add folder] en anglais). À partir de là tu peux renseigner la clé et le dossier dans lequel synchroniser le contenu.

Il y a tout ce qu'il faut sur le site officiel : http://btsync.s3-website-us-east-1.amazonaws.com/BitTorrentSyncUserGuide.pdf#page=10 (page 10)

http://Diskstation:8888

Au passage, le NAS utilise l'adresse suivante pour récupérer l'adresse IP publique derrière laquelle se trouve le NAS : http://checkip.synology.com/ Il suffit que le serveur ou que la connexion internet du NAS aient des soucis de disponibilité pour que le message d'erreur apparaisse.

Est-ce que ces notifications sont bien validées pour l'envoi par SMS ?

C'est souvent dû à la surcharge du serveur de Synology qui renvoie l'adresse IP publique derrière la quelle se trouve le NAS. Ce n'est donc pas une erreur du NAS lui-même et ça n'a pas d'impact sur son fonctionnement.

Merci vincent7778, j'ai effectivement remplacé "Hello%20world" par "Hello world" dans l'URL et les message de notification du DSM s'affichent maintenant correctement : The reconnection of VPN profile [***] on *** has failedD'ailleurs c'est en anglais maintenant... Pour info, je connecte mon NAS local (derrière une Freeteuse) à un autre NAS distant (derrière une Livebouse) et les 5 tentatives de reconnexion sont insuffisantes pour reconnecter le VPN lorsque la Livebouse change d'adresse IP publique (ddns, tout ça). L'astuce consiste à augmenter le nombre de tentatives à la fin du fichier /etc/ppp/peers/pptpc_p{id}.conf : #reconnect_times=5 reconnect_times=25J'attends un changement IP de la Livebouse pour confirmer le fonctionnement.

Je me suis basé sur la documentation officielle pour faire des tests il y a quelques semaines. http://nginx.org/en/docs/ Sinon on peut trouver de nombreux exemples aux quatre coins du net.

nginx est maintenant intégré au DSM depuis la version 5.0 et peut également faire office de reverse proxy. C'est bien sûr moins convivial que HAproxy, mais je cite cette alternative juste à titre informatif. Ça se passe dans /etc/nginx/.

Ce n'est pas du tout le comportement que j'obtiens. As-tu au moins testé les notifications du DSM ? Dans les messages de notification provenant du DSM, les espaces sont des "%", pas des "%20" : Le%rappel%du%client%VPN%a%échoué C'est très moche pour le moment, et je penche plus pour un problème venant de Synology.

Crée un utilisateur depuis phpMyAdmin avec comme hôte de connexion % (n'importe quel hôte).

Je sais, mais là je parle des messages de notification prédéfinis de DSM. J'ai fait le test avec l'échec de reconnexion du client VPN et tous les espaces sont des "%". Je veux juste savoir si ceux ayant testé ça sérieusement ont le même souci ?

Les espaces sont remplacés par des "%" dans les messages provenant du NAS, je suppose que ça vient d'un problème d'encodage URL. Vous avez aussi ce souci ?