Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 1 reply
  • Subscribers 2 subscribers
  • Views 729 views
  • Users 0 members are here
Options
Suggested
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

HTTPS inbound Nat is not working.

red_diablo2004
Hi all,

Hope you are doing well.

I have MS Exchange and I opened HTTPS port in Sophos UTM and it was working great till the last update it's not working any more.

Is there any way to delete the last update?

And thanks in advance.


This thread was automatically locked due to age.
Parents
  • 0
    No way to go back other than to re-install from from an earlier ISO, restore a backup configuration and then update to just before the update that killed HTTPS port.  

    Is the HTTPS port you opened on the External interface and working via a NAT rule to exchange on the inside/DMZ?   Or is it on the WAF via a WAF virtual webserver?  

    The usual problem I come across is that there are a number of UTM services fighting for port 443, and one of these can grab it ruining Exchange access.  I always have to make sure that the User Portal and SSL VPN always are moved onto another port other than 443 such as 1443, etc.   But that problem appears when the service is switched on.  

    Also it sounds like it may be your own hardware.  Would that be right?  If it is, then a much rarer problem I have come across is that a new ports pops up available in WebAdmin for your interfaces following a kernel update - usually the built in one on a motherboard that never worked, but now does.  This can muck about with hardware order and port numbering I think.  

    Best Regards,
Reply
  • 0
    No way to go back other than to re-install from from an earlier ISO, restore a backup configuration and then update to just before the update that killed HTTPS port.  

    Is the HTTPS port you opened on the External interface and working via a NAT rule to exchange on the inside/DMZ?   Or is it on the WAF via a WAF virtual webserver?  

    The usual problem I come across is that there are a number of UTM services fighting for port 443, and one of these can grab it ruining Exchange access.  I always have to make sure that the User Portal and SSL VPN always are moved onto another port other than 443 such as 1443, etc.   But that problem appears when the service is switched on.  

    Also it sounds like it may be your own hardware.  Would that be right?  If it is, then a much rarer problem I have come across is that a new ports pops up available in WebAdmin for your interfaces following a kernel update - usually the built in one on a motherboard that never worked, but now does.  This can muck about with hardware order and port numbering I think.  

    Best Regards,
Children
No Data