Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    how to access from outside to server (teamspeak)

    Scheduled Pinned Locked Moved Firewalling
    7 Posts 3 Posters 1.3k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • P
      pooperman
      last edited by

      hi folks,

      I would like to have access from the www to my teamspeak server

      Network topology:
      ISP Router - pfSense - Teamspeak Server

      Teamspeak seems to use udp port 9987, so I did a port forward on ISP router to pfSense.
      Within pfsense i created a rule on WAN:
      ts3.JPG

      *rule was activated during testing

      but for some reason I am not able to access it.
      Did I miss something?

      I have on that server also another http/https service running via HAproxy (reverse) HAproxy cannot coop with UDP isnt it?

      thanks for your feedback

      1 Reply Last reply Reply Quote 0
      • DerelictD
        Derelict LAYER 8 Netgate
        last edited by

        Are you sure you need to set a source port?

        Screen Shot 2020-07-11 at 3.32.16 PM.png

        Chattanooga, Tennessee, USA
        A comprehensive network diagram is worth 10,000 words and 15 conference calls.
        DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
        Do Not Chat For Help! NO_WAN_EGRESS(TM)

        P 1 Reply Last reply Reply Quote 1
        • P
          pooperman @Derelict
          last edited by

          @Derelict
          thanks for your feedback. Maybe I have an understanding problem.

          teamspeak (TS) client tries to connect to my public ip.
          I have opened ports from 1000 to 65000 on isp router forwarding to WAN interface of pfSense.

          within pfSense I create a wan rule from port 1000 to 65000, with direction to server ip and port 9987

          how does pfSense know which traffic belongs to where?
          imagine there are overlaping ports for different services.

          btw. above mentioned port range on ISP router and pfsense did not fix my issue.

          1 Reply Last reply Reply Quote 0
          • DerelictD
            Derelict LAYER 8 Netgate
            last edited by Derelict

            Sounds like you are significantly misunderstanding what teamspeak needs.

            Post what they have to say regarding forwarding ports to an inside teamspeak server through a NAT router.

            Matching on a source port is almost NEVER necessary and most often breaks the port forward. You have a source port set here:

            5656910d-757a-4516-811a-673cb71c140b-image.png

            That will not forward the port unless the connecting host is setting 9987 as the source port. Almost certainly not the case (knowing nothing about how teamspeak actually works, specifically.).

            Is that port forward disabled?

            Chattanooga, Tennessee, USA
            A comprehensive network diagram is worth 10,000 words and 15 conference calls.
            DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
            Do Not Chat For Help! NO_WAN_EGRESS(TM)

            P 1 Reply Last reply Reply Quote 0
            • P
              pooperman @Derelict
              last edited by

              @Derelict
              okay, i think i got it, just creating a rule is insufficient I have to to it via NAT

              it is working right now.

              since this is the 1st time I am using NAT port forward and have not other WAN NAT rules, do I need to consider something to avoid putting my server at CS risk?

              GertjanG 1 Reply Last reply Reply Quote 0
              • DerelictD
                Derelict LAYER 8 Netgate
                last edited by

                Whenever you port forward into a server you are essentially bypassing the protections the firewall brings and then rely on the protections, and are vulnerable to the deficiencies the application forwarded to brings.

                Chattanooga, Tennessee, USA
                A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                Do Not Chat For Help! NO_WAN_EGRESS(TM)

                1 Reply Last reply Reply Quote 0
                • GertjanG
                  Gertjan @pooperman
                  last edited by

                  @pooperman said in how to access from outside to server (teamspeak):

                  since this is the 1st time I am using NAT port forward

                  Noop. The second time.
                  Your ISP router (should) contains the same NAT rule.
                  "All incoming UDP traffic on port 9987 is redirected to the PfSense IP - this is a LAN IP from an ISP router point of view."
                  Then, on pfSense :
                  "All incoming UDP traffic on port 9987 is redirected to the TS SERVER IP - this is a LAN IP from an pfSense point of view."

                  You could chain on like that if needed.

                  It is a wise thing to change your ISP router setup so it NAT's only port 9987 to the inside (to the pfSense IP). Right now, no big deal as you have a second firewall : pfSense.

                  Security :
                  Every TS server which is globally accessible should expose it's 9987 port on the Internet.
                  The server only recognizes TS voice traffic, it will discard everything else. After more then 10 years of development they should be rather good at that. If not, every TS server would be getting exploited - and there are a lot of TS servers in the world.
                  Web servers do the same thing. Mail servers do the same thing. You should trust them, or not using them.

                  No "help me" PM's please. Use the forum, the community will thank you.
                  Edit : and where are the logs ??

                  1 Reply Last reply Reply Quote 2
                  • First post
                    Last post
                  Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.