via78 Posté(e) le 17 juin 2013 Posté(e) le 17 juin 2013 (modifié) bonjour, peut on se connecter a notre NAS sur un de nos site avec une URL de type http://machin.domaine.com et que ca envoi sur le nas avec l'url http://localhost/machin. peut on écrire en backend cette regle : nom : machin serveur : machin localhost/machin: check option : merci d'avance Via Modifié le 19 juin 2013 par via78 0 Citer
via78 Posté(e) le 17 juin 2013 Auteur Posté(e) le 17 juin 2013 merci, je teste ca ce soir Via 0 Citer
Diaoul Posté(e) le 17 juin 2013 Posté(e) le 17 juin 2013 Moi j'aurai dit non mais bon, un test c'est encore le mieux (ou lire la doc) 0 Citer
via78 Posté(e) le 18 juin 2013 Auteur Posté(e) le 18 juin 2013 suite au test, ca ne fonctionne pas. l'un de vous a une idée ?? via 0 Citer
via78 Posté(e) le 18 juin 2013 Auteur Posté(e) le 18 juin 2013 voila ce que je trouve dans la doc en fr : 4.3) Modification des en-têtes HTTP ---------------------------------- En mode HTTP uniquement, il est possible de remplacer certains en-têtes dans la requête et/ou la réponse à partir d'expressions régulières. Il est également possible de bloquer certaines requêtes en fonction du contenu des en-têtes ou de la requête. Une limitation cependant : les en-têtes fournis au milieu de connexions persistentes (keep-alive) ne sont pas vus car ils sont considérés comme faisant partie des échanges de données consécutifs à la première requête. Les données ne sont pas affectées, ceci ne s'applique qu'aux en-têtes. La syntaxe est : reqadd <string> pour ajouter un en-tête dans la requête" donc si je traduit bien, je devrais pouvoir faire ca comme conf backend : nom : machin serveur : machin localhos: check option : reqadd /machin qu'en pensez vous ?? bien entendu association : Frontend : https Backend : machin if { hdr_beg(Host) -i machin. } merci d'avance Via 0 Citer
Diaoul Posté(e) le 18 juin 2013 Posté(e) le 18 juin 2013 Non ça c'est pour un header, pas pour le path. 0 Citer
via78 Posté(e) le 18 juin 2013 Auteur Posté(e) le 18 juin 2013 (modifié) ok, merci diaoul alors ca, est ce interprété correctement ? je part du constat que ca existe pour lien de state de haproxy avec le parametrage suivant : listen stats :8280 stats uri / stats show-legends stats refresh 10s stats realm Haproxy Statistics stats auth xxxxx:xxxxxxxxxxxxxxxx donc je me demande si je ne peux pas faire un conf comme ca : (en rouge les ajouts ) global daemon maxconn 256 log localhost user info spread-checks 10 defaults mode http stats enable default-server inter 30s fastinter 5s log global option httplog 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 listen machin: machin uri /machin frontend http bind :5080 option http-server-close option forwardfor default_backend web frontend https bind :5443 ssl crt /usr/local/haproxy/var/crt/default.pem option http-server-close option forwardfor rspirep ^Location: http://(.*)$ Location: https://1 use_backend machin if { hdr_beg(Host) -i machin. } backend web server web localhost: checkbackend machin server machinlocalhost: check Modifié le 18 juin 2013 par via78 0 Citer
via78 Posté(e) le 18 juin 2013 Auteur Posté(e) le 18 juin 2013 ca fonctionne toujours pas je ne trouve pas le paramètre a passer pour compléter l'URL ca me fait chi.... de passer par le reverse proxy d'apache Via 0 Citer
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.