help with reverse proxying cacti

[golemlist]

Hi,
I was trying to use cati with an apache+mod_proxy reverse proxy
in front of the real web server.

I call a https://reverseproxy/cacti which calls http://internalserver/cacti
with a different hostname.
apache conf:
--------------------

Code: Select all

ProxyRequests Off 
ProxyPass /mycacti/ http://internalserver/cacti/
ProxyPassReverse /mycacti/ http://internalserver/cacti/

--------------
I use fedora C3 latest rpms with no selinux

The internal installation works Ok
but when I try to use it from the reverse proxy
I can login but all the forms which
need posts do no post anything....

example cliccking this on useradd or device add
doesn't do anything:
<input type="image" src="images/button_save.gif" alt="Save" align="absmiddle">

I checked and the are no absolute urls in the ACTION of the <form> tags nor in the javascript I found...
Can any one suggest me why any POST is not working?
many thanks

G.

[egarnel]

what shows up in /var/log/httpd/access_log on both the proxy & cacti servers?

[rony]

Um, I had this problem as well, long time ago and gave up. Haven't had a reason to do it again.

Something to do with sessions is screwing it up and paths that the code checks. That would be my guess.

[golemlist]

Hi,
I checked access and error logs both in reverse proxy and the server
and I can't see anything,
last request is the one for the image in <input type=image>:

10.1.1.58 - - [20/Sep/2005:10:39:33 +0200] "GET /cacti/images/button_save.gif HTTP/1.1" 200 1847 "https://externalserver.test.com/cacti/u ... _edit&id=1" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)"

The form doesn't get submitted
It is probably some javascript quirk...
the only error I get in javascript console is :

Error: [Exception... "'Error: No menu commaner found for URL: https://external.test.com/cacti/user_admin.php' when calling method: [nsIDOMEventListener::handleEvent]" nsresult: "0x8057001c (NS_ERROR_XPC_JS_THREW_JS_OBJECT)" location: "<unknown>" data: no]

which I don't think is related...
maybe it's because the <input type=image> tag is after the </form> closing tag?

PS: I changed the paths and now I have /cacti both on the https reverse proxy and the http internal one (still same problem)

[golemlist]

Hi,
I discovered that changing
in /lib/html_form.php

<input type='image' src='images/button_save.gif' alt='Save' align='absmiddle'>

to
<a href="fake.html" onclick="document.chk.submit();return false;"><img src="images/button_save.gif" alt="Save" align="absmiddle"></a>

submits the forum
but The application still doesn't get the parameters I changed...
I still think it's the closing </form> tag too early
any idea?
thanks

G.

[rony]

Doesn't the reverse proxy attempt to fix the HTML? Can that be turned off?

I will be the first one to admit the cacti HTML could be cleaner, and will be cleaner in the next version.

[golemlist]

No it's just a plain proxy,
If I knew how to fix it I'd do it
that's what I do with base hrefs on OWA (microsoft exchange 's outlook web client)....

Do you think it could be possible to change the form template
so that the </form> closing tag could be after the last save button <input type=image> ?
thanks a lot


G.