Hi,
Multiple SRV Records under the Same Domain are usually used for a sort
of Round Robin System and clients would randomly choose one of them.
Its mainly used for Load Balancing.
But in the end it depends on the Implementation used to work with these
Records how this case is handled...
Valve f.e. could choose to do as you proposed a Aggregation/List, when
such a Domain is added to Favorites each Record is taken and the Server
queried, in combination with the fact that there could be hostnames in
the SRV Record(f.e. port 27019 and hostname srv1.tf2.example.org) it
could then add this to the favorites/or if theres only an ip query the
server so they could return their own hostname.
Or its added and each time its queried Valve Randomly chooses one of
the two entries.
Also People Connecting to the tf2.example.org hostname could get a
Chooser Displayed or randomly connect to one of the defined Servers.
Its all up to the implementation :)
Am 10.12.2012 09:44, schrieb Netshroud:
Another issue is that DNS names aren't port identified, so if you
move server from 27015 to 27016 your clients won't be able to
connect.
SRV records have a port.
http://en.wikipedia.org/wiki/SRV_record#Record_format [10]
The only issue I see is how to distinguish between multiple records
with the same name. If you have two SRV records for tf2.example.org
[11], which do they connect to? Or would the Favourites list be an
aggregate of all servers of all hosts, regardless?
On 10/12/2012, at 3:46 PM, Cameron Munroe <[email protected]
[12]> wrote:
Black I mean a system for in game that can't be abused, or hacked.
I know there is DNS. It would be much easier to run servers off a
steamID, but they are dynamic for servers, at least I thought.
Another problem with DNS names is how to report to the master
server that this is the unique name?
Another issue is that DNS names aren't port identified, so if you
move server from 27015 to 27016 your clients won't be able to
connect.
On 12/9/2012 8:28 PM, Robert Paulson wrote:
This has been asked for many times over the past years.
It would be very helpful because it would allow us to move to
better hosts and faster servers without losing 90% of our players
due to an IP change. Even for TF2, quickplay accounts do little
to
help a migration.
On Sun, Dec 9, 2012 at 7:30 PM, Calvin Judy
<[email protected] [8]> wrote:
Why would you need to go IP -> name?
And to my understanding the majority of the server browser
wouldn't even have to be recoded, it would just need to store
the string rather than the ip, and then resolve it everytime
someone wants the server information. (Correct me if I'm wrong
on this?)
----- Original Message -----
FROM: [BT]Black V [3]
TO: Half-Life dedicated Win32 server mailing list [4]
SENT: Sunday, December 09, 2012 9:34 PM
SUBJECT: Re: [hlds] SRV records
If only someone could invent an ip to name lookup
system.........
On 10/12/2012 3:09 PM, "Cameron Munroe"
<[email protected] [5]> wrote:
The biggest problem with sub domains is that one day you
could point everyone to a server based in the USA and the
next day point everyone to a server is Russia.
However, I do agree it would be nice.
The next problem would be how to setup such system.
On 12/9/2012 6:01 PM, T Marler wrote:
Okay guys, seriously now. Can we please get SRV record
support for srcds? Also, having favourites saved based on
(sub)domain and not just IP?
I think we all want to see this actually addressed. I
haven't yet seen a good reason why these haven't been.
_______________________________________________
To unsubscribe, edit your list preferences, or view the
list archives, please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
[1]
_______________________________________________
To unsubscribe, edit your list preferences, or view the
list archives, please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
[2]
-------------------------
_______________________________________________
To unsubscribe, edit your list preferences, or view the list
archives, please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
[6]
_______________________________________________
To unsubscribe, edit your list preferences, or view the list
archives, please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
[7]
_______________________________________________
To unsubscribe, edit your list preferences, or view the list
archives, please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
_______________________________________________
To unsubscribe, edit your list preferences, or view the list
archives, please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds [9]
Links:
------
[1] https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
[2] https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
[3] mailto:[email protected]
[4] mailto:[email protected]
[5] mailto:[email protected]
[6] https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
[7] https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
[8] mailto:[email protected]
[9] https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
[10] http://en.wikipedia.org/wiki/SRV_record#Record_format
[11] http://tf2.example.org
[12] mailto:[email protected]
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds
