Zimbra offers Open Source email server software and shared calendar for Linux and the Mac
Go Back   Zimbra :: Forums > Zimbra Collaboration Suite > Installation

Welcome to the Zimbra :: Forums!
Welcome, if you would like to post a comment please register. We also encourage you to explore all things Zimbra with our team and members of the community.

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 07-02-2009, 10:02 AM
Starter Member
 
Posts: 2
Default logging client IPs when running behind non-Zimbra nginx HTTP proxy

I have a test installation of ZCS running behind a non-Zimbra nginx
HTTP proxy on a separate host:

Internet --> Firewall (w/ public IP) --> nginx (172.x.x.10:443)
--> ZCS (172.x.x.113:443)

Is it possible to configure Zimbra so it trusts the reverse proxy
(172.x.x.10) and uses the X-Forwarded-For values provided by the
proxy server in mailbox.log and audit.log ?

Basically what I'm looking for is the mod_rpaf for Apache
equivalent for Zimbra.

Thanks for any help!

--Brad
Reply With Quote
  #2 (permalink)  
Old 01-06-2010, 05:00 AM
j2b j2b is offline
Special Member
 
Posts: 107
Default

Have you managed to solve this issue? Looking for similar solutions.
Reply With Quote
  #3 (permalink)  
Old 01-06-2010, 06:48 AM
Starter Member
 
Posts: 2
Default

Quote:
Originally Posted by j2b View Post
Have you managed to solve this issue? Looking for similar solutions.
No, I have not...but I have not spent much time investigating since
I posted either. (My Zimbra install is for evaluation purposes and
my production mail service uses Postfix+Courier+SquirrelMail.)

--Brad
Reply With Quote
  #4 (permalink)  
Old 01-07-2010, 01:26 AM
j2b j2b is offline
Special Member
 
Posts: 107
Default

Yesterday I found an answer. Tested - and it works as far as I need this implementation. The only thing to remember is to manually make these changes after ZCS updates/upgrades, as all configuration files are overwritten.
Here is the link on forum article: [SOLVED] Nessus Security Scan Fail - Internal IP in HTTP Header

Read comment #4
Reply With Quote
  #5 (permalink)  
Old 04-14-2011, 09:57 AM
Member
 
Posts: 14
Question

Quote:
Originally Posted by j2b View Post
and it works as far as I need this implementation. The only thing to remember is to manually make these changes after ZCS updates/upgrades, as all configuration files are overwritten.
Here is the link on forum article: [SOLVED] Nessus Security Scan Fail - Internal IP in HTTP Header
Read comment #4
Sorry to raise an old thread, but I am wondering whether this change will allow the IP address of the client show in mailbox.log and audit.log of Zimbra behind nginx http proxies?

For example, an failed login from IP address 99,98.97.96 which connect to proxy 111.112.113.114 will show up as a log entry like this:
Code:
2011-04-13 20:37:39,694 INFO  [btpool0-36341] [name=anaccount@mydomain.tld;oip=111.112.113.114;ua=zclient/5.0.11_GA_2695.RHEL5_64;] SoapEngine - handler exception: authentication failed for anaccount, invalid password
As the actual address 99,98.97.96 does not show at all. With the change from that other forum will allow your the log entries to show the actual client IP address in that log entry?

Thanks!
Reply With Quote
  #6 (permalink)  
Old 11-13-2011, 06:05 AM
j2b j2b is offline
Special Member
 
Posts: 107
Default

Sorry arifsaha for late answer, but probably you've figured that out by yourself. Yes, changes in jetty.xml.in file in mailbox server changes situation in audit.log and mailbox.log files, showing original visitor IP adress, instead of Proxy server address.

To note: without these changes and if Proxy server is used for IMAP/POP connections too, original user IPs are shown by default, or to be more specific - it shows IP and OIP, where IP is proxy IP, if you scale proxy stack.

My wish. I tested this on ZCS OS v7.1.1 and it works, although I wish to get this functionality implemented in ZCS installation via Admin GUI or CLI to be set. Since v5.x I do this manually all the time.

And more to remember:
- you have to make changes to jetty.xml.in file, not jetty.xml, as former is the source of jetty.xml on each ZCS restart.
- you have to manually ammend jetty.xml.in file after each ZCS upgrade procedure!

Hope this helps.
Reply With Quote
Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes


Similar Threads

Why Join?

Registering let's you ask questions, makes it easier to search, displays any files attached to posts, and notifies you about replies.

blog.zimbra.com




 

SEO by vBSEO ©2011, Crawlability, Inc.