Broadcast Geschrieben 8. Oktober 2003 Teilen Geschrieben 8. Oktober 2003 ursprünglich wollte ich das ja mit dem Apache (mod_proxy) machen, aber die Literatur hat mich eines besseren belehrt . Habe nun einen Squid Reverse-proxy aufgesetzt der die Inhalte eines IIS außerhalb der Firewall verfügbar machen soll. Das ganze funktioniert nur nicht ganz so wie man meinen mag. Auf dem IIS läuft ein WebAccess-Anwendung für eine Groupware. das ganze besteht aus dynamischen Inhalten (asp) und genau da liegt das Problem. Diese Inhalte werden ja nicht gecached (logisch) und sollen über den Backend-Server abgerufen werden. Gerade das möchte ich nicht, da ich hier ja doch einen direkten Weg zum IIS frei machen müsste. Ich suche praktisch eine Möglichkeit um auch den dynamischen content über den vorgeschalteten Rechner laufen zu lassen. Es darf keinen direkten Weg zum IIS geben der leider auch in der Domäne sein muss. Vielleicht hatte ja einer von Euch dieses Problem und kann mir da einen Rat zu geben. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Broadcast Geschrieben 8. Oktober 2003 Autor Teilen Geschrieben 8. Oktober 2003 Habs gefunden, die squid.conf ist ja recht gut dokumetiert. "httpd_accel_single_host" und "httpd_accel_with_proxy" war der Schlüssel. Hatte da etwas überlesen. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
HansPans Geschrieben 9. Oktober 2003 Teilen Geschrieben 9. Oktober 2003 Hallo, ich würde dir doch zu dem Proxymodule von Apache raten. Mit Squid bekommst du probleme wenn du SSL verschlüsselte Seiten über den ReverseProxy darstellen möchtest. Have a nice day HansPans Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Broadcast Geschrieben 9. Oktober 2003 Autor Teilen Geschrieben 9. Oktober 2003 Das hatte ich zuerst versucht. Es war nicht möglich den Apache dazu zu bewegen den dynamischen content nicht über den Backend-Server laufen zu lassen. Hab wirklich alles versucht. Zu dem wird der mod_proxy nicht mehr weiterentwickelt, was mir dann insgesamt für den Einsatz zu denken gab. SSL wird im Backend-System (IIS) nicht angewendet bzw. noch nicht, wobei mir der Gedanke das über SSL laufen zu lassen schon besser gefällt. Danke für den Hinweis! Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Empfohlene Beiträge
Dein Kommentar
Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.