Learn how to a build a cloud-first strategyRegister Now

  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 339
  • Last Modified:

port forwarding, kinda

I've got a dedicated server running fedora with plesk.  I am running a teamspeak server which consists of a number of virtual servers per se that all respond on different ports.  Right now there are servers running on ports 65520-65530.  This works just ducky because it allows me to pass along the server address as goclans.com:65530 or something which seams simple enough to me.  But people seem to have an adversion to numbers.  So I am wondering if it is posible to use a subdomain and drop the port.  So say a sub domain of oldman.goclans.com would point the teamspeak client to 65530.  The teamspeak client will automatically use its default port of 3535 or something around there if no port is given.  So I would need to forward between goclans.com:65530 and oldman.goclans.com:3535.  Is this even posible?
  • 4
  • 3
  • 2
2 Solutions
"forward between goclans.com:65530 and oldman.goclans.com:3535.  Is this even posible?"
Yes, BUT only if you have separate IP for each such 'oldman.goclans.com'. Otherwise it's impossible.
Gabriel OrozcoSolution ArchitectCommented:
it's kind of easy if you can edit the apache config file.

what you need is "reverse proxy" feature, where your port 80 will ask the other servers (no matter if they are running at or at cnn.com) and offer them based on the site name.
I wrote a quick howto on the matter but it is in spanish. if you can read that then go to http://redimido.glo.org.mx, but if you need it in english look at:

(read this at the end of the others since it's incomplete and only looks at one part):

happy linuxing
is a teamspeak server runs under apache control?
Nothing ever in the clear!

This technical paper will help you implement VMware’s VM encryption as well as implement Veeam encryption which together will achieve the nothing ever in the clear goal. If a bad guy steals VMs, backups or traffic they get nothing.

or at least on http protocol :)
purfusAuthor Commented:
I'm not sure what protocol it uses.  Here's a packet sniff from my client side donno if it helps or not.  And thank you redimido.  I'm not sure I understand quite what your telling me but I will go through those resources and figure it out.  Until than I will leave the question open though.

Ethernet II (Packet Length: 72)
      Destination:       00-13-46-84-cb-c3
      Source:       00-90-f5-48-ac-63
Type: IP (0x0800)
Internet Protocol
      Version: 4
      Header Length: 20 bytes
            .0.. = Don't fragment: Not set
            ..0. = More fragments: Not set
      Fragment offset:0
      Time to live: 128
      Protocol: 0x11 (UDP - User Datagram Protocol)
      Header checksum: 0x0 (Incorrect - Checksum should be 0xd82c)
User Datagram Protocol
      Source port: 2864
      Destination port: 65530
      Length: 8
      Checksum: 0xd09 (Correct)
Data (24 Bytes)
purfusAuthor Commented:
Oh and yes I only have one ip address and def cant afford to buy one for each of the virtual ts servers.
From that point my answer is: "no".
You cant use different names or some other tricks to allow users connect without specifying port number
Even redimido's comments will not help.

The reason is many-to-one resolution of any name-to-ip DNS  request. There is no other means to transfer host name via opaque UDP protocol (at least it could be possible via HTTP 1.1).
So any name will point to the same IP. Without port number it will be default port number and there are no means to distinguish one DNS name from another.
Gabriel OrozcoSolution ArchitectCommented:
I did not check that teamspeak is a VoIP application. (checked at http://www.goteamspeak.com/)

So I misunderstood such app would be something running under apache/httpd

My fault. Sorry.

It's mind of impossible unless you create some tipe of reverse proxy for udp. I really have not read anything for such kind of proxy

so I went to freshmeat and searched for udp proxy and here are some results (you need to figure out if one or more of these can work for you):

good luck
purfusAuthor Commented:
hmm, ok.  Well that all makes sense.  It does seem odd to me that the protocol doesn't support it.  I mean I would think the server should be able to recieve a request for information at a certain address and interpret it in any way.  But the reasons it doesn't work do make sense.  Perhaps it will be directly supported in the future.  Thanks for all the help.

Featured Post

Free learning courses: Active Directory Deep Dive

Get a firm grasp on your IT environment when you learn Active Directory best practices with Veeam! Watch all, or choose any amount, of this three-part webinar series to improve your skills. From the basics to virtualization and backup, we got you covered.

  • 4
  • 3
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now