The fact itself (IP banned) is not a bug.. true... but the message itself "password or username wrong" is a bug, since the password and username is absolutely correct. The correct message would be "Your source IP has been banned. Contact support."
Support has been contacted, but posted me the standard stuff like "reset your password" even though I clearly told them what I already did. For this automated answer I had to wait for five days.
Three days ago I replied with the same words as in this ticket.. no answer yet. This is a major problem, as am I not the only one using that net range, and everybody can't play anymore... furtheron they all are getting the wrong error message.. which misleads support "Password wrong? Just go and reset it.".
Then also blocking a whole provider range just because some users of that range might have mis-behaved (guessing) - What kind of administration is that? If I would work like that at our company, I'd be fired the same month.
If I could atleast get an info which IP the launcher wants to contact, I could build a temporary network route around the VPN, so I could atleast play while my problem is (hopefully) being adressed.
I have contacted support and the bug tracker to get my problem solved. But none of those did. - Why do they exist in the first place, if they cannot do anything?
Furtheron all MC Launcher bugs have been discarded as "invalid" or "works as intended". Looks like the whole category "MCL" can be removed, just to make life easier for the bug tracker team, as all the MCL requests are invalid anyway. .
Throttled or not. The message is wrong and misleads error tracking.
I am routing through a VPN because I cannot watch Youtube else.
My location is Germany and I am using a german endpoint.. so Germany2Germany.
Disabling the VPN immediately makes stuff work. Or also it helps routing some IPs around the VPN and immediately works too with VPN enabled. But this is st*pid indeed. Why would somebody need to block VPN usage? What do they fear?
Logging into Minecraft via nickname should be enough to authenticate. The location of that user is irrelevant, as usage of VPN was not part of the use policy of Minecraft when I began playing.
I tried several locations, as my VPN provider offers many in some relevant cities all over the world, but none worked with Minecraft.
Mojang support replied "We do not block any IP of that net range", when I sent them some ranges of my VPN provider. Quite weird. It's not blocked but still is?!
Well.. maybe Mojang is not blocking these ranges, but perhaps Amazon does...?! (As MC stuff relies on Amazon cloud services..)
Marc Swenson
MCL-5323
This appears to be an IP range ban.
Got the same problem, just the other way around:
With VPN enabled: doesn't work
With VPN disabled: does work
Link: https://bugs.mojang.com/browse/MCL-5323
The fact itself (IP banned) is not a bug.. true... but the message itself "password or username wrong" is a bug, since the password and username is absolutely correct. The correct message would be "Your source IP has been banned. Contact support."
Support has been contacted, but posted me the standard stuff like "reset your password" even though I clearly told them what I already did. For this automated
answer I had to wait for five days.
Three days ago I replied with the same words as in this ticket.. no answer yet. This is a major problem, as am I not the only one using that net range, and everybody can't play anymore... furtheron they all are getting the wrong error message.. which misleads support "Password wrong? Just go and reset it.".
Then also blocking a whole provider range just because some users of that range might have mis-behaved (guessing) - What kind of administration is that? If I would work like that at our company, I'd be fired the same month.
If I could atleast get an info which IP the launcher wants to contact, I could build a temporary network route around the VPN, so I could atleast play while my problem is (hopefully) being adressed.
I have contacted support and the bug tracker to get my problem solved. But none of those did. - Why do they exist in the first place, if they cannot do anything?
Furtheron all MC Launcher bugs have been discarded as "invalid" or "works as intended". Looks like the whole category "MCL" can be removed, just to make life easier for the bug tracker team, as all the MCL requests are invalid anyway.
.Throttled or not. The message is wrong and misleads error tracking.
I am routing through a VPN because I cannot watch Youtube else.
My location is Germany and I am using a german endpoint.. so Germany2Germany.
Disabling the VPN immediately makes stuff work. Or also it helps routing some IPs around the VPN and immediately works too with VPN enabled. But this is st*pid indeed. Why would somebody need to block VPN usage? What do they fear?
Logging into Minecraft via nickname should be enough to authenticate. The location of that user is irrelevant, as usage of VPN was not part of the use policy of Minecraft when I began playing.
I tried several locations, as my VPN provider offers many in some relevant cities all over the world, but none worked with Minecraft.
Mojang support replied "We do not block any IP of that net range", when I sent them some ranges of my VPN provider. Quite weird. It's not blocked but still is?!
Well.. maybe Mojang is not blocking these ranges, but perhaps Amazon does...?! (As MC stuff relies on Amazon cloud services..)
Confirmed. Got that too, and quite often as well.
Console log produced last time, when somebody was in that chunk:
entered on console, nobody online:
Then I join the server, enter this particular chunk, and the server console says again:
Then, again on the console, I try to kill these entities:
It confirmed, the chickens are no longer.
But shortly after on the console the EXACT SAME UUIDs appear again, but only because the player is still in that chunk:
Wait.. aren't these...?!
On the console still, I try if I can kill it again and again and again....
--> Confirmed... it never dies, perhaps it's undead and we need a /heal command to make it die.. :>
Found a workaround.
You can get rid of these thingies, when you /tp them to your location:
No worries.. the chicken never arrived on my locations... so when you have a bugging Zombie, it will not attack you, after /tp. : )
As consequence... the duplicate ID log has never shown up again since /tp. --> works for me..
Johnibur, try /TPing this entity to your position, as I wrote.
Case solved.