Beiträge von Banane77

Hallo zusammen,

danke für die Antworten, ich weiß es sehr zu schätzen.

1) intern HTTP

ja, damit ich nicht zwei Zertifikate benötige, reicht es mir, wenn der Reverse-Proxy und der Exchange intern nicht verschlüsselt sprechen.

Die SSL-Verschlüsselung nach Außen ist ja gegeben.

2) CA prüfen? muss der Name im Zertifkate zwingend GENAU so heissen, wie die externe dyndns-Adresse? Ich sehe das Problem eher an anderer Stelle. Die externe Authentifikation funktioniert ja schon....

3) Die gepostete Config soll eigentlich genau die Reverse-Proxy-Funktion erfüllen. Ich dachte, ich finde hier im jemanden, der auch Squid als Reverse-Proxy einsetzt und mir erzählen kann, welche Fehler ich in der Config vorhanden ist.

Beste Grüße,
Christian Eisert

Hi Norbert,

noch ist es nur ein Testszenario.
Wie man vielleicht an den Fragen sieht, arbeite ich mich gerade in das Thema ein.

Wohin soll Squid denn sonst weiterleiten?

Stelle ich mich so #OOPS#?

EXTERN -> SQUID -> INTERN
Es soll als Vorbau für den intern Server dienen, damit der Exchange:443 nicht direkt im Netz steht.

Die Config ist praktisch 1zu1 von der Squid-Webseite.

Hallo,

Danke für die Antworten schon mal :-).

DAS genau ist das Problem:
Ich rufe extern die Seite https://company.dyndns.org/owa
auf. Der Browser leitet weiter auf http://remote.comp.local/owa/auth/logon.a

=> Der Browser meldet "Seite http://remote.comp.local..." ist nicht bekannt.

Aus dem internen Netz funktioniert es beispielsweise.
https://company.dyndns.org/owa wird aufgerufen, => Weiterleitung auf http://remote.comp.local/owa/auth/logon.a...., Seite lädt, weil dem internen DNS die Seite bekannt ist.

Was mache ich da falsch?

Viele Grüße,
Christian

Hallo :-),

nun, das Problem ist, dass nichts weiter passiert.

Im Internet ist die lokale Adresse http://remote.comp.local nicht bekannt. Firefox und IE melden 404, Chrome bleibt auf einer leeren Seite.

Die Squid-Maschine benutzt den DNS von remote.comp.local, die Maschine ist also bekannt.

Kann das Problem am "Formbased" liegen?

Besten Dank!

Hallo zusammen,

ich habe da ein Problem mit meiner Konfiguration von Squid, welchen ich als Reverse-Proxy für ein SBS 2008 / Exchange 2007 Outlook Web Acces einsetzen möchte.

Seit Tagen durchforste ich das Internet und diverse Fachforen, doch ich kann leider absolut keine Idee finden, die mich in die Nähe der Lösung meines Problems bekommt.
Ich hoffe, dass mir hier einer einen kompetenten Tipp geben kann

Problem
Wenn ich die externe Adresse aufrufe, leitet Squid auf die interne Adresse des Exchange-Servers weiter.
Diese Adresse ist leider extern nicht bekannt und kann somit nicht aufgerufen werden.

https://company.dyndns.org/owa
leitet mich weiter zu
http://remote.comp.local/owa/auth/logon.a ...

UEBERSICHT IPs UND HOSTNAMES
company.dyndns.org -> zeigt auf die externe IP-Adresse
10.10.77.254 -> lancom router mit layer4 firewall
10.10.77.10 -> debian machine mit installiertem squid, hostname proxy.comp.local
10.10.77.1 -> microsoft small business server 2008 mit exchange 2007, OWA, hostname remote.comp.local

UEBERSICHT SZENARIO
EXTERN (company.dyndns.org : 443)
<---->
SQUID (10.10.77.10 : 443)
<---->
OWA, EXCHANGE (10.10.77.1 : 80)

squid.conf
visible_hostname company.dyndns.org

https_port 10.10.77.10:443 cert=/usr/local/squid/certs/proxy_ssl_cert.pem
key=/usr/local/squid/certs/proxy_ssl_key.pem defaultsite=remote.comp.local

cache_peer 10.10.77.1 parent 80 0 no-query originserver login=PASS front-end-https=on name=owaServer

acl OWA dstdomain remote.comp.local
cache_peer_access owaServer allow OWA
never_direct allow OWA

lock down access to only query the OWA server!
http_access allow OWA
http_access deny all
miss_access allow OWA
miss_access deny all

Ich freue mich über jede Antwort.

Beste Grüße,

Christian