XXV und ReverseProxy (Apache)

jgrete · 12. September 2006

Hallo,

folgende Situation:

Ich habe auf einem Server (SuSE 10.1) einen vdr samt XXV laufen.
Um auch "von draussen" auf XXV zugreifen zu können, habe ich in gewohnter
Manier meiner Apacheconf. (Apache/2.2.0) einen ReverseProxy-Eintrag hinzugefügt:

ProxyPass /xxv/ http://hal.grete.intern:8080/
ProxyHTMLURLMap http://hal.grete.intern:8080(.*) /xxv/$1 Ri
<Location /xxv/>
ProxyPassReverse /
SetOutputFilter proxy-html
ProxyHTMLURLMap / /xxv/
ProxyHTMLURLMap /xxv /xxv
RequestHeader unset Accept-Encoding
</Location>

Sinn des Ganzen soll sein, dass der die HTML-Seite des XXV über eine URL
https://internetxyz.dyndns.org/xxv/ zugreifbar ist.

Es funktioniert auch - fast!

Offensichtlich gibt es bei dieser Methode ein Problem mit dem linken Menübaum, d.h. also mit Javascript. Der Menübaum fehlt, lediglich das "Suchen" Feld ist zu sehen.

Der eingeschaltete Javaskript-Debugger vom Konqueror sagt mir:
https://..../xxv/?cmd=help, Zeile 14:
ReferenceError: Can't find variable: xxv

Im Debugger steht dann:
13: <script type="text/javascript">
14: /xxv//xxv//xxv/ XP Look
15: ...
15: ...

Spreche ich XXV im internen Netz über die Portnummer 8080 an, funktioniert es.

Kurz und gut: Kennt jemand das Problem, die Lösung oder einen anderen Weg, um
dergl. hinzukriegen?

Vielen Dank schon mal im Voraus!!

Juergen

wilderigel · 12. September 2006

Welche Version von XXV verwendest du da?

Benutze XXV schon ewig nur über Apache Proxy und hatte selten Probleme, die auch relativ schnell gefixt waren dann.
Config lt der Anleitung.

jgrete · 12. September 2006

Moin,
tja, ich mach das auch schon ewig mit anderen Anwendungen

Also die xxv-Version ist 0.80.
ich hab Deine Tipps mal umzusetzen versucht und der erste Anlauf klappte leider schon mal nicht. Der Browser lädt und es wird garnichts angezeigt.

Kann mich aber erst heute Abend wieder damit beschäftigen.
Vielen Dank erstmal

Ciao
Juergen

wilderigel · 12. September 2006

Verwendeter Skin wäre ev auch noch interessant.

Konni__ · 12. September 2006

ich denke mal er nutzt den default skin (also nicht den xstyle)

mahlzeit · 12. September 2006

Servus,

hier mal ein funktionierender Eintrag von meinem Apache2:

Code

ProxyPass /xxv/ http://vdr.hades.mine.nu:8080/
ProxyPassReverse /xxv/ http://vdr.hades.mine.nu:8080/


<Location /xxv/>
    Order allow,deny
    Allow from all
</Location>

jgrete · 14. September 2006

Sorry erstmal, hatte viel zu tun und antworte erst jetzt.
Ich bin auch noch nicht weiter. Wie gesagt, mit ReverseProxy hatte ich
bis dato auch kaum Schwierigkeiten. Was die Styles anlangt - ich
habe default, html, xstyle probiert. Die ersten beiden zeigen das oben
beschriebene Verhalten, der dritte ist eigentlich kaum zu gebrauchen.
Auch dort dürften die per Javaskript eingebauten Elemente fehlen.
Die vorgeschlagenen Optionen zum ReverseProxy ähneln sich
ja auch irgendwie, erfolgreich war leider keine :-((
Muss mal sehen, wie ich da weiter vorgehe - falls es nicht klappt,
muss ich mich eben wieder mit vdradmin rumschlagen.
Da funktionierte wenigstens der ReverseProxy

Vielen Dank erstmal, falls ich noch etwas finde, werde ich's hier
kundtun.

Ciao
Juergen

Dorowan · 14. September 2006

Hm, so ein ähnliches Problem hatte ich mit einer älteren Version von XXV, ReverseProxy und dem Zugang über https auch mal. Besonders bei der Benutzung von Firefox wurde man mit JavaScript-Fehlern zugeballert. Die Lösung fand sich hier irgendwo in einem Thread.
Bin gerade auf der Arbeit und kann schlecht länger danach suchen. Das Problem war aber ungefähr folgendes:

Schon bei der Default-Skin war in den JavaScript/Ajax Funktionen das Protokoll an manchen Stellen fest mit http kodiert. Ich musste das in den Sourcen dann suchen und auf https ändern, da es im Friefox ansonsten ständig Warnungen wegen Mischbetrieb zwischen https und http gab. Der Internet Explorer hat glaube ich einfach ohne Warnungen den Dienst verweigert.

Vielleicht gibt es das Problem immernoch. Hast Du mal probiert, den XXV aus Deinem Netz über http und den ReverseProxy aufzurufen?

magicamun · 14. September 2006

vielleicht hilft der fogende link :

http://www.apacheweek.com/features/reverseproxies

jgrete · 19. September 2006

Hallo,
hat mal wieder etwas gedauert meine Antwort.
Dorowan :
Über http im Intranet aufgerufen, zeigt sich dasselbe Verhalten. Aber das habe ich jetzt
gerade nur mit dem Kommandozeilenbrowser ("links") probiert. Ich glaube, der beherrscht JavaScript(?).
In den Skins sind URLs an einigen Stellen teilweise tatsächlich hart kodiert. Eine Änderung brachte indes nichts.

magicamun:
Den Artikel habe ich gelesen. Tatsächlich war er die Ursache dafür, dass ich mich
etwas mehr mit dem ReverseProxy (jenseits ProxyPass/ProxyPassReverse) beschäftigt habe.

Was ich noch vergessen habe: Es wird häufiger so etwas wie

FEHLER: Ich verstehe den Befehl '<undef>' nicht

ausgegeben.

Schade, XXV gefällt mir sonst sehr gut

Vielen Dank erstmal

J.

XXV und ReverseProxy (Apache)

Jetzt mitmachen!

Teilen