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

Unable to Forward into TeamSpeak 3 Server

Short forward: I've just started using the UTM OS on an old Dell Optiplex machine I had lying around. Dual core 3.0 GHz with 4 GB of memory, nothing special. Let me say: Wow. Thank you Sophos for providing home users such a fantastic product, for free.

Alright, now, the problem. I operate a Teamspeak server on my local network. The machine has a statically assigned IP, and for testing purposes, I have stripped it's internal software firewall away to inhibit conflicts.

On my internal network, I can point my Teamspeak client to that IP, and it jumps in no problem. When I switch to an external IP, my machine resolves a connection to the server, hangs for a few seconds, than errors out. Teamspeak's logging software leaves much to be desired, and I cannot tell exactly what part of the handshaking process fails.

The service requires UDP port 9987, and TCP ports 10011, and 30033 to be open for virtual voice service, server query, and file transfers, respectively. I have rules in the UTM allowing these ports incoming and outgoing from "Any" to "Internal (Network)", and vice versa. In NAT, I have a forwarding rule set up for DNAT. The configured traffic selector points "Any", running services "TeamSpeak3 Ports" (a group I've configured for the aforementioned three ports), and points it to "Internal (Network)". Destination Translation sets the host as the internal IP of the teamspeak server.

At the advice of another thread I was reading, I clicked "Automatic Firewall Rule". I know it's probably superfluous and lazy since I have configured that initial selection of ports, but it was recommended just to be sure. I will probably disable it when everything is working.

Can anyone help me diagnose why I cannot externally reach this server?


This thread was automatically locked due to age.
Parents Reply Children
  • Yep, Orlando.  Fancy.  What most people are used to is port forwarding logic seen in most consumer grade gateways.  This is a very limited implementation of DNAT.  Most SOHO router port forwarding schema assume that there will only be one external IP address that is usually DHCP/PPPoE provided and bound to the WAN interface.  Of course, Sophos supports a lot more than that.

    So, instead of having to set just which port you want port forward, you have to set where the packet is coming from, the service and where the packet is going in order for it to match the translation rule.  This grants you a lot of flexibility, especially in the source field just in case you only want a particular subnet or host to be able to make use of the DNAT rule.

    Oh, and welcome to the community.  Look out for BAlfson and BarryG.  These guys really know their stuff, are very helpful, and most of all friendly.  I've learned plenty from both about the intricacies of Sophos just going through their post archive.