Das Notes Forum
Lotus Notes / Domino Sonstiges => Companion Products => Thema gestartet von: Günther Rupitz am 12.12.14 - 20:29:00
-
Hallo
Ich bin gerade dabei mich bezüglich einer Connections-Installation schlau zu machen.
Für Webmail verwenden wir schon länger einen Apache Server als Reverseproxy.
Ich möchte auch gerne bei externem Zugriff Connections über den gleichen Reverse-Proxy laufen lassen, ist dies denn möglich?
Auf diversen Seiten habe ich nur Hinweise auf einen "IBM WebSphere Application Server Edge Components" gefunden, den ich jedoch nicht kenne.
danke Günther
-
Ja.
-
Hallo
Nachdem ich kein großer Apache Experte bin und bei den Anpassungen für unsere iNotes Konfiguration schon ewig gebraucht habe wäre
eine Beispielkonfiguration für Apache super.
Hat das Problem schon mal jemand gelöst?
Danke, Günther
-
Hast Du Dir die Anleitung von IBM dazu schon angesehen?
http://www.ibm.com/developerworks/lotus/documentation/apacherproxy4inotes/index.html
-
Hast Du Dir die Anleitung von IBM dazu schon angesehen?
http://www.ibm.com/developerworks/lotus/documentation/apacherproxy4inotes/index.html
Hallo
Die Anleitung ist ausschließlich für den Webmailzugang, diese Konfiguration verwenden wir ja ohnehin schon.
Ich muss diese nun allerdings für Connections erweitern und hab von apache nicht die geringste Ahnung.
Günther
-
Ok, vielleicht sollte ich meine Frage präzesieren.
Anders als iNotes erstellt Connections keine relativen Links sondern absolute, also mit Hostname und Port drinnen.
Hier komme ich auch mit dem Modul proxy_html_module nicht weiter da der Hostnamen nicht nur in Links usw. drinnen ist, sondern auch in JavaScript.
Muss ich also am Connections Server irgendwo anstatt des internen Hostnamens auf den externen verändern?
Den Connections Server habe nicht ich konfiguriert, daher die Frage.
danke Günther
-
Moin
Am einfachsten verwendest Du den selben Namen für Extern und intern.
Ich habe bei einer Connections installation einfach einen Reverse Proxy mit gleichem FQDN eingebaut, bis jetzt ohne Probleme.
Solange der Reverse Proxy transparent ist, dürfte das keine grosses Problem geben. Ich denke mir aber, wenn man da anfängt am Hostnamen des Connections zu schrauben wirds komisch.
-
Split Horizon DNS ftw.
Ansonsten müsstest Du am Proxy HTML, HTTP Header, CSS, Atom, JSON und JS umschreiben.
-
Hallo
Also intern läuft der Connections Server jetzt schon mal, wenn ich den DNS direkt auf den Server zeigen lasse.
Ich hab noch immer mit dem Reverseproxy ein Problem.
Ich lasse sowohl http als auch https transparent ohne jede änderung drüberlaufen:
ProxyPass / http://srv-intern.xy.local/
ProxyPassReverse / http://srv-intern.xy.local/
Welchen Fehler hab ich hier drinnen???
bzw. kann mir jemand vielleicht sein config-File als Referenz schicken?
Danke. Günther
-
Hi,
wie schon von Umi empfohlen, nimm intern und extern die gleichen Namen und löse über DNS entsprechend unterschiedlich auf.
Große Teile von Connections laden über Javascript und erst hier werden Bilder, Styles etc zusammengeführt, das kriegst du mit simplem Reverse Proxing nicht hin.
-
wie schon von Umi empfohlen, nimm intern und extern die gleichen Namen und löse über DNS entsprechend unterschiedlich auf.
Große Teile von Connections laden über Javascript und erst hier werden Bilder, Styles etc zusammengeführt, das kriegst du mit simplem Reverse Proxing nicht hin.
Hallo
Hab mich unklar ausgedrückt, die Domäne habe ich eh schon so angepasst, dass sie intern und extern identisch ist.
Es geht jetzt um die Konfiguration des Reverseproxy, damit dieser einfach nur ganz dumm durchleitet.
Mit den Hinweisen aus dieser Seite bin ich eh schon einige Schritte weitergekommen, da der Connections-Server ein selbst signiertes Zertifikat hat muss man explizit sagen, dass dieses auch von Reverseproxy akzeptiert werden soll.
http://stackoverflow.com/questions/18872482/error-during-ssl-handshake-with-remote-server
Ich hab nur noch ein kurioses Problem, dass ich unter noch nicht erklärbaren Umständen auf eine Microsoft-Seite umgeleitet werde.
Und das wollen wir ja wohl gar nicht ....
Aber das könnte auch ein proxy-Problem sein.
Günther