Acc

[Breat]

bonjour,

j'ai un syno 411j et j'ai des trucs bizarre depuis la mise à jour.

1°) il met 3 plombes à charger la page du DSM

2°) si j'y accède via le web j'ai bien la page mais sur fond blanc, sans les icônes et je ne peux rien faire :

3°) si j'y accède en local là c'est bon, par contre même connecté en admin au syno j'ai le message suivant au bout d'un moment :

4°) une fois ce message affiché je n'ai plus accès à mon syno au bout d'un moment via windows en faisait IP_LOCALE_DU_SYNO,je n'y est plus accès via le web, via l'IP locale dans le navigateur et même synology assistant ne le vois plus.

quelqu'un aurait-une idée?

Modifié le 6 mars 2013 par Breat

[Sebseb]

Bonjour,

Je rencontre le meme problème depuis la mise à jour hier sur un DS211.

J'ai tenté des desinstallations de package sans succès.

Merci d'avance.

[PiwiLAbruti]

Avez-vous vidé le cache de vos navigateurs ?

[Breat]

oui j'ai bien vider le cache des navigateurs et même tester sous d'autres navigateurs (Google Chrome, Internet Explorer 10).

[tolivier]

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

[Breat]

perso je suis uniquement en HTTPS car quand je pointe sur le HTTP c'est renvoyé directement sur le HTTPS. j'ai peut-être trouvé le pourquoi, en fait le pare-feu du syno s'est activé lors de la mise à jour 4.2, maintenant que je l'ai désactivé cela semble un peu mieux (en local) mais je me fais toujours expulser du syno au bout d'un moment. je n'ai pas encore tester d'attaquer le syno depuis windows en faisant : IP_LOCALE_DU_SYNO

Modifié le 6 mars 2013 par Breat

[CoolRaoul]

J'ai aussi constaté cela, uniquement en HTTPS.

C'est pas limité a DSM, shellinabox rame a mort en https aussi

On dirait que le moteur de cryptage matériel n'est pas utilisé par SSL en 4.2

[tolivier]

Pour ma part, c'est (très !) lent uniquement en HTTPS.

J'espère qu'un patch va rapidement être mis en ligne !

[CoolRaoul]

Pour ma part, c'est (très !) lent uniquement en HTTPS.

J'espère qu'un patch va rapidement être mis en ligne !

Quel modèle ?

Un collegue ne semble pas avoir le problème sur son DS212, sur mon DS210J c'est franchement catastrophique

[tolivier]

Quel modèle ?

Un collegue ne semble pas avoir le problème sur son DS212, sur mon DS210J c'est franchement catastrophique

DS213Air (mais je n'utilise pas le Wifi, je suis en filaire).

C'est donc un modèle récent

[CoolRaoul]

DS213Air (mais je n'utilise pas le Wifi, je suis en filaire).

C'est donc un modèle récent

Ah oui, etonnant dans ce cas

Faudrait pouvoir faire un inventaire de qui est touché et qui ne l'est pas

[Leelou01]

J'ai le même soucis avec mon 110j. J'ai apparemment l'indexation qui est en cours depuis 48h. Le disque gratte à mort et l'accès est tellement long que je n'arrive à rien faire. Il faut en moyenne 20 mn avant d'arriver au DSM - quand ça ne plante avant. Je ne peux pas voir le moniteur de ressource quand j'arrive sur le DSM (erreur de réseau !). C'est une vrai galère....

[DjMomo]

RAS avec un 211+

[CoolRaoul]

RAS avec un 211+

Un collegue sur DS211 (pas "+" mais pas "J" non plus) n'a rien constaté. Modifié le 6 mars 2013 par CoolRaoul

[Breat]

bon je viens de voir pour tester de virer ma redirection vers le HTTPS, mais sans succès

actuellement dans le fichier : httpd-vhost.conf-user

<VirtualHost *:>
ServerName dsm.breat.me
Redirect / https://dsm.breat.me/
</VirtualHost>

et dans : httpd-ssl-vhost.conf-user

NameVirtualHost *:443
<VirtualHost *:443>
ServerName dsm.breat.me
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
ProxyRequests Off
ProxyVia Off
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
ProxyPass / https://localhost:60000/
ProxyPassReverse / https://localhost:60000/
</VirtualHost>

mais j'ai le message suivant :

alors que tout est comme avant. donc je vois pas trop le problème là.

sinon quoi mettre pour accéder au DSM via l'URL : http://dsm.breat.me sachant que ce sous-domaine est rediriger depuis OVH sur mon IP publique?

j'ai aussi l'indexation en cours ça vient peut-être de là le problème

Modifié le 6 mars 2013 par Breat

[Leelou01]

Je viens d'arriver au bout de 45 mn à accéder au DSM mais je ne peux rien faire car l'indexation est toujours en cours depuis 1jour et 12h... Le processeur est completement dans les choux. A chaque clic il faut que je patiente 5 mn environ et puis là j'ai une erreur de réseau et donc je ne peux pas valider mes actions.

[tolivier]

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...

Modifié le 6 mars 2013 par tolivier

[CoolRaoul]

Apres avoir activé l'error log apache, il se remplit de messages de ce genre lors de connexions ssl

[Thu Mar 07 08:46:51 2013] [error] [client nnn.ppp.qqq.rrrr] Re-negotiation handshake failed: Not accepted by cli
ent!?, referer: https://<mon_domaine.com>/webman/index.cgi
 

Si ça donne une idée a quelqu'un ...

Je pense que c'est lié au reverse proxy

[tolivier]

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.

[CoolRaoul]

J'ai recréé un certificat auto-signé via l'IHM du DSM (Paramètres du DSM / Certificat) mais cela ne change rien.

J'ai eu la meme idée que toi avec bien entendu le même résultat...

Le probleme semble bien lié a la combinaison SSL/reverse proxy (je n'ai pas la possibilité de tester en SSL direct pour le moment)

[didierrp]

bon ben je vais attendre un peu avant de faire la mise à jour...!!

[CoolRaoul]

Ca serait intéressant de savoir si le même problème est constaté par les utilisateurs de haproxy

[tolivier]

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 (?).

[CoolRaoul]

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 (?).

Dans mes bras !!!

[Breat]

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 (?).

notre sauveur

Modifié le 7 mars 2013 par Breat