Configuring VPN Remote Access for the first time on your Sophos XG Firewall? Check out this useful Community post!
Sophos Central Firewall Manager maintenance scheduled for April 2nd, starting at 3:30am EDT. More info available here.
We'd love to hear about it! Click here to go to the product suggestion community
I am trying to publish an internal web server over the WAF. The setup is as follows:
I can access the website and login, so that worked. The first problem was that any link on the website pointed to the internal hostname. I resolved this by activating "Pass host header" in the virtual webserver. Now the links point to the correct hostname but the custom port (8089) is missing so when I click on a link it tries to establish the connection via port 443. What am I missing?
UTM/SG don't support rewriting URL this way ... as i know.
i would try to use Port 443 for Virtual webserver (if not used already).
In reply to dirkkotte:
I already use Port 443 for Exchange services and only have one public IP address, so I'm guessing the only other option here is DNAT?
What if you change the Real Server to work with 443 and leave the Virtual Server on 8089?
Cheers - Bob
In reply to BAlfson:
In reply to jmu:
It shouldn't be a problem having more than one server listening on the external 443 port. The mapping is done by WAF based on the certificate and the real server.I host several external domains all resolving to one IP / port 443Internally they are mapped to ports 8281, 8282 etc.
Not exactly sure why you have this problem, but here are two things to try:
I am pretty sure that "HTTPS and Redirect" means that it accepts HTTP connections on port 80 but redirect to HTTPS on whatever port. This might be creating confusion. Try changing to HTTPS (without redirect) and see if the problem goes away.
If you have WAF in front of your Exchange server, you can get rid of the custom port on the public IP using Server Name Indication (SNI)
1) WAF on exchange.example.com:443 (public a.b.c.d) redirects to internal Exchange:443 (10.10.10.10)
2) WAF on otherapp.example.com:443 (public a.b.c.d) redirects to internal Otherstuff:8089 (10.10.10.11).
I perceive the second approach as preferable because the users are more likely to enter the URL correctly in the address bar or Favorites entry.
Curious to hear your results.
In reply to DouglasFoster:
On closer consideration, I think the most important option is "Rewrite HTML" on the Virtual Webserver object. It is right next to "pass host header". Your problem is that the urls are not being rewritten to external syntax.
Well that was easy. Your option 2 worked out perfectly, and the site is displaying properly too now. Thank you.