[R

[Boris]

Bonjour à tous

Je tente désespérément de faire du reverse proxy.

J’ai utilisé ces tutos :

http://syno.haefling...u_reverse_proxy

… mais je n’arrive pas à m’en sortir.

Je dispose de noms chez Gandi où les CNAME pointent sur un compte no-ip.org pour suivre mon adresse ip.

Là où ça se complique c’est que j’ai deux NAS. Le site que je voudrais atteindre est sur le deuxième et j’y accède via le port 8080.

Voila ce que j’ai mis dans le deuxième NAS à : usr/local/etc/hhtpd-local.conf

# -*- apache -*-

<IfModule !proxy_module>

LoadModule proxy_module modules/mod_proxy.so

LoadModule proxy_connect_module modules/mod_proxy_connect.so

LoadModule proxy_http_module modules/mod_proxy_http.so

</IfModule>

#/

NameVirtualHost *:8080

<VirtualHost *:8080>

ServerName www.bogisa.fr

ProxyRequests Off

ProxyVia Off

<Proxy *>

Order deny,allow

Allow from all

</Proxy>

ProxyPass / http://192.168.1.18:8080/wordpress/

ProxyPassReverse / http://192.168.1.18:8080/wordpress/

</VirtualHost>

Quand je demande la page, je me retrouve sur le premier NAS.

Des idées de dépannage ?

Modifié le 12 novembre 2012 par Boris

[CoolRaoul]

C'est la redirection sur ton routeur ou ta box qui n'est pas correcte

[Boris]

Merci de ta réponse,

pourtant, avant de faire ces manips, quand je tapais dans firefox : monadresse.no-p.org:8080/wordpress le site s'affichait correctement...

voila comment j'ai configuré ma box :

http://imageshack.us/f/827/confignatlivebox.jpg

J'utise le 8080 pour le photostation de NAS2, le problème vient il de là ?

[CoolRaoul]

Quelle méthode as-tu employé pour que photostation utilise le port ?

--> c'est bon pour la question ci dessus, j'ai trouvé

pourquoi ne pas être resté sur le port http standard () ?

"NAS2" c'est "barbe noire" ou "barbe rouge" ?

** message modifié***

Modifié le 9 novembre 2012 par CoolRaoul

[Boris]

Barberouge, c'est NAS1 et oui, Barbenoire c'est NAS2

Pour Barbenoire, dans panneau de configuration/services web/services http, j'ai coché "ajouter un port supplémentaire" et spécifé le 8080

Je ne suis pas resté sur le standard car il est utilisé par NAS1 (barberouge) et me permet d'acceder au blog.

[CoolRaoul]

Je ne suis pas resté sur le standard car il est utilisé par NAS1 (barberouge) et me permet d'acceder au blog.

Et alors quel est le probleme? L'utilisation d'un port n'a pas être unique sur un lan

**EDIT**

tu peux tres bien utiliser le port sur les deux nas et dans ta redirection de port sur le livebox tu met:

• port externe:, port interne:, equipement:barbe-rouge
  
• port externe:8080, port interne:, equipement:barbe-noire
  

**EDIT #2**

et pas besoin de reverse proxy a priori

Modifié le 9 novembre 2012 par CoolRaoul

[Boris]

ben le problème, c'est qu'en tapant " bogisa.fr" dans mon navigateur je souhaiterai arriver sur le wordpress de NAS2 (Barbenoire) et que pour le moment j'arrive sur le NAS1

P.S. en tapant monadresse.no-p.org:8080/wordpress avant de faire mes manips, le site wordpress s'affichait correctement. Maintenant la connexion est refusée...

je viens de répondre trop vite... j'essaie ta proposition...

[CoolRaoul]

ben le problème, c'est qu'en tapant " bogisa.fr" dans mon navigateur je souhaiterai arriver sur le wordpress de NAS2 (Barbenoire) et que pour le moment j'arrive sur le NAS1

P.S. en tapant monadresse.no-p.org:8080/wordpress avant de faire mes manips, le site wordpress s'affichait correctement. Maintenant la connexion est refusée...

quand tu tapes l'url dans le navigateur sans donner de port, tu vas arriver avec le port qui est redirigé par la configuration de la livebox sur barbe-rouge et donc tu arrive sur barbe-rouge,, tout est normal

[Boris]

ça ne change rien...

[CoolRaoul]

P.S. en tapant monadresse.no-p.org:8080/wordpress avant de faire mes manips, le site wordpress s'affichait correctement. Maintenant la connexion est refusée...

Tu devrais commencer par simplifier ta configuration: supprimer toute la partie reverse proxy, tout laisser sur le port .

Dans la config livebox tu redirige le 8080 vers le d'un des deux nas et le vers l'autre

Et tu verras que tout va redevenir bien plus simple

[Boris]

Le problème n'est pas d'arriver sur Barberouge mais sur Barbenoire.

Comment faire pour que l'adresse bogisa.fr passe par le 8080 et arrive sur le wordpress du deuxième NAS ?

[CoolRaoul]

Le problème n'est pas d'arriver sur Barberouge mais sur Barbenoire.

Comment faire pour que l'adresse bogisa.fr passe par le 8080 et arrive sur le wordpress du deuxième NAS ?

en tapant http://bogisa.fr:8080 ?

**EDIT**

Solution: mettre un reverse proxy sur le premier NAS qui redirige vers le 2eme

Modifié le 9 novembre 2012 par CoolRaoul

[Boris]

Ca, ça marche en tapant monadresse.no-p.org:8080/wordpress

L'idée c'était d'avoir un nom en .fr qui soit plus simple à communiquer mais qui fasse la même chose.

P.S. je viens de supprimer cette histoire de reverse proxy

[CoolRaoul]

plus précisément, puisque tu as redirigé le vers le du premier nas, tu met un reverse proxy sur celui-ci

ServerName www.bogisa.fr

ProxyRequests Off

ProxyVia Off


Order deny,allow

Allow from all

<proxy>

ProxyPass / http://IP_DU_2eme_NAS/wordpress/

ProxyPassReverse / http://IP_DU_2eme_NAS/wordpress/

</proxy>

Et tu oublie le port 8080

Modifié le 9 novembre 2012 par CoolRaoul

[CoolRaoul]

L'idée c'était d'avoir un nom en .fr qui soit plus simple à communiquer mais qui fasse la même chose.

Par "simple a communiquer" tu veux dire sans numéro de port j'imagine?

Donc tu peux comprendre que les connexions utilisant cette url vont forcément aboutir sur le NAS sur lequel est redirigé le port via la livebox.

Si tu veux aboutir, in fine, sur le *deuxième* NAS, c'est bien sur le premier qu'il faut configurer un reverse proxy de façon a rediriger les connexions correspondant à cette URL sur le 2eme.

CQFD

Modifié le 9 novembre 2012 par CoolRaoul

[Boris]

bon, j'ai essayé mais ça ne marche pas (pas encore ). Merçi en tout cas de ton aide !!!

Sur la box : pour NAS1 entrée et sortie

pour NAS2 entrée 8080 et sortie

Sur NAS1 (barberouge), j'ai ajouté via config-file éditor la ligne : Include /usr/local/etc/hhtpd-local.conf

et dans le hhtpd-local.conf j'ai mis :

# -*- apache -*-

<IfModule !proxy_module>

LoadModule proxy_module modules/mod_proxy.so

LoadModule proxy_connect_module modules/mod_proxy_connect.so

LoadModule proxy_http_module modules/mod_proxy_http.so

</IfModule>

#/

ServerName www.bogisa.fr

ProxyRequests Off

ProxyVia Off

Order deny,allow

Allow from all

<proxy>

ProxyPass / http://192.168.1.18/wordpress/

ProxyPassReverse / http://192.168.1.18/wordpress/

</proxy>

Pour le moment, bogisa.fr me renvoie une erreur.

P.S. cela peut il venir des fichiers de configuration wordpress qui ont en mémoire le 8080 ?

Modifié le 9 novembre 2012 par Boris

[CoolRaoul]

bon, j'ai essay

[Boris]

http://192.168.1.18/wordpress/ fonctionne "presque" en local. Il m'affiche la page d'acceuil

Par contre quand j'essaie d'aller sur autre page, il me dit "Firefox ne peut établir de connexion avec le serveur à l'adresse mimaison.no-ip.org:8080."

Firefox ne reprend pas dans l'adresse l'IP interne.

Le problème vient maintenant de la configuration de Wordpress non ?

[CoolRaoul]

http://192.168.1.18/wordpress/ fonctionne "presque" en local. Il m'affiche la page d'acceuil

Par contre quand j'essaie d'aller sur autre page, il me dit "Firefox ne peut établir de connexion avec le serveur à l'adresse mimaison.no-ip.org:8080."

Firefox ne reprend pas dans l'adresse l'IP interne.

Le problème vient maintenant de la configuration de Wordpress non ?

Déja, comme tu es repassé sur le port tu ne devrais plus trouver ces références au port 8080

Donc en effet la config WordPress est a vérifier, me semble que l'on doit lui donner quelque part l'url externe de la racine du site, ici ca sera donc à priori www.bogisa.fr.

ensuite la conf reverse proxy doit être plutôt celle ci:

<IfModule !proxy_module>

    LoadModule proxy_module modules/mod_proxy.so

</IfModule>


<IfModule !proxy_connect_module>

    LoadModule proxy_connect_module modules/mod_proxy_connect.so

</IfModule>


<IfModule !proxy_http_module>

    LoadModule proxy_http_module modules/mod_proxy_http.so

</IfModule>


<IfModule !proxy_ftp_module>

    LoadModule proxy_ftp_module modules/mod_proxy_ftp.so

</IfModule>


NameVirtualHost *:


<VirtualHost *:>

    ServerName www.bogisa.fr

    ProxyPass / http://192.168.1.18/wordpress/

    ProxyPassReverse / http://192.168.1.18/wordpress/

</VirtualHost>

Modifié le 9 novembre 2012 par CoolRaoul

[Boris]

j'essaie ça tout de suite...

[Boris]

Screugneugneu !!!!

Ce coup-ci, le message est " le serveur met trop de temps à répondre..."

[CoolRaoul]

Essaie d'ajouter provisoirement

ErrorLog /var/log/httpd-user-error.log

(ou un autre chemin de fichier si tu veux)

dans la conf des deux serveurs apache (nas1 et nas2)

Le contenu de ces deux error log donnera peut être des pistes

(bien entendu ne pas oublier comme a chaque modif de relancer apache)

Modifié le 9 novembre 2012 par CoolRaoul

[Boris]

Heuuuuuu

je ne voit pas de httpd-user-error.log, voila ce qye j'ai :

Barbe-Rouge> cd /var/log/

Barbe-Rouge> dir

drwxr-xr-x 4 root root 4096 Nov 10 01:03 .

drwxr-xr-x 13 root root 4096 Nov 10 01:02 ..

drwx------ 4 root root 4096 Mar 17 2004 cores

-rw-r--r-- 1 root root 1467055 Nov 10 01:04 dms.log

-rw-r--r-- 1 root root 108807 Jan 19 2011 dms.log.1.gz

-rw-rw-rw- 1 root root 95606 Sep 19 2011 dms.log.10.gz

-rw-r--r-- 1 root root 98030 Oct 12 2011 dms.log.11.gz

-rw-r--r-- 1 root root 97346 Nov 16 2011 dms.log.12.gz

-rw-r--r-- 1 root root 102673 Dec 16 2011 dms.log.13.gz

-rw-r--r-- 1 root root 116057 Jan 25 2012 dms.log.14.gz

-rw-r--r-- 1 root root 94663 Feb 11 2012 dms.log.15.gz

-rw-r--r-- 1 root root 94988 Mar 6 2012 dms.log.16.gz

-rw-r--r-- 1 root root 116308 Apr 15 2012 dms.log.17.gz

-rw-r--r-- 1 root root 108806 May 8 2012 dms.log.18.gz

-rw-r--r-- 1 root root 117811 Jun 21 20:39 dms.log.19.gz

-rw-r--r-- 1 root root 88084 Jan 31 2011 dms.log.2.gz

-rw-r--r-- 1 root root 109733 Aug 9 17:25 dms.log.20.gz

-rw-r--r-- 1 root root 151477 Oct 28 13:02 dms.log.21.gz

-rw-r--r-- 1 root root 91946 Feb 7 2011 dms.log.3.gz

-rw-r--r-- 1 root root 91362 Feb 20 2011 dms.log.4.gz

-rw-r--r-- 1 root root 93419 Mar 22 2011 dms.log.5.gz

-rw-r--r-- 1 root root 103787 May 8 2011 dms.log.6.gz

-rw-r--r-- 1 root root 113933 Jul 14 2011 dms.log.7.gz

-rw-r--r-- 1 root root 111315 Aug 11 2011 dms.log.8.gz

-rw-r--r-- 1 root root 108114 Aug 31 2011 dms.log.9.gz

drwxr-xr-x 2 admin users 4096 Dec 25 2010 lighttpd

-rw-r--r-- 1 root root 0 Mar 17 2004 log.nmbd

-rw-r--r-- 1 root root 1456 Sep 14 2011 log.smbd

-rw-r--r-- 1 root root 16 Jun 10 2011 memtester.log

-rw-r--r-- 1 root root 133407 Nov 10 01:03 messages

-rw-r--r-- 1 root root 20291 Aug 10 16:05 messages.0.gz

-rw-r--r-- 1 root root 19034 Aug 7 17:40 messages.1.gz

-rw-r--r-- 1 root root 18150 May 7 2012 messages.2.gz

-rw-r--r-- 1 root root 17283 Mar 31 2012 messages.3.gz

-rw-r--r-- 1 root root 274 Nov 10 01:03 pgsql.startup.log

-rw-rw-rw- 1 root root 66 Sep 7 20:48 surveillance.log

-rw------- 1 root root 73 Jun 6 2011 synobackup.log

-rw------- 1 root root 65536 Nov 9 22:57 synoconn.log

-rw------- 1 root root 180 Jun 10 2011 synocopy.log

-rw------- 1 root root 116 Sep 21 2011 synonetbkp.log

-rw------- 1 root root 65536 Nov 10 01:03 synosys.log

-rw-rw-rw- 1 root root 744 Aug 9 17:47 synoupdate.log

J'ai fait une connerie ?

[CoolRaoul]

Heuuuuuu

je ne voit pas de httpd-user-error.log, voila ce qye j'ai :

J'ai fait une connerie ?

connerie c'est un bien grand mot mais le fichier devrait avoir été créé.

A moins que la directive "LogLevel" soit aussi requise (je pensais qu'il y avait un niveau par défaut quand elle était absente)

On va en profiter pour mettre un niveau de log plus "verbeux"

Essaie d'ajouter

LogLevel trace2

juste avant ou apres la ligne "ErrorLog"

[Boris]

avant ou après, même résultat... pas de httpd-user-error.log

Peut être que je ne regarde pas au bon endroit ?

Barbe-Rouge> cd /var/log/

Barbe-Rouge> dir

drwxr-xr-x 4 root root 4096 Nov 10 08:30 .

drwxr-xr-x 13 root root 4096 Nov 10 08:30 ..

drwx------ 4 root root 4096 Mar 17 2004 cores

-rw-r--r-- 1 root root 1482207 Nov 10 08:31 dms.log

-rw-r--r-- 1 root root 108807 Jan 19 2011 dms.log.1.gz

-rw-rw-rw- 1 root root 95606 Sep 19 2011 dms.log.10.gz

-rw-r--r-- 1 root root 98030 Oct 12 2011 dms.log.11.gz

-rw-r--r-- 1 root root 97346 Nov 16 2011 dms.log.12.gz

-rw-r--r-- 1 root root 102673 Dec 16 2011 dms.log.13.gz

-rw-r--r-- 1 root root 116057 Jan 25 2012 dms.log.14.gz

-rw-r--r-- 1 root root 94663 Feb 11 2012 dms.log.15.gz

-rw-r--r-- 1 root root 94988 Mar 6 2012 dms.log.16.gz

-rw-r--r-- 1 root root 116308 Apr 15 2012 dms.log.17.gz

-rw-r--r-- 1 root root 108806 May 8 2012 dms.log.18.gz

-rw-r--r-- 1 root root 117811 Jun 21 20:39 dms.log.19.gz

-rw-r--r-- 1 root root 88084 Jan 31 2011 dms.log.2.gz

-rw-r--r-- 1 root root 109733 Aug 9 17:25 dms.log.20.gz

-rw-r--r-- 1 root root 151477 Oct 28 13:02 dms.log.21.gz

-rw-r--r-- 1 root root 91946 Feb 7 2011 dms.log.3.gz

-rw-r--r-- 1 root root 91362 Feb 20 2011 dms.log.4.gz

-rw-r--r-- 1 root root 93419 Mar 22 2011 dms.log.5.gz

-rw-r--r-- 1 root root 103787 May 8 2011 dms.log.6.gz

-rw-r--r-- 1 root root 113933 Jul 14 2011 dms.log.7.gz

-rw-r--r-- 1 root root 111315 Aug 11 2011 dms.log.8.gz

-rw-r--r-- 1 root root 108114 Aug 31 2011 dms.log.9.gz

drwxr-xr-x 2 admin users 4096 Dec 25 2010 lighttpd

-rw-r--r-- 1 root root 0 Mar 17 2004 log.nmbd

-rw-r--r-- 1 root root 1456 Sep 14 2011 log.smbd

-rw-r--r-- 1 root root 16 Jun 10 2011 memtester.log

-rw-r--r-- 1 root root 139947 Nov 10 08:32 messages

-rw-r--r-- 1 root root 20291 Aug 10 16:05 messages.0.gz

-rw-r--r-- 1 root root 19034 Aug 7 17:40 messages.1.gz

-rw-r--r-- 1 root root 18150 May 7 2012 messages.2.gz

-rw-r--r-- 1 root root 17283 Mar 31 2012 messages.3.gz

-rw-r--r-- 1 root root 274 Nov 10 08:30 pgsql.startup.log

-rw-rw-rw- 1 root root 66 Sep 7 20:48 surveillance.log

-rw------- 1 root root 73 Jun 6 2011 synobackup.log

-rw------- 1 root root 65536 Nov 9 22:57 synoconn.log

-rw------- 1 root root 180 Jun 10 2011 synocopy.log

-rw------- 1 root root 116 Sep 21 2011 synonetbkp.log

-rw------- 1 root root 65536 Nov 10 08:30 synosys.log

-rw-rw-rw- 1 root root 744 Aug 9 17:47 synoupdate.log