Squid Reverse Proxy für OWA - Immer Weiterleitung an internen Hostname, der extern nicht bekannt ist

  • 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

  • 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,


    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

  • 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.

  • Zitat


    Banane77 schrieb:


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


    Ich habe leider kein E2K7 Griffbereit. Jedoch hört E2K7 bei default auf https:// (443). Also wurde hier bereits eine Anpassung durchgeführt.



    Warum wird vom Sichern Protkoll https auf einen unsichern http umgeleitet??? Wenn du Sicherheit so im Vordergrund steht, dann:


    1. OWA auf HTTPS umstellen (Default)


    2. CA Prüfen


    3. Squid so anpassen (squid.conf), das die https://company.dyndns.org/owa (Port 443) forward auf den Excauf die E2K7.


    4. Entsprechende DNS Einträge auf den öffentlicher DNS vornehmen.




    Hoffe das dich das weiterbringt!

    Gruß Tayfun
    Microsoft Master
    Consultant &amp; Trainer