I just setup MineOS using the pre-packaged Turnkey bundle on a bare metal system and decided to test it with a new vanilla 1.8 world. It worked at first, but after running for a few hours the system disconnected and kick me off the server. Any attempt to reconnect give the message: “Authentication servers are down, try again later.”
From what I can tell this means that the server can’t verify my user ID with Mojang’s servers for some reason. I checked and there are no disruptions on Mojang’s servers, so something on my system must be blocking access to the authentication server. I tried disabling online-mode and I was able to connect no problem. Im thinking this is an error in the firewall configuration but I dont know how or where to start with that. I have already verified that my router is not blocking access to Mojang’s servers so it must be within my system configurations somewhere.
What confuses me is why it worked at first and then quit seemingly at random. Any thoughts on what is causing this and how to fix it? thanks in advance for any assistance
If you get the message “Authentication servers are down”, it simply means they are down.
It’s analogous to if you tried logging into your email and got “our email servers are temporarily down” vs “Chrome could not make the connection to this webserver”–the message is coming from the correct, intended place, but they simply (and for reasons unknown) weren’t able to authenticate.
The fact that it had worked at first means that it is not a firewall or router configuration issue; the simpler explanation is usually the correct one.
But i checked and Mojang’s servers are fine, and i can log into other servers no problem, so how then is the authentication system not working for my system? ive tried waiting a day or so and the same error comes up. could it be something with EULA or something like that?
Authenticate at the Mojang (creators of Minecraft) server with username and password
Retrieve a session id
Contact the server you want to play on and send your username and session id (for verification that you own tat name)
Send every 5 minutes a keep-alive request to the Mojang server so that the id does not timeout
Authentication is the sending of your username and password to Mojang servers at step #1. Provided all goes well, they return an authentication token back to your client (on your desktop) that verifies this.
Your client (desktop) then contacts your server (mineos) and says “I am this player–let me log in”. The server checks the server.properties value online-mode and if true, says “yeah, well show me your auth token”. Your client provides the token, and you are logged in.
If the online-mode is false, your client contacts your server and says “I am this player–let me log in” and the server says “sure, I believe it” and that’s that.
In receiving the error after trying to connect to your server (mineos), this is aligned with the idea that the Minecraft jar (the server) has connectivity to your desktop. If you want to remove the firewall, you can, though I doubt it would fix the issue.
At any rate, in the past few hours there have been a few tweets with your same symptoms:
It’s not surprising that for intermittent issues (read: a problem a few people are having, so they assume ‘all is well’ and ‘the problem must be on your end’), but for these people–like you–it is less likely that non-existent changes to your own firewall config is going to work one moment, and stop the next.
Furthermore, these people are not likely using MineOS, which corroborates the idea it’s authentication-server based, rather than your own config/server.
Based on that error, I think we can safely deduce it’s a connectivity issue at a much higher level. Your other problem with authentication server is down seems to be explained perfectly by lack of connectivity.
I suspect you’ll find pings are also not working, so that is what we’d need to address.
Are you connected wirelessly or by wires?
When you boot up the server (and you can reboot it if you need to), does the prompt at the start say you’ve been issued an IP address?
(side note, don’t worry about the timezone now anymore, that seems to be a non-issue here. If you are interested in setting the timezone all the same, this blue screen from boot-up is a better alternative than the apt-get method–it’s described at the bottom of the linked page).
Um, let me check the ping… thing. (sorry, it rhymed, couldn’t help it)
The server is wired into the router.
I told the server to take a specific address. When it boots up, at the blue configuration console screen, it says I have an IP address that is 192.168.1.xxx, and I can fill in those x’s for you if you need them. I told it to take the address at 192.168.1.xxx, though, so it makes sense it would take that one.
Do I need to change this in order to get my server working? I thought that was sort of against the whole concept of port forwarding.
Also, I was able to connect to it with the webmin and WebUI.
When you have addresses with 192.x.x.x, they’re “private”, but they need not be secret; there’s no harm in showing them.
With the loss/lack of connectivity, but you’re telling me you’re using a static IP, here is my recommendation:
Turn off static IP. Let your router allocate the IP address it wants. Yes, I know you’d want it static in the end, but right now, setting up the static might be the reason for lack of operability.
Test your pinging after you’re using DHCP
Explore if your router has static routes or ‘static dhcp’–it is the preferred equivalent of you getting an IP address issued dynamically but with the added bonus that the address never changes, and therefore will be suitable when you want to make your server accessible to the world.
All of this can be done from the blue screen that pops up from restarting your host system. Restart from there as well is probably the easiest way.