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

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 04-01-2010, 05:05 AM
Loyal Member
 
Posts: 86
Default [SOLVED] Zimbra/postfix bound to dynamic (heartbeat) IP

I have Zimbra 2 servers setup for HA using DRBD and heartbeat.
Both servers have private staic IPs (10.10.69.34 & 10.10.69.35)
Heartbeat assigns 10.10.69.33 to which ever server is active primary at that moment.
We have NAT setup to destination-NAT our public IP to 10.10.69.33 and source-NAT 10.10.69.33 out to our public IP.

The problem is that Zimbra (postfix?) is always talking out with the server's static IP (10.10.69.34) and not the assigned dynamic (heartbeat) IP.
Is there a way that I can force Zimbra (postfix) to always 'speak out' with the dynamically assigned IP?
Listening bound IP does not matter as incoming traffic (like port 80, 7071, etc) is going to the dynamic IP and working fine. Just to get outgoing IP to be correct is my problem.

Thanks
Ekkas
Reply With Quote
  #2 (permalink)  
Old 04-02-2010, 01:38 AM
Moderator
 
Posts: 7,928
Default

You could try the following but please note that it has not been tested
Code:
su - zimbra
zmlocalconfig -e postfix_inet_interfaces=10.10.69.33
You will then need to update /opt/zimbra/conf/zmmta.cf and add a new line
Code:
POSTCONF inet_interfaces                        LOCAL postfix_inet_interfaces
Then restart Postfix using
Code:
su - zimbra
zmmtactl stop ; zmmtactl start
The smtp daemon should now be listening on the floating IP.
__________________
Reply With Quote
  #3 (permalink)  
Old 04-02-2010, 05:15 AM
Loyal Member
 
Posts: 86
Default

Thanks a lot.
Reply With Quote
  #4 (permalink)  
Old 04-02-2010, 05:56 AM
Moderator
 
Posts: 7,928
Default

Did that work for you ? If it did then you need to make a note as the changes will not be persistent across upgrades.
__________________
Reply With Quote
  #5 (permalink)  
Old 04-02-2010, 01:01 PM
Loyal Member
 
Posts: 86
Default

We were in a bit of a tight spot and needed to fix it a.s.a.p, so we made a workaround on our breakout router with NAT to tranaslate the wrong IP to the correct one, so I did'nt try this method, but might need it in future again if I do not have control over the router.
Reply With Quote
  #6 (permalink)  
Old 04-07-2010, 06:39 PM
Elite Member
 
Posts: 334
Default

Also, for a quick reference, I do always install Zimbra HA with the HA IP (in your case : 10.10.69.33) on initial setup and then-after setup finished successfully- replace the IP with it's original host IP.

I will have minimum 4 entries on /etc/hosts :

localhost
original host1 IP
original host2 IP
Zimbra IP, provided by HeartBeat
__________________
Best Regards
---
Masim "Vavai" Sugianto
Vavai Personal Blog
Personal Blog [ID]

Release 7.1.3_GA_3346.SLES11_64_20110930001521 SLES11_64 FOSS edition.
Reply With Quote
  #7 (permalink)  
Old 04-07-2010, 11:56 PM
Loyal Member
 
Posts: 86
Default

Thank you for your response.
Yes, that is how I installed it, but it seems after installation and changing the IP to the static IP (on eth0) Zimbra use that to connect out and not the HA IP assigned to eth0:0
Unless, in my efforts to get my first HA working(!), I changed something to invoke that behaviour.
Ekkas
Reply With Quote
  #8 (permalink)  
Old 04-08-2010, 12:47 AM
Elite Member
 
Posts: 334
Default

Quote:
Originally Posted by ekkas View Post
Thank you for your response.
Yes, that is how I installed it, but it seems after installation and changing the IP to the static IP (on eth0) Zimbra use that to connect out and not the HA IP assigned to eth0:0
Unless, in my efforts to get my first HA working(!), I changed something to invoke that behaviour.
Ekkas
I think it would bind to physical IP because Zimbra service was running on boot. It should not, because Zimbra service should be manage by Heartbeat.

if you don't mind, can you share you haresources file ?

Below is mine on testing server :

Code:
zcspdc1:~ # cat /etc/ha.d/haresources
zcspdc1 IPaddr::192.168.1.249/24/eth0 drbddisk::r0 Filesystem::/dev/drbd0::/opt::ext3 named zimbra smb
On the above ha resources, I manage DNS Server, Zimbra Server and Samba file server with Heartbeat. All the service are disable on boot, Heartbeat will take care all the service after DRBD running successfully.
__________________
Best Regards
---
Masim "Vavai" Sugianto
Vavai Personal Blog
Personal Blog [ID]

Release 7.1.3_GA_3346.SLES11_64_20110930001521 SLES11_64 FOSS edition.
Reply With Quote
  #9 (permalink)  
Old 04-08-2010, 12:54 AM
Loyal Member
 
Posts: 86
Default

Quote:
server1.mydomain.co.za 10.10.69.33 drbddisk::r0 Filesystem::/dev/drbd0:pt::ext3 zimbra
Zimbra is disabled on reboot as /opt is not mounted yet by then. But is is not a problem as I just added all 3 IPs to be source-natted to the router's public IP instead of just the HA IP.
Ekkas
Reply With Quote
  #10 (permalink)  
Old 05-12-2011, 11:01 AM
Starter Member
 
Posts: 1
Default

Just wanted to post that I did try the commands in post #2 and it did work as far as binding smtp to the dynamic IP. Where it ran into an issue is that postfix was no longer (at least in my case) listening on 127.0.0.1 which then caused Zimbra to not be able to completely process messages. Appears that all messages then sat in the deferred queue.

I changed the inet_interfaces to "all" and that brought me back to the original issue but at least a functioning Zimbra.

Thought I'd post in case someone finds this thread and tries it out.
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.