From nobody@hyperreal.org Fri Jul 11 16:43:54 1997 Received: (from nobody@localhost) by hyperreal.org (8.8.5/8.8.5) id QAA10843; Fri, 11 Jul 1997 16:43:54 -0700 (PDT) Message-Id: <199707112343.QAA10843@hyperreal.org> Date: Fri, 11 Jul 1997 16:43:54 -0700 (PDT) From: Pedro R3 Junior Reply-To: pr3j@stj.gov.br To: apbugs@hyperreal.org Subject: Proxy return the dummy URL in the real network X-Send-Pr-Version: 3.2 >Number: 858 >Category: mod_proxy >Synopsis: Proxy return the dummy URL in the real network >Confidential: no >Severity: serious >Priority: medium >Responsible: apache >State: closed >Class: support >Submitter-Id: apache >Arrival-Date: Fri Jul 11 16:50:00 1997 >Last-Modified: Fri Jul 11 22:19:08 PDT 1997 >Originator: pr3j@stj.gov.br >Organization: >Release: 1.2.1 >Environment: Pentium 133 - 16M FreeBSD 2.2.1 - GCC Multihomed SOCKS firewall in another machine Web inside the firewall have access to Data Base >Description: I have two WWW talking over a SOCKS firewall. NET --- www --- SOCKS --- wwwi www has a real IP and wwwi a dummy. www uses FreeBSD 2.1.6 and Apache 1.1.1 with SOCKS4 wwwi is a NT with foliodirector and the real Data Bank. All pages to consult the data is there. Iīm upgrading www to a Petium with FreeBSD 2.2.1 and Apache 1.2.1 with SOCKS5 support (www2). I added the follow lines in Configuration: EXTRA_CFLAGS=-include /usr/local/socks5-v1.0r1/include/socks.h -DSOCKS -Dlint EXTRA_LIBS=-L/usr/local/lib -lsocks5 Rule SOCKS4=yes and erased The CFLAGS1 directive in Makefile created by Configure. This works very well. But just one page (working well in the old www) donīt work. When you use the form button to submit a search, the Apache returns the address (dummy) of the internal machine. If you write the search in the location field of the browser directly the search runs well. Both configurations are the same, except for some sintaxes changes. I really donīt undersand what are doing. All other pages working well, including others forms. I think there are something about a cookie in wwwi. Just this page has one. But this is working well with the old machine. I hope you can help me. TIA. >How-To-Repeat: Make a consult in http://www.stj.gov.br/cgi-bin/foliocgi.exe/Jurisp.nfo/query=?realquerydlg and http://www2.stj.gov.br/cgi-bin/foliocgi.exe/Jurisp.nfo/query=?realquerydlg -- the first is working, the second donīt. But if I put the query in Location field of my browser, the second run ok too: http://www2.stj.gov.br/cgi-bin/foliocgi.exe/Jurisp.nfo/query=palavra?realquerydlg >Fix: >Audit-Trail: State-Changed-From-To: open-closed State-Changed-By: marc State-Changed-When: Fri Jul 11 22:19:08 PDT 1997 State-Changed-Why: Interesting. It appears like IIS is behaving differently when talking to each proxy. With www, when you submit the form it returns a redirect to http://www.stj.gov.br/cgi-bin/foliocgi.exe/Jurisp.nfo/query=++++?realquerydlg With www2, it returns a redirect to http://190.190.2.240/cgi-bin/foliocgi.exe/Jurisp.nfo/query=++++?realquerydlg This is the cause of the problem. It is IIS itself putting in the 190.190.2.240 address, so Apache can do nothing about that. You need to look for somewhere that there is a difference between the way wwwi handles each host; perhaps the address it comes from or something similar. See if you can see any differences in your IIS logs between the two. Try running the old server on the new machine, if possible, to see if the problem is still there. You could also try temporarily running the new server on the old machine to see if it fixes the problem. Hopefully some of these suggestions help you trace the problem; since it doesn't appear to be Apache, there isn't much that we can do. >Unformatted: