MC-19132Query/Connect using SRV record not working anymore
We're running a vanilla/test server on "vanilla.cube-nation.de" which is a DNS SRV record pointing to "cube-nation.de:22296" internally.
Using the later one still works fine while using the SRV record stopped working since out update to the pre-release today. The server added to the client is shown as "offline" and connecting to it times out after a while.
So there seems to be some issue/bug here.
Hope you can still fix this for the official release, since that would break a lot of "multi server" concepts.
Regards
DerFlash/Björn
Environment
Java(TM) SE Runtime Environment (build 1.7.0_05-b05)
Attachments1
Created Issue:
Query/Connect using SRV record not working anymore
We're running a vanilla/test server on "vanilla.cube-nation.de" which is a DNS SRV record pointing to "cube-nation.de:22296" internally.
Using the later one still works fine while using the SRV record stopped working since out update to the pre-release today. The server added to the client is shown as "offline" and connecting to it times out after a while.
So there seems to be some issue/bug here.Hope you can still fix this for the official release, since that would break a lot of "multi server" concepts.
Regards
DerFlash/BjörnEnvironment
Java(TM) SE Runtime Environment (build 1.7.0_05-b05)
- Unresolved
- Open
- Minecraft - Public
- Unconfirmed
- Survival
- 1.6 dns pre-release server srv-record
- 1.6
A comment with security level 'global-moderators' was removed.
Cannot confirm. Server works.
Interesting, you're right (but not completely g).
I think you've found some hint for the issue itself here.
You're right with the fact that the server is (actually) working. It seems to be because I've removed the iptables rule preventing access to the port directly from outside. This is to prevent people from even knowing that the server is running on this port. So they just know that its running at vanilla.cube-nation.de. This worked fine with all versions for now and is how SRV records should be used.
But somehow the 1.6 seems to use the redirection address for further communication instead of still the SRV record, so the connection will timeout/disconnect as soon as the iptables rule for direct access is in place.
So to sum it up:
PS: As you may notice, the iptables rule is in place again. Feel free to check again - server should not "really" respond anymore.
Hope that may help to find the exact problem here.
Connect to vanilla.cube-nation.de and cube-nation.de:22296 works.
Wrote that in the chat & left message @ 204 / 72 / 109
Hmm... I did some more digging into how SRV records work. It really seems to be my own fault at the end! Ticket can stay closed and I apologize for the confusion
Just as a little explain what happened:
Setting up and using an SRV record indeed tells the client to use the real address behind the record. Blocking this would result in the described error.
What I mixed up here was the need to block this "internal" port. This is NOT needed when you're not using a proxy (which is doing the authentication, while the server itself then would need to run in offline mode).
Regards
DerFlash