sslug-teknik team mailing list archive

[Donald J Axel <donax@xxxxxx>]

On Fri, 09 Dec 2011 17:37:27 +0100
Bent Bagger <bent.bagger@xxxxxxx> wrote:

> On 2011-12-07 11:21, Bent Bagger wrote:
> 
> > ... Anyway, min løsning bliver nok som
> > Jeppe foreslår, at sætte en proxy server op.
> >
> Det har jeg så gjort nu. Det endte med at blive programmet
> 'socat' (http://www.dest-unreach.org/socat/) der hjalp mig. For
> de interesserede så er kommandoen:
> 
> socat TCP6-LISTEN:www,fork TCP6:www.<server.dk>:www &
> 
> Og hvorfor så ikke f.eks. Apache? Jo, det kunne jeg ikke få til
> at virke. Jeg prøvede med ProxyPass og ProxyPassReverse i en
> Apache, jeg havde installeret udelukkende til det formål. Her
> blev jeg fanget af, at den virtuelle host på den bagvedliggende
> 'rigtige' webserver har samme navn som den host, jeg laver
> proxyen på, og da ProxyPass laver en ny 'Host:' header-linie, fik
> jeg aldrig fat i den rigtige virtuelle host.
> 
> Med socat klarede den altså for mig.
> 
> Bent

Jeg har spe-ku-leret! Jeg forstår ud fra det du skriver at du
har en host på et routed net, alfa.dk, og at webserveren-svar
(d.v.s. henvendelser på port 80) på (http://www.)alfa.dk skal
komme fra en bagvedliggende "intranet-maskine" beta.dk, (eller en
virtuel server med apache etc., som i så fald svarer til en
bagvedliggende "intranet-maskine").

Ellers kan jeg ikke forstå hvorfor at host-1 alfa.dk har samme
navn som den bagvedliggeden webserver skal svare på.

Navnet, som systemet/noden har fået med "hostname", behøver ikke at
være det samme som DNS-hostname.

Tak for opfølgning; jeg var lige ved ikke at lægge denne mail på
SSLUG-listen fordi det er gentagelse af hvad du skriver, men måske
kan det hjælpe andre at se at man kan skrive det på flere måder.

Hilsen/Donald

-- 
Donald Axel <donax@xxxxxx>