Difference between revisions of "Talk:Realms API"

From wiki.vg
Jump to navigation Jump to search
Line 10: Line 10:
 
== pc.realms.minecraft.net? ==
 
== pc.realms.minecraft.net? ==
 
I snooped my Minecraft process and observed it connects to <code>pc.realms.minecraft.net</code>, not <code>mcoapi.minecraft.net</code>. This also responds to Realms API requests. It resolves to a different IP. Anyone know if this is used by clients instead of <code>mcoapi</code>?
 
I snooped my Minecraft process and observed it connects to <code>pc.realms.minecraft.net</code>, not <code>mcoapi.minecraft.net</code>. This also responds to Realms API requests. It resolves to a different IP. Anyone know if this is used by clients instead of <code>mcoapi</code>?
 +
 
--[[User:Air|Air]] ([[User talk:Air|talk]]) 01:11, 7 January 2017 (UTC)
 
--[[User:Air|Air]] ([[User talk:Air|talk]]) 01:11, 7 January 2017 (UTC)
  

Revision as of 01:12, 7 January 2017

Session ID format no longer accepted?

I can't get the server to accept a Session ID formatted as per the article. I always receive a 401 Invalid session id. I'm using

http --verbose GET ${realms_server}/mco/available "Cookie:sid=token:${access_token}:${uuid};user=${user_id};version=${version}

My access_token is freshly validated by the authserver, and my uuid is trimmed.

--Air (talk) 01:11, 7 January 2017 (UTC)

pc.realms.minecraft.net?

I snooped my Minecraft process and observed it connects to pc.realms.minecraft.net, not mcoapi.minecraft.net. This also responds to Realms API requests. It resolves to a different IP. Anyone know if this is used by clients instead of mcoapi?

--Air (talk) 01:11, 7 January 2017 (UTC)

Unknown edit

When call API /worlds the "players" property is always empty

Up to date IP

In order to get a world IP without calling the join endpoint, requests to worlds/{id} appear to have the current IP available instantly, whereas worlds/ alone does not. (Only the owner (or possibly an op?) can call worlds/{id}, however.)

--Ispillmydrink (talk) 21:39, 2 May 2015 (UTC)

Join behavior

It appears that /worlds/$id/join calls actually prompt the service to start an instance of the server if it is not already running. This is why the first few calls to the join endpoint will return a 503 while the server is still starting. If no player actually signs on, the created server instance only stays alive for approx 10 minutes until it shuts back down.

--Ispillmydrink (talk) 17:41, 29 April 2015 (UTC)

Some documentation here is out of date.

Some of the Realms protocol has changed as of 1.8.

The "handshake" process documented here no longer works, as well as various other things. I'm not exactly sure what is broken and what isn't, that'll require a bit more investigation than what I've done.

--Mitchfizz05 (talk) 07:03, 15 April 2015 (UTC)