Apache forward url

[Pimmerd]

Beste WHTers,

Laat ik beginnen met dat dit geen nette oplossing is voor het probleem, maar de baas wil helaas niet investeren hierin

Wij hebben hier op de zaak een webserver draaien met wat kleine domeinen, voornamelijk voor testdoeleinden. Hierop kunnen klanten meekijken bij ontwikkeling etc. De webserver is een Apache met Debian, werkt opzich allemaal prima.

Nu willen we naast de Linux bak een Windows bak met IIS erop. Op dit moment ben ik al 2.5 dag aan het stoeien met een Apache reverse proxy. Ik wil bijvoorbeeld dus dat het domein www.test.nl binnenkomt bij de Apache en deze hem forward naar de Windows server.

Wat ik ben er bijna, mijn testopstelling is alsvolgt (alles binnen VMware Workstation)

Windows XP Client (192.168.1.90) --> Ubuntu server met Apache geinstalleerd (192.168.1.2) --> Windows XP met IIS erop.(192.168.1.10)

In de hostfile van de Windows XP client staat alsvolgt:
www.google.nl 192.168.1.2
www.test.nl 192.168.1.2

Op de ubuntu server is mod_proxy en mod_proxy_http geinstalleerd en enabled. De config file van de ubuntu server is alsvolgt:

NameVirtualHost *:80

<virtualhost *:80>
        Servername www.google.nl
        Documentroot /var/www/www.google.nl
        ProxyRequests Off
                <Directory /var/www/www.google.nl>
                        Order allow,deny
                        Allow from all
                </directory>
</virtualhost>

<virtualhost *:8080>
        Servername www.test.nl
        ProxyRequests Off
</virtualhost>

<proxy>
       Order Deny,allow
       Allow from all
</proxy>

        ProxyPass / http://192.168.1.10:8080/
        ProxyPassReverse / http://192.168.1.10:8080/

Op de Windows bak met IIS draait www.test.nl via poort 8080. Wat er op dit moment gebeurd:
> Als ik naar www.test.nl ga kom ik uit op /var/www/www.google.nl/index.html
> Als ik naar www.google.nl ga komt ik uit op http://192.168.1.10/index.html

Wat er zou moeten gebeuren:
> www.test.nl naar 192.168.1.10/index.html
> www.google.nl moet lokaal worden verwerkt (dus /var/www/www.google.nl/index.html)

Volgens mij kijk ik ergens gruwelijk overheen, want ze moeten alleen nog worden omgedraaid volgens mij, maar ik zie echt niet hoe
De logfiles geven geen fouten.

Iemand die mij even op weg kan helpen?

Alvast hartelijk bedankt!

Groeten,
Pim

[baseh]

Moet het niet zo:

NameVirtualHost *:80

<virtualhost *:80>
        Servername www.google.nl
        Documentroot /var/www/www.google.nl
        ProxyRequests Off
                <Directory /var/www/www.google.nl>
                        Order allow,deny
                        Allow from all
                </directory>
</virtualhost>

<virtualhost *:80>
        Servername www.test.nl
        ProxyRequests Off
<proxy>
       Order allow,deny
       Allow from all
</proxy>

        ProxyPass / http://192.168.1.10:8080/
        ProxyPassReverse / http://192.168.1.10:8080/
</virtualhost>

?

[Pimmerd]

Even getest maar werkt helaas niet, nu komen beide domeinen lokaal uit, dus op /var/www/www.google.nl/index.html

[Cakkie]

Voor de proxy zou normaal gezien toch moeten zijn wat baseh daar post. Het is me enkel een beetje onduidelijk wat de poorten betreft.

IIS op de WinXP draait op poort 8080, en je config van de vhost voor test.nl draait ook op poort 8080. Je moet dus wel zeker naar http://www.test.nl:8080/ gaan om de juiste vhost te pakken te krijgen. Gewoon http://www.test.nl zal niet matchen en desgevallend bij die van Google uitkomen omdat dit de eerste vhost in de file is.

[The-BosS]

Of je kan je hele reverse proxy gedoe laten vallen en gewoon in de router poort 8080 direct forwarden naar je IIS server. Als het toch maar voor test doeleinden is lijkt het me niet zo erg dat een klant url:8080 moet invullen.

[Pimmerd]

IIS op de WinXP draait op poort 8080, en je config van de vhost voor test.nl draait ook op poort 8080. Je moet dus wel zeker naar http://www.test.nl:8080/ gaan om de juiste vhost te pakken te krijgen. Gewoon http://www.test.nl zal niet matchen en desgevallend bij die van Google uitkomen omdat dit de eerste vhost in de file is.

Klopt, maar ik dacht juist dat dit te omzeilen viel met mod_proxy, omdat je Apache server dan een soort 'verdeelpunt' is.

Of je kan je hele reverse proxy gedoe laten vallen en gewoon in de router poort 8080 direct forwarden naar je IIS server. Als het toch maar voor test doeleinden is lijkt het me niet zo erg dat een klant url:8080 moet invullen.

Dat is wat we in eerste instantie hadden, maar hier willen we toch voor de 'netheid' vanaf.

Ik dacht dit te omzeilen met mod_proxy, maar ik krijg het dus niet aan de praat. Ik ga hier morgen mee verder.

Weten jullie misschien nog een manier om dit te omzeilen? Ik ben een beetje door me plannen heen

[gjtje]

Mod_rewrite kan het ook (gebruikt stiekem weer mod_proxy).

Zoiets

RewriteEngine On
RewriteRule (.*) http://192.168.1.10:8080/$1 [P,L]

[Cakkie]

Als dat de bedoeling is, dan moet de vhost declaratie van www.test.nl zeker ook op poort 80 zitten en niet op poort 8080 zoals in jouw eerste voorbeeld.

<virtualhost *:80>
        Servername www.test.nl
        ProxyRequests Off
        ProxyPass / http://192.168.1.10:8080/
        ProxyPassReverse / http://192.168.1.10:8080/
</virtualhost>

Enige alternatief wat ik zo meteen kan bedenken is een firewall die op basis van http headers zijn routing kan doen.

[Pimmerd]

Ik heb het werkend gekregen
Uiteindelijk voor de oplossing van gjtje gegaan, voor de mensen die hier komen via google, ik heb voor de documentatie hier een bestandje geschreven.

Hartstikke bedankt voor de hulp iedereen!

[baseh]

Gaat dat met die rewriteurl wel goed? Want ik dacht dat hij dan vanaf extern het interne ip probeert te benaderen, waardoor deze oplossing dus alleen intern werkt?

[Pimmerd]

Ik moet het inderdaad nog live opzetten, dus dat heb ik nog niet getest, ik laat het weten als ik daar meer informatie over heb.

Ik verwacht er persoonlijk geen problemen mee, want ik zet deze in een bestandje in de sites-enabled map van apache, ik denk als je hem in de .htaccess zet van je website dat je dan idd wel problemen krijgt.

[baseh]

Ik moet het inderdaad nog live opzetten, dus dat heb ik nog niet getest, ik laat het weten als ik daar meer informatie over heb.

Ik verwacht er persoonlijk geen problemen mee, want ik zet deze in een bestandje in de sites-enabled map van apache, ik denk als je hem in de .htaccess zet van je website dat je dan idd wel problemen krijgt.

Ik ben bang dat je dit hoe dan ook gaat kijken. Zover bekend gaat apache er op dezelfde manier mee overweg ongeacht of je het in een htaccess of rechtstreeks in de config plaatst.

Als dit zou werken zou natuurlijk de hele proxy module van apache overbodig zijn.

Die rewrite config die stuurt je eigenlijk gewoon door, terwijl de proxy eerst gegevens intern binnenhaalt en dan doorstuurt naar de bezoeker.

[Cakkie]

Die rewriterule doet hetzelfde hoor, die P optie staat voor proxy, dat is nog iets anders dan R (of gewoon rewrite naar een externe url) waar hij een http redirect doet.