-
-
Notifications
You must be signed in to change notification settings - Fork 689
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Stucked client at "Locating Server" in iOS and Android #957
Comments
Have you tried looking at the common issues page? |
Yes. This problem is not listed, and it seems like a bug because W10 works pretty good in the same Geyser server. |
Is it a local hosted server? |
No. Sorry if there is a confusion. This happens only when Geyser is hosted in a MC Online Host. When i tried Geyser in my local network, it works fine in iOS and Android. |
The same issue occurs on Xbox, and the current way to fix it, is to just cancel the connection and try again |
Have the same issue, but only in my local network. Except Windows 10, no other version will connect no matter how often I retry. On mobile, playing over data or a different network works, just not my home WiFi. |
Yeah, I get the problem on my locally hosted server as well, though whenever I retry on any device it starts working |
The problem Deathbringer is describing we should have fixed. |
Am I describing a different issue then |
For those of you having this issue: are you able to try a native Bedrock server in its place? What happens then? |
@DoctorMacc I do not own a custom Bedrock server, but as I wrote the ones Recommended work just fine. (With recommended I mean the Advertised ones.) |
Can you try a Nukkit server? |
I used to use a BDS and it this problem did not occur |
I joined a random server from a mpe serverlist and it just works fine. I don't have a nukkit server outside my lan to test. |
I recommend checking out the common issues page again as it likely has a fix that works for you. For future reference, issues like this should be discussed on Discord, not the issue tracker, as mentioned within the issue template. Please join us there if you haven't already 🙂. Closing. |
As stated before, common issues do NOT apply to this topic. Please reopen this issue case. As stated before closure, connecting to 3rd party servers works just fine. |
This does seem like a Geyser issue |
Yes, this does not seem like a Geyser issue. The clients are connecting (so it's not a port forwarding issue), but not getting any farther in the world. And I believe the IPs in the config are set correctly. Some clients can connect if Windows 10 can. I'm reopening this - but I need more information. |
Hello! We have the same bug. If this happens i get the following output in the terminal:
With mobile network i can connect fine:
Here you can see the dump of current Geyser-Proxy: I hope you can help us out! |
Me and my friend are unable to connect to our server (Default port of 19132) with Geyser installed, on T-Mobile, Google Fi (T-Mobile only), or AT&T (using mobile hotspot on a Samsung phone), on our normal Android phones. Using a VPN does not fix this. We can connect fine over other networks, just not VPNs or cellular. When I tried connecting to the server using an iPhone 5 (iOS 10) with a Google Fi data SIM (also T-Mobile only), it surprisingly worked. |
I just tested running a mobile hotspot on the iPhone 5 and connecting from my Android phone, I was able to connect to the server. |
Sorry for letting this issue for two days without more information. Today i was able to testing more about this problem. |
Seems like this is a really weird network specific issue. My best bet is that it could be something in the redirection department. In my case, I run my Java Server at PebbleHost, where I have to use the same port for Java and Geyser. The messages you see in OP's Error log in Post 1 might indicate that the Geyser "Proxy" receives the request as expected, but is not forwarding it for some reason. Or it is forwarding it, but the Java Server itself is unable to communicate with the client. As stated, this issue only happens on certain network conditions, not sure how we would be able to pinpoint that issue. |
According to another user this is a limitation of the server that is being connected to. |
With the help of RTM we were able to confirm the bug - however, the bug also happens with the new Nukkit rewrite/Cloudburst Server. |
What does work:
What doesn't work
|
I was able to connect directly from my Android phone on cellular to a test server running on Windows, hosted on a different network, but on the same ISP. Maybe this has to do with the operating system being run on the host, or different networking equipment. |
@jackson-57 thank you for the suggestion! RTM and I tried again tonight and Windows connected successfully in all instances. |
Is this still an issue? RTM just tried today and all problems were magically fixed. |
Issue still persists on latest 20.07.2020 build of geyser. |
Does the issue still persist with the latest build? Geyser hasn't done anything specifically to fix it. |
Just updated Geyser and tested, the issue still persists. |
Just to add slightly, using my bleeding build and an IOS tablet over wifi hotspot on my phone I can connect without issue to a non standard port on my hosted instance. Perhaps the "smoothness" pr helps at all? |
Running BDS on same IP and port above works. |
Could anyone with thus bug please try #656? |
Could we please get a test server started up for #656, so others can quickly test this? I tried to connect to another PR's test server and it didn't work, so it wouldn't be a false positive. |
On it. |
Thanks! |
My client was stuck at 'locating server' when trying to connect to the test server over cellular, but as this issue is so varied in results, others should give it a try as well |
In #656 Jackson did successfully join the Java server. |
Tried to connect to the test server, still stuck at "Looking for Server". |
@JustBuddy Did you tried with your mobile connection or your wifi ? |
Home Wifi, the connection which I have this issue. |
@JustBuddy Do you used the max render distance value ? |
No, using the lowest actually. |
@JustBuddy were you using a vpn on your home network? |
Just my regular home network, nothing fancy in between. |
I had the same issue on my mobile connection and on my wifi with the windows 10 edition (I guess it's because my connexion is really bad) |
The connection issues described are likely the result of CloudburstMC/Network#8 |
@JustBuddy are you on our Discord server? |
@DoctorMacc Yes, Buddy#0001 |
I've tested servers and clients both with a variety of MTU. I can also confirm that java forces the DontFragment bit on so I don't think its necessarily related here (DF needs to be on for path discovery). Every test seems fine. The connection handshake basically sends a padded request from the largest size, reducing it until the client responds (thus the packet gets through, since with DF set the packet is dropped if its too big anywhere on the path). What I need is someone who can replicate the issue doing either a wireshark or tcpdump of the connection ideally from both sides and saving them to a pcap file (this is readable again later by either program). If you're worried about IP's leaking in the file then encrypt and DM me a password. |
I have the same issue stuck on "locating server" on windows 10 bedrock edition. I try to join any other server I do not get this error very strange. |
I can connect with windows 10 with my wifi connection. On my iphone with the cellular data, i can't connect. It's stuck on "locating server". I'm using Build #78 (Mar 19, 2023, 5:12:46 PM) |
Describe the bug
The client of Minecraft in iOS and Android gets stuck when Geyser is hosted in a external MC Host without the port 19132.
To Reproduce
Expected behavior
The client connects without issues.
Screenshots / Videos
Server Version
git-Spigot-0287a20-7560f5f (MC: 1.16.1)
Geyser Version
1.0.0 (git-master-c4db0e2)
Minecraft: Bedrock Edition Version
Tested with 1.16.0 and 1.16.1
Additional Context
The problem doesnt happen in Windows 10 edition of bedrock. This issue happens always in any java server. Using LAN in a local computer fix the issue.
The text was updated successfully, but these errors were encountered: