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

    Teamspeak 3 Wont Allow Connections

    Scheduled Pinned Locked Moved Firewalling
    33 Posts 7 Posters 8.4k 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.
    • T
      Trel
      last edited by

      Your picture shows you forwarding each port to two different servers.

      Which of the servers 10.30.150.2 or 10.30.150.13 is the right one?  With those rules, it can't forward to both.

      1 Reply Last reply Reply Quote 0
      • W
        Winzier09
        last edited by

        The virtual server is on .13 the physical server it sits on it .2 so should I just forward to one? Users connected to the teamspeak server without pfsense in the mix and connected fine. Ive tried tracing the packets and watching the log summary and watch the incoming ip's get denied. It seems that there is some LAN interaction going on as well when an incoming ip tries to connect. Regardless i added them to allow passage as a rule but still nothing??

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

          The virtual server is on .13 the physical server it sits on it .2 so should I just forward to one?

          Huh? You need to forward the port to the IP address expecting the connections.

          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
          • W
            Winzier09
            last edited by

            @Derelict:

            The virtual server is on .13 the physical server it sits on it .2 so should I just forward to one?

            Huh? You need to forward the port to the IP address expecting the connections.

            Thanks

            1 Reply Last reply Reply Quote 0
            • W
              Winzier09
              last edited by

              Nope changed nothing. Still cannot connect.

              1 Reply Last reply Reply Quote 0
              • T
                Trel
                last edited by

                To clarify, right now you're forwarding JUST to .13, right?

                1 Reply Last reply Reply Quote 0
                • W
                  Winzier09
                  last edited by

                  Yes port forwarding to .13 to the virtual server where the teamspeak 3 Ubuntu server sits.

                  1 Reply Last reply Reply Quote 0
                  • M
                    MLIT
                    last edited by

                    Have you tried rebooting? I had a firewall issue with TS where it wouldn't forward connections through correct (It would block them –- I pulled it out of the firewall log). I rebooted and then it worked fine after that.

                    1 Reply Last reply Reply Quote 0
                    • T
                      Trel
                      last edited by

                      @Winzier09:

                      Yes port forwarding to .13 to the virtual server where the teamspeak 3 Ubuntu server sits.

                      Could you also post a picture of the Firewall -> Rules -> WAN tab?

                      1 Reply Last reply Reply Quote 0
                      • W
                        Winzier09
                        last edited by

                        Tried rebooting still wont allow anyone in. Now it doesn't even show incoming connections on the system log->firewall. It does keep showing LAN connections every time anyone tries to connect.

                        WAN.jpg
                        WAN.jpg_thumb

                        1 Reply Last reply Reply Quote 0
                        • T
                          Trel
                          last edited by

                          Did you nuke the 30033 forward? I don't see a corrisponding rule for it in that pic, but I do see two separate ones for 10011

                          1 Reply Last reply Reply Quote 0
                          • W
                            Winzier09
                            last edited by

                            Changed it. Check these photos out. Still nothing

                            EDIT I changed the 10011 on the port forward one

                            WAN1.jpg
                            WAN1.jpg_thumb
                            WAN2.jpg
                            WAN2.jpg_thumb
                            WAN3.jpg
                            WAN3.jpg_thumb
                            WAN4.jpg
                            WAN4.jpg_thumb

                            1 Reply Last reply Reply Quote 0
                            • D
                              doktornotor Banned
                              last edited by

                              That WAN thing is still wrong. You did NOT change the NAT ports, only the destination port.

                              1 Reply Last reply Reply Quote 0
                              • W
                                Winzier09
                                last edited by

                                Please see the edit. I changed the wan 10011 to 30033

                                1 Reply Last reply Reply Quote 0
                                • D
                                  doktornotor Banned
                                  last edited by

                                  No. You only changed it in one place. Look at the NAT Ports field!

                                  1 Reply Last reply Reply Quote 0
                                  • W
                                    Winzier09
                                    last edited by

                                    Yes I did. Here

                                    uiouou.jpg
                                    uiouou.jpg_thumb

                                    1 Reply Last reply Reply Quote 0
                                    • D
                                      doktornotor Banned
                                      last edited by

                                      Wonderful. Now, either reset the states or reboot the box.

                                      1 Reply Last reply Reply Quote 0
                                      • W
                                        Winzier09
                                        last edited by

                                        Rebooted still cant get clients =\

                                        1 Reply Last reply Reply Quote 0
                                        • D
                                          doktornotor Banned
                                          last edited by

                                          Sucks to be you. Produce some packet captures.

                                          1 Reply Last reply Reply Quote 0
                                          • C
                                            Cyberloard
                                            last edited by

                                            I'm trying to understand your setup. Modem–--> Into NIC #1 into a virtual machine that uses that port dedicated *no bridge the connections go out of it through ----> NIC# 2 the lan port which is bridged ----> into a switch
                                            do you mean that pfsense is virtualized or is it on bare metal, and when you say it uses a dedicated port no bridge do you mean it's a virtual nic?

                                            Secondly is your modem a full modem, not one of the generic modem/router combo devices isp's like to give out? If it is one of those combo devices then you'll have to configure it to port forward to the pfsense box.

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