devildant

oui c'est se que j'ai fait, c'est juste sont absence qui m'étonne ^^

Bonjour CoolRaoul, merci de vous intéresser a mon sujet, non je n'est pas activé cette option. tous mes testes on été fait en 3g sur mon iphone pour etre sur. j'ai un peux du mal a savoir si c'est une erreur de fonctionnement ou si c'est moi qui suis a coté de la plaque ^^

re bonjour, j'ai fini par désactiver le 25 et j'utilise le port 465, avec celui ci l'authentification fonctionne et le ssl aussi, cependant la configuration a beaucoup changer depuis l'update DSM 4.2. une chose étrange également le port 465 n'apparait simplement pas dans les authorisation parfeu. constatez vous des problèmes similaire?

Bonjour, suite a la maj DSM 4.2 je constate un gros problème, (la cas autorisation requise pour client de messagerie excepté mailstation est bien coché dans serveur de messagerie) cependant je constate depuis mon iphone que je peux envoyer des mail via le serveur SMTP en ayant ceci comme config: nom d'hôte : domaine.fr Nom d'utilisateur : Mot de passe : Utiliser SSL : off Port serveur : 25 avez vous le même problème? comment forcer l’authentification? cordialement

je vais contactez synology pour voir avec eu si il ne s'agit pas d'un oublie

vous soulevez un point a aucun je n'avais testez avec les appli mobile, j'ai toujours testé avec un navigateur et effectivement il y a un problème mon ip local est bloquer. bon je vais faire quelque teste pour voir si je trouve d'ou pourrais venir se souci

merci

bonjour diaoul, se n'est pas pour sécuriser, actuelement pour moi depuis la maj j'ai la bonne ip qui apparais dans les log/blocage dans DSM et maitryoda qui dispose de la config de base de haproxy rencontre des problèmes avec le catch de la bonne ip. j'essaye donc de voir quels sont les diff entre ma conf et la sienne afin de voir se qui pourrais pauser problème. après personnellement utilisé le backend en ssl pour dsm m'as permit de corriger un problème avec les applets de DSM (upload au drag&drop et la liste local), pour la partie web (webSSL dans ma conf) l'utilisation d'un backend en ssl m'as permit également de pouvoir gérer le forçage du ssl via un htaccess.

bonjour, ajouter deja a vos frontend http: reqadd X-Forwarded-Proto: http https: reqadd X-Forwarded-Proto: https (cela permet de spécifier dans les header si il s'agit d'http ou https) ensuite essayer de passer votre backend dsm server dsm localhost:5000 check en backend dsm server dsm localhost:5001 ssl check et faite vous bannir de dsm pour voir si la bonne ip est prise en compte

bonsoir, il se trouve dans /var/packages/haproxy/target/var il y a le fichier tpl de base qui contient la conf par default (haproxy.cfg.tpl) et le fichier haproxy.cfg qui contient votre config global, c'est celui la qu'il faudrait que je vois

quels est votre conf?

bonjour je me permet d’intervenir car vous faites fausse route, les livebox on toujours été en 100mb/s et la v2 ne change rien, cependant votre débit est lent car vous passé par la livebox vous vous en servez comme d'un switch c'est la votre erreur je pense. acheter un switch gigabyte comme dit plus haut relier vos appareil et votre livebox dessus, vous obtiendrez alors un débit gigabyte en local.

Bonjour, redirigeant les ports et 443 vers 5000 et 5001 cela ne sert a rien oui et non, exemple simple au boulo tous les port autre que 443 et sont bloquer pour la navigation extérieur du coup il peux être utilise de routé le 443 sur le 5001. il y a bien d'autre solution comme haproxy mais c'est plus compliquer

global daemon maxconn 256 log localhost user info spread-checks 10 defaults mode http stats enable default-server inter 30s fastinter 5s timeout connect 5s timeout client 50s timeout server 50s timeout tunnel 1h listen stats :8280 stats uri / stats show-legends stats refresh 10s stats realm Haproxy Statistics stats auth admin:xxxxx frontend http bind :5080 option http-server-close option forwardfor reqadd X-Forwarded-Proto: http redirect scheme https default_backend web frontend httplocal bind :5081 option http-server-close option forwardfor reqadd X-Forwarded-Proto: http default_backend web frontend https bind :5443 ssl crt /usr/local/haproxy/var/crt/default.pem option http-server-close option forwardfor acl photochecker url_beg /photo/ acl photopersochecker url_reg ~S+S+ acl localcheck hdr_beg(Host) -i 192. acl valid_domains hdr_end(host) -i domainename.fr hdr_end(host) -i dyndns.fr acl otherchecker url_beg /mail url_beg /phpMyAdmin/ reqadd X-Forwarded-Proto: https rspirep ^Location: http://(.*)$ Location: https://1 use_backend web if photochecker || photopersochecker || otherchecker use_backend webdav if { hdr_beg(Host) -i webdav. } use_backend haproxy if { hdr_beg(Host) -i haproxy. } use_backend station if { hdr_beg(Host) -i station. } use_backend DSMIP if !valid_domains localcheck default_backend webSSL frontend httpslocal bind :5444 ssl crt /usr/local/haproxy/var/crt/default.pem option http-server-close option forwardfor reqadd X-Forwarded-Proto: https rspirep ^Location: http://(.*)$ Location: https://1 default_backend webSSL backend web server www localhost: check backend webdav server webdav 192.168.1.25:5006 ssl check backend haproxy server haproxy 192.168.1.25:8280 check backend station server station 192.168.1.25:5001 ssl check backend DSMIP server diskstation 192.168.1.25:5001 ssl check backend webSSL server www localhost:443 ssl check

bonjour, cela est très étrange, moi maintenant la bonne ip est toujours catcher, j'ai vérifier ma conf dans le php.ini a été supprimer depuis la maj (auto_append vide dans php.ini). je pense que nous devons avoir une config haproxy différente

Bonjour a tous, je viens de passé en DSM 4.2 (je sais j'ai mit du temps mais je voulais être sur qu'elle était stable ^^) j'ai testé a nouveau le blocage des ip et la miracle c'est la bonne ip qui est bloquer, j'ai put teste qu'en local je verais plus en détaille demain. en tous cas si je n'est pas halluciné MERCI SYNOLOGY ^^ et également merci a diaoul pour cette excelent package et pour avoir contacté synology.

oui, j'ai chercher pendant un moment ^^, c'est la ou avoir une ip dynamique a sont avantage (pour une fois)

j'ai des doutes que cette nouvelle maj corrige se problème car a l’époque j'avais tenté de contacter le support pour le notifier le problème et il mon répondu de voir avec vlc . le problème est survenue au moment de l’apparition de video station, et a mon avis c'est une volonté de leurs part pour le moment. je pense que tant que videostation ne fonctionnera pas en https il y a peux de chance que le problème soient corriger

merci diaoul, cela fait depuis que j'ai installer haproxy que je voulais pouvoir avoir des backends en ssl, et j'avais beau épuise google et la doc je n'arrivais pas a trouver sans passé en mode tcp. merci merci, du coup les htaccess qui force le ssl fonctionne a nouveaux même si je me suis débrouiller autrement depuis sa me sera utile.

Bonjour, avez vous des problème avec allociné depuis aujourd'hui? l'api renvoi un access denied

effectivement le https en local n'as pas d’intérêt, cependant, pour mon site web, je veux des pages en https et des pages en http, pour ce faire j'utilisai un htaccess qui forçais le https pour les page voulu, depuis que j'utilise haproxy soit je passe tous en ssl soit l'utilisateur peux a sa guise passé en http sur les page en https, le htaccess ne fonctionnant plus (car pas moyen de dire a haproxy de pointer sur du https). je me retrouve bloquer. je met donc un + 1 a se poste ^^

bonjour, j'ai fait une modification similaire et cela fonctionne chez moi voila mon poste si cela peux vous aidez :

Bonjour, je doute que changer le port d'apache pour faire un mode transparent soit une bonne idée, c'est tentez le diable, en attendant vous pouvez vous simplifiez les chose en vous créant une page php qui vous indiquera les liens en fonction de si haproxy est utilisé ou pas. comme sa vous aurez une page d’accès qui vous fournira les bon liens et vous n'aurez plus a vous souciez de quel port utilisé. oui c'est un nouveau package présent dans DSM 4.2. par-contre je vois seulement sont intérêt pour le local, pour ceux qui on une livebox ou pour les entreprises qui veulent garder le syno sans accès extérieur. moi même ayant une livebox j'attends se package avec impatience, je n'aurais plus a modifier mon fichier hosts a chaque fois .

avez vous résolu votre problème de redirection forcer sur https? car chez moi j'ai fait des tests et a chaque fous je suis bien rediriger dur http au https vos backend sont t'il bien en https?

bonjour, je me permet juste d'intervenir car depuis le passage en DSM 4.1 même les certificats délivré par une autorité ne permet plus de lire en https, je possède un certif délivré par ovh qui en DSM 4.0 fonctionnait parfaitement, le plugin vlc fonctionnais a merveille. cependant depuis DSM 4.1 synology a modifié quelque chose dans les conf system et vlc n'arrive plus a lire en SSL (vous trouverez mon sujet ). seul solution que j'ai trouver c'est d'utilisé HAProxy. en espérant que DSM 4.2 corrige cette bourde. cordialement