devildant

mais de rien

L'erreur renvoyer par haproxy est bloquante, du coup si vous appliquez le correctif il devrait ce lancer, en tout cas pour moi tout fonctionne avec cette petit modif

Bonjour, vos backend sont configurer en https? par exemple cela : diskstation localhost:5001 ssl check si c'est le cas c'est juste qu'un contrôle ssl a été rajouter dans cette version de haproxy. pour corrigé le problème editer le fichier suivant avec la commande : vi /volume1/@appstore/haproxy/var/haproxy.cfg et replacer ssl check par ssl verify none check une fois que c'est fait vous pourrez normalement lancer haproxy depuis dsm, une fois fait appliquer les même modification au niveau de l'interface graphique de haproxy dans backend

je comprends, c'est vrai que suite a une mauvaise expérience c'est dur de refaire confiance. mais si tu as l’occasion de le re-tester a nouveau je te conseil de re tenté l’expérience, car je l'utilise depuis un bon moment et je n'ai plus a me soucier des différentes modifications que fait synology au niveau des conf apache. a chaque mise à jour je n'ai rien a faire coté reverse proxy (en tout cas pour le moment ) et surtout grâce a lui j'ai pu passé a travers les bourdes de la dernière maj DSM (problème au niveau de la definition du servername dans la conf apache, + problème d'auth basic avec SPDY....), vu que j'ai un site en production ca ma sauvé la vie (sauf pour mon réseau local) et surtout il est possible de le conf via l'interface dsm et ça c'est vraiment un plus. je n’essaie pas de te vendre le truc hein c'est juste mon petit retour d'expérience

j'ai une petit question a se sujet, pourquoi ne pas utilisé haproxy plutôt que le reverse proxy d'apache? l'utilisation de haproxy simplifie grandement les mise à jour.

Un grand merci j'ai rassemblé les problèmes que j'avais avec le https en DSM 5 et leurs correction via ce sujet :

bon alors après avoir épluché la conf apache j'ai la solution a tous mes problèmes : 1) un message d'erreur apparait dans l'onglet certificat (veuillez vous reconnecter) le problème est lier au différente migration depuis la 4.3 la solution : Rendez-vous sur l'interface DSM dans l'onglet certificat connectez-vous en root via ssh rendez-vous dans le repertoire cd /usr/syno/etc/ssl supprimer les divers certificat dans les dossiers suivants : ssl.crt ssl.csr ssl.intercrt ssl.key FAITE ATTENTION VOUS ÊTES EN ROOT Une fois fait depuis l'interface DSM dans l'onglet certificat créer un certificat auto signé A présent vous pouvez remettre votre certificat wildcard 2) Les applets java ne se lance plus a cause d'une erreur SNI (webstation, filestation port 7001) Synology a oublier une conf apache dans la configuration pour webstation et filestation, il ne l'on cependant pas oublier dans DSM les parametres manquant sont : ServerName * ServerAlias * pour les ajouter : connexion en ssh et en root WebStation : cd /etc/httpd/conf/extra vi httpd-ssl.conf-user Ajouter les deux paramètres sous la balise <VirtualHost *:443> Filestation cd /etc/httpd/sites-enabled vi SYNO.SDS.App.FileStation3.Instance.alt_port_ssl.conf Ajouter les deux paramètres sous la balise <VirtualHost *:7001> 3) l’authentification basic échoue systématiquement en https Grâce a ZiKriek sur ce sujet : j'ai la correction (encore merci ) Solution : panneau de configuration -> service web -> service http : désactiver SPDY je vais informer synology de ces corrections

Bonjour

Bonjour MS_Totor, oui bien sur voila l'erreur : javax.net.ssl.SSLProtocolException: handshake alert: unrecognized_name at sun.security.ssl.ClientHandshaker.handshakeAlert(Unknown Source) .... d'après mes recherches et différent test l'erreur est causé pas apache, le serveur name renvoyé ne corresponds pas avec l'appel. j'ai pu patcher temporairement webstation en modifiant la conf apache du syno, j'ai rajouté le paramètre ServerName. mais bon déjà que a chaque mise a jour je suis obliger de modifier la conf de certain composant, si en plus il faut que je me paluche toute les conf apache ça va pas le faire, surtout que au niveau de DSM en lui même cela fonctionne très bien (port 5001), je me dit donc que c'est un souci de conf et que synology peux le corrigé, surtout que juste avant mon passage en 5.0 cela fonctionnais a la perfection. j'ai fait quelque tentative avec cette configuration apache (sans succes) http://httpd.apache.org/docs/2.2/mod/core.html#usecanonicalname Concernant le problème de l'auth basic j'ai tenté de modifier les options SSL (sans succes) : http://www.apache.jp/manual/fr/mod/mod_ssl.html#ssloptions cette mise à jour se passe dans la douleur et heureusement que haproxy est la sinon mon site serait en RAD

Bonjour, je crée ce sujet car je rencontre de nombreux souci avec cette mise à jour DSM 5 et les certificat ssl wildcard. je dispose de plusieurs sous domaine a sécurisé et donc pour cela j'ai acheté un certif wildcard que je renouvel depuis 2 ans. en 4.3 (pas d'update) mon certificat était parfaitement reconnu dans l'interface certificat, au file des mise à jour, j'ai vu la gestion de ce type de certificat ce dégrader. au jour d’aujourd’hui avec ce DSM 5 je rencontre ces problèmes : - quand j’accède a l'interface certificat dans le panneau de config DSM j'obtiens un message comme quoi je dois me reconnecter. - les applet java ne se lance plus car il y a une erreur SNI, le problème a été constaté avec webstation(https) et filestation sur le port 7001(https), étrangement cela fonctionne avec le port 5001. - il m'est impossible d’utilité l'autentification basic avec webstation en https, peux import le login et le mot de passe le prompt réapparait systématiquement. le but de ce message n'est pas un appel au secours ^^ mais si vous avez des idées je suis preneur ^^ je suis actuelement en discussion avec synology pour ce problème, je ferais un retour sur l’évolution. Une solution que j'utilise pour mon réseau local est de passé par haproxy, il corrige les entêtes http, du coup en passant par lui je n'ai plus de problème. c'est quand même fâcheux de devoir utilisé un riverse proxy pour pouvoir utilisé un service web correctement (même si bien évidement ce n'est pas pour cela que je l'utilisai initialement) voila j'espère que ce sujet pourra faire patienté ceux qui n’ont pas encore migré et qui possède ce type de certificat ou tous simplement ceux qui ce retrouve dans la même situation que moi

la maj apporte des modification PHP, j'ai dû effectuer une mise à jour de mediawiki et phpmyadmin, faite attention si vous utilisé les preg_match() exemple d'erreur : preg_match(): Compilation failed: group name must start with a non-digit at offset 8 sur ces dernière mise a jour DSM synology c'est pris beaucoup de liberté sans se soucier des impacte possible, pour un particulier c'est agaçant, pour un pro c'est juste inadmissible, surtout que leurs release note sont assez légère.

je suis passé chez SFR, et j'en suis très content il m'a suffit de mettre le package dns sur le syno et hop loopback

Bonjour, la livebox est une cochonnerie, elle ne gère pas le loopback et elle se fiche des DNS interne. du coup seul solution modifier la conf de la livebox pour qu'elle utilise le DNS du syno puis au niveau du syno il va falloir renseigné les DNS d'orange sinon vous n'aurez plus internet. Dans tout les cas si vous utiliser la TV orange vous allez la perdre avec ce procédé. (il y a eu quelque model de livebox correct mais ça ne cours pas les rue ^^) (Si jamais vous avez la possibilité de changer de FAI, changé )

Merci

Bonjour CoolRaoul, J'ai une petit question, le problème que tu soulève sur le reverse proxy, concerne le reverse proxy d'apache ou le reverse via haproxy?

rrrrrr, j'ai trouvé c'est lier au https. quand tu te connect tu est en http non ? suite a cette maj mes applet java sont impossible a lancé en https et il m'est également impossible de m'identifier via htaccess. quelqu'un a le même souci que moi?

oki je vais voir mais c'est proche de ce que j'ai, se qui me chagrine c'est que en 4.3 était nickel et la suite a la maj rien ne passe c'est assez énervant. MERCI pour le test

Bonjour, vous pouvez vous identifier avec le mode basic? car moi malgré de multiple tentative il n'y a rien a faire peux import si j'entre le bon login et le bon password le prompt réapparait systématiquement

Bonjour, si vous chercher a recevoir vos mail orange, vous avez mal compris se que vous avez fait, la configuration que vous avez appliquer ne vous sert qu'a envoyer et recevoir des emails sur l’adresse user@nomdedomaine.ddns.me. Si vous voulez recevoir vos emails orange je vous conseil de vous rendre dans les option de votre boite mail orange et de forward les emails vers votre user@nomdedomaine.ddns.me. il doit etre possible d'ajouté des email externe via mailstation ou roundcube mais je n'a jamais chercher ces options.

Bonjour, et ba ça donne pas envie de la faire cette maj, je vais encore attendre, j'ai un syno depuis la 2.3 et je n’ai jamais vu de mise a jour aussi problématique. On dirai que c'est la mode en se moment de tout changer, tout refaire et bien sur truffé un système stable de toute les erreur de jeunesse d'un nouveau. (apple mode troll)

Aaa bonne nouvelle, content que ce soit résolu, ca va me service aussi(j'attends avant de migré l'histoire de voir tout ce qui ne va pas ) Pour quickconnect je pense syno a fait quelque modif foireuse car pourquoi le https est impacté et pas le http, apres cela me semble normal que les liens filestation soit remplacer si il est activé. Bonne soirée également

Oui le faites d'utiliser le https renforce la securité de vos donnée, ce que vous telecharger ou streamer est crypter. Je vous conseil de contacter synology car je trouve cela etrange. Pourrais tu faire un retour si tu les contacte? Gofile est a priori le service quickconnect, l'avez vous activé?

ça ressemble a lien créer avec le partage de fichier , avez vous essayer de prendre l'url http et de remplacer le http par un https et de remplacer le port 5000 par 5001 et de donner ça a vlc?

vous pouvez donnée un exemple d'url(sans votre domaine) en https?

Sinon quelqu'un a un retour sur l'utilisation de haproxy et du support HTTP_X_FORWARDED_FOR?