Sure, you gave us enough clue help us... helping you
I'm talking about "reverse proxy" because what you need here is:
- either to redirect connection made on Zentyal external interface (192.168.10.10 on port.. say 8080) to 192.168.10.24 on port 80. This is done at firewall level
- have "proxy" listening on 192.168.10.10 (again why not on port 8080) and let this proxy request you internal web server.
As discussed with half-life, each design has some pros & cons and port redirection might not work for HTTP depending on domain names (internal vs. external).
To make it short, because you are using dyndns, firewall base approach (port redirection) doesn't work
So maybe we are not jeopardizing your topic while discussing reverse proxy here
Thus my comments about Half_life point:
- Apache is able to act as reverse proxy
- this is not currently handled by Zentyal
- one option is to use hooks to customize Apache conf. I do not feel very comfortable with this, although I'm convinced it should work very well
- another one is to deploy dedicated reverse proxy infrastructure. I don't know HAproxy (which should do it, even if designed for load balancing and HA, mechanisms are the same). This can be done with light HTTP servers like NginX, ligHTTPd. What really matters here is capability to rewrite header so that when user ask for
http://server01.mydomain.dyndns.net, request reaches server01.zentyal-domain and page sent back to client is rewritten in the middle by reverse proxy to look as if it was sent from server01.mydomain.dyndns.net
This is what reverse proxy is supposed to do (high level because it can do much more complex rewriting. Goal is for you to get the idea).
Does it make sense?