tolivier

J'ai eu le même soucis : impossible de me connecter au DSM. En me connectant en SSH, je vois qu'un process lié à PhotoStation "mouline" énormément. J'ai désinstallé PhotoStation et tout est rentré dans l'ordre. Je ne sais pas pourquoi mais suite à la mise à jour, PhotoStation réindexait les vidéos...

J'utilise pour ma part le service de Dedikam (français). Il utilise le protocole Rsync et est configurable depuis le service de sauvegarde standard du Syno. Je suis membre (c'est une association) depuis 2 ans et je n'ai eu aucun soucis. Le support est très réactif.

Ma configuration est légèrement différente de la tienne. J'ai suivi à la lettre le tuto : Je n'ai pas modifié le fichier ovpn*.conf.

@Phill68, je pense que le problème provenait de VPNTunnel car jusqu'à mardi, cela ne fonctionnait pas (DSM 4.3) pour moi. Sans rien toucher, c'est revenu !

J'ai ce problème avec une SFRBox v6

J'ai modifié la configuration du reverse proxy en mettant en commentaire la ligne en rouge : <VirtualHost *:443> ServerName dsm.xxxx.yyy # SSLCipherSuite HIGH:MEDIUM SSLProtocol all -SSLv2 SSLCertificateFile /usr/syno/etc/ssl/ssl.crt/server.crt SSLCertificateKeyFile /usr/syno/etc/ssl/ssl.key/server.key SSLEngine on SSLProxyEngine on ProxyPass / https://localhost:5001/ ProxyPassReverse / https://localhost:5001/ </VirtualHost> => Résultat : Plus de lenteur De ce que je comprends de la documentation (http://httpd.apache.org/docs/2.0/ssl/ssl_howto.html), la ligne ignorée permet de n'accepter que des "strong encryption", ce qui expliquerait l'erreur de CoolRaoul (?).

L'erreur rencontrée par CoolRaoul semble être liée à un problème de certificat SSL (voir http://wiki.apache.org/httpd/DebuggingSSLProblems). J'ai modifié ma conf du reverse-proxy pour accepter des URL en HTTP et HTTPS. Ainsi : http://dsm.xxx.yyy => pas de lenteur https://dsm.xxx.yyy => lenteur ! J'ai recréé un certificat auto-signé via l'IHM du DSM (Paramètres du DSM / Certificat) mais cela ne change rien.

Je viens de refaire des tests : Ma CPU est < 5% et la RAM OK (1/3 occupée). Des lenteurs uniquement en HTTPS. 1- J'ai supprimé ma configuration du reverse-proxy et rebooté le syno (je n'ai plus l'erreur signalée au redémarrage d'Apache : "error : err_network" ; erreur également signalée par Breat). 2- J'ai remis la configuration du reverse-proxy et rebooté le syno Les lenteurs ont disparu. Je ne sais pas expliquer pourquoi mais mon problème est résolu. Edit : un redémarrage du serveur Apache et les lenteurs sont revenues ; j'ai refait un nouveau redémarrage d'Apache et c'est redevenu normal...

DS213Air (mais je n'utilise pas le Wifi, je suis en filaire). C'est donc un modèle récent

Pour ma part, c'est (très !) lent uniquement en HTTPS. J'espère qu'un patch va rapidement être mis en ligne !

Les résultats sont-ils identiques en HTTP et HTTPS ?

Merci ERaw, Pour ma part, j'ai changé la ligne : if [ -n "$(ifconfig | grep "$interface")" ] && [ -z "$($iptables -L -v | grep "DROP")" ]; then par if [ -n "$(ifconfig | grep "$interface")" ] && [ -z "$($iptables -L -v | grep "$interface" | grep "DROP")" ]; then En effet, dans mon cas, j'ai des règles (DROP) configurées dans le Firewall pour l'interface br0. Le grep ajouté permet de ne se concentrer que sur l'interface tun0.

Merci Tanlong pour ton tuto. J'ai juste une erreur sur "RewriteRule ^(.*) https://xxx.xxx.xxx.xxx/photo/ [NC,R nc,r=301,L]" J'ai remplacé les xxx.xxx.xxx.xxx par mon @IP mais lors du restart du serveur Web, j'ai le message "RewriteRule: bad flag delimiters". une idée ?

Bonjour, J'ai un VPN sur lequel je récupère du trafic bittorrent (sur tun0), et je souhaite, en cas de coupure du VPN (ce qui peut arriver), que le trafic ne passe pas par l'interface br0 (pour que mon IP "française" ne soit pas interceptée). En regardant sur Internet, j'ai vu des forums où il est indiqué d'exécuter par exemple : /sbin/iptables -A FORWARD -m string --algo bm --string "BitTorrent" -j REJECT mais ce n'est pas supporté par Synology (et en plus, cela ralentit le trafic sortant). Je précise que j'ai une "simple" box en sortie qui ne permet pas de filtrer le trafic sortant. Des idées ?

Bonjour, J'ai acheté un Syno il y a 1 mois avec 2 DD. A l'installation, un des disques n'est pas reconnu (je ne les ai pas préparés car je n'ai pas de boîtier externe) et fait un bruit "caractéristique", avec de nombreux "retries". Je le renvoie au SAV. Depuis un mois, je tourne donc avec 1 DD (en position 2), aucun soucis. Ce matin, j'ai reçu un DD neuf en échange. Je l'insère (en position 1 dans le rack), je remets en marche (la led est bien verte) ; quand je me connecte sur le DSM (v4.1), il ne semble pas reconnu (dans le Gestionnaire de stockage, je ne vois que le disque 2) et la led verte reste statique. J'ai loupé une étape ? Merci, Olivier.