This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

SMTP Proxy dual wan

Dear all

I am trying to configure a rather strange setup. My customer has two WAN uplinks and a single Internal interface. On this internal interface we have the Internal Network (bound to the internal Interface) lets say it is 192.168.0.x and a seconf Internal Network 192.168.1.x. In the inside we have two seperate Exchange servers one on each network each servicing a large number of domains (more that twenty). Internal routing is handled by an L3 switch so the default gateway og 192.168.1.x network is the L3 switch which routes traffic to 192.16.0.1 which is the Astaro Internal interface IP.

The two Internal Networks must each use a different Extrnal WAN interface. I have created general multipath rules that send all traffic from Internal 1 network to the first External Interface and all traffic from Internal 2 Network. Relevant masquerading NAT rules are created.

Everything works well except the SMTP proxy traffic. SMTP is used in transparent mode with Profiles.

All mail leaving the mail server from 192.168.0.x leaves with the correct External WAN adress (an additinal address on the first External Interface) using source NAT rules. All mail leaving the Mail server of internal lan 192.168.1.0 also leaves with the same External WAN address. I would like this mail server to send out mails using the External IP of the second External Interface.

Temporalily i have added the internal ip of the second mail server (192.168.1.5) on the SMTP proxy Transparent skip list but this of course does not filter outgoing emails. In this way however mails leave with the correct External Interface.

Any advice?

Regards

Antonis Constantinou.


This thread was automatically locked due to age.
Parents
  • Antonis, your work-around is the only way to get SMTP traffic out another interface at present.  You might want to vote for: SMTP: Multiple Hostnames/Interfaces Support.  If you need the outbound mail to go through the proxy, your only choice at present is to change the public DNS records of those domains on the second mail server to use the same interface/IP as the first mail server.

    On this internal interface we have the Internal Network (bound to the internal Interface)

    I trust you're talking about the "Internal (Network)" object automatically created by WebAdmin when the Internal interface was defined.  For all manually-created Network definitions, always leave 'Interface: >' instead of binding to a specific interface.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
Reply
  • Antonis, your work-around is the only way to get SMTP traffic out another interface at present.  You might want to vote for: SMTP: Multiple Hostnames/Interfaces Support.  If you need the outbound mail to go through the proxy, your only choice at present is to change the public DNS records of those domains on the second mail server to use the same interface/IP as the first mail server.

    On this internal interface we have the Internal Network (bound to the internal Interface)

    I trust you're talking about the "Internal (Network)" object automatically created by WebAdmin when the Internal interface was defined.  For all manually-created Network definitions, always leave 'Interface: >' instead of binding to a specific interface.

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
Children
  • Dear Bob

    Thanks for you answer. Yes i mean the Internal Network Object created automatically. What seems strange to me is that the web proxy does not face this issue. Traffic is filter through the proxy and exits the correct interface that i define in the multi path rules. Anyway i have voted for the future[:)]

    Thanks again

    Regards

    Antonis C