Minecraft Bedrock Edition 26.60, wydany 27 października 2026, łączy się z serwerami przez NetherNet zamiast starego RakNetu. Serwery z Geyserem bez włączonego NetherNetu przestały przez to wpuszczać graczy 26.60, choć nadal widać je na liście, a starsze wersje Bedrocka wchodzą normalnie. Naprawić to może tylko administrator serwera, włączając NetherNet w Geyserze.

  • Przyczyna: Bedrock 26.60 łączy się przez NetherNet, a serwer przyjmuje tylko RakNet.
  • Objaw w logu: ostrzeżenie „NetherNet support is NOT enabled” i brak jakiejkolwiek próby połączenia od graczy 26.60.
  • Naprawa: Geyser od buildu 1237, transport: both, osobny webrtc-port, port Bedrocka otwarty w TCP i UDP, restart.
  • Gracz nic nie zmieni po swojej stronie, NetherNet włącza administrator.

Dlaczego Bedrock 26.60 nie wchodzi na serwer?

Dotychczas Bedrock Edition łączył się z serwerami przez RakNet, protokół działający po UDP. Jego następcą jest NetherNet, który Mojang według bloga GeyserMC wdraża od wersji 26.40. Połączenie zaczyna się w nim od signalingu po TCP, a sama rozgrywka idzie przez WebRTC po UDP. Historię kolejnych wydań Bedrocka znajdziesz w przeglądzie wersji Minecrafta.

Wpis GeyserMC z 8 października 2026 zapowiadał, że od 26.60 klienci Bedrock przestaną łączyć się przez RakNet, więc każdy serwer Bedrock musi obsługiwać NetherNet. Dotyczy to też serwerów Java z Geyserem, czyli mostem dla graczy Bedrock. Mojang poświęca temu w changelogu Bedrock 26.60 tylko jedno zdanie, w części o Dedicated Server:

Updated the warning that suggests trying NetherNet to instead be an error when users are not using NetherNet, as RakNet is deprecated

W tłumaczeniu: Bedrock Dedicated Server pokazuje teraz błąd zamiast ostrzeżenia, gdy NetherNet nie jest używany, bo RakNet jest przestarzały. Changelog nie wspomina o stopniowym wdrażaniu zmiany ani o serwerach z Geyserem.

Dlaczego problem pojawił się dopiero 29 października?

W logach serwerów z samym RakNetem gracze 26.60 pojawiali się jeszcze przez około 2 dni po premierze, aż 29 października około 15:35 czasu polskiego przestali się łączyć, podczas gdy serwery z włączonym NetherNetem przyjmowały ich bez przerwy. Skąd to opóźnienie, nie wiadomo: nie znaleźliśmy ogłoszenia Mojangu ani GeyserMC, które by je wyjaśniało.

Co może zrobić gracz Bedrock 26.60?

Jeśli serwer nie obsługuje NetherNetu, gracz tego nie obejdzie, bo NetherNet musi włączyć administrator serwera. Możesz za to zrobić kilka rzeczy:

  • Adres i port wpisuj w osobne pola: adres w polu „Adres serwera”, a 19132 albo inny port podany przez serwer w polu „Port”. Nie wpisuj „adres:19132” w jednym polu.
  • Jeśli gra pokazuje „Outdated Bedrock client!”, zaktualizuj ją. Numerację wydań i listę wersji znajdziesz na stronie Minecraft Bedrock Edition.
  • Daj znać administracji serwera, że gracze 26.60 nie mogą wejść, a starsze wersje tak, i podeślij link do tego poradnika.

Jak rozpoznać brak NetherNetu w logach serwera?

Dla administratora objaw bywa mylący. Serwer odpowiada na ping, widać go na liście, handshake RakNet przechodzi, a gracze ze starszych wersji wchodzą. Od klientów 26.60 nie ma za to w logu żadnej próby połączenia i nie widać jej nawet w zrzucie ruchu sieciowego.

Wskazówkę daje log startowy Geysera. Gdy NetherNet jest wyłączony, przy starcie pojawia się takie ostrzeżenie:

WARNING! NetherNet support is NOT enabled.
Players will not be able to connect to your server,
starting October 27th, when NetherNet is scheduled to release.
Please see our blog post over at https://geysermc.org/blog/preparing-for-nethernet
on how to enable NetherNet support.

O portach jest wtedy tylko jedna linia, bez słowa o signalingu:

Started Geyser on UDP port 19132

„Outdated Geyser proxy!” to inny błąd

Przy nowych wersjach Bedrocka częsty jest też błąd niezwiązany z NetherNetem: za stary Geyser. Gracz dostaje wtedy komunikat „Outdated Geyser proxy!”, a w logu widać:

Bedrock user with ip: /<ip> has disconnected for reason Outdated Geyser proxy! This server supports the following Bedrock versions: 26.30, 26.31, …

Rozróżnienie objawów wygląda więc tak:

Nasz Discord Buduj. Pogadaj. Zostań. Znajdź ekipę i pokaż swoje budowle. Dołącz do ekipy
  • „Outdated Geyser proxy!”: za stary Geyser, wystarczy go zaktualizować.
  • „Outdated Bedrock client! This server supports the following Bedrock versions: …”: za stara gra, aktualizację musi zrobić gracz.
  • Brak jakiejkolwiek próby połączenia w logu i ostrzeżenie „NetherNet support is NOT enabled” przy starcie: brak NetherNetu, naprawa poniżej.

Jak włączyć NetherNet w Geyserze?

Kroki opieramy na blogu i wiki GeyserMC, a ustawienia zmienia się w pliku config.yml Geysera.

  1. Zaktualizuj Geysera do buildu 1237 lub nowszego, a najlepiej do najnowszego. NetherNet nie jest jeszcze domyślnie włączony, więc sama aktualizacja nie wystarczy.
  2. W config.yml ustaw transport: both, a w webrtc-port wpisz wolny port UDP inny niż port.
  3. Otwórz port Bedrocka w TCP i UDP, a webrtc-port w UDP, na routerze i w firewallu. Wcześniej wystarczało UDP, ale teraz po TCP idzie signaling, a według wiki bez TCP serwer w ogóle nie pokaże się graczom.
  4. Jeśli serwer stoi za NAT-em albo w kontenerze, wpisz publiczny adres z portem w signaling.advertise-addresses. Te adresy Geyser podaje graczom do połączenia przez NetherNet.
  5. Zrestartuj serwer, a w wersji standalone samego Geysera.

Fragment konfiguracji może wyglądać tak (port 19133 to tylko przykład):

bedrock:
  port: 19132
  webrtc-port: 19133
  transport: both
  signaling:
    mode: builtin

Po restarcie w logu powinna pojawić się linia o wbudowanym signalingu:

Built-in signaling started on http://0.0.0.0:19132, with NetherNet on UDP port 19133

Pierwsi gracze 26.60 mogą wchodzić już kilkanaście sekund po restarcie. Wejście przez NetherNet rozpoznasz po nazwie wątku w pierwszym nawiasie, a liczba na końcu to protokół klienta (2225 oznacza Bedrock 26.60):

[NetherNet Built-in Signaling-9-2/INFO] [Geyser-BungeeCord]: Player connected with username <nick> (2225)

Wejścia przez RakNet mają wątek w stylu GeyserServerChild-…, a drugi nawias zależy od platformy, na której działa Geyser.

Dlaczego „transport: both”, a nie „nethernet”?

Ustawienie transport: nethernet wyłącza RakNet, a niektóre wersje, na przykład 26.40, nadal pobierają przez niego MOTD i liczbę graczy. Według wiki GeyserMC pełną obsługę NetherNetu mają dopiero wersje 26.50 i nowsze. Tryb both obsłuży starsze i nowsze wersje naraz, choć komentarz w config.yml nazywa RakNet przestarzałą metodą, przeznaczoną do usunięcia.

Blog GeyserMC dopuszcza przejście na sam nethernet, gdy wszyscy gracze będą już na 26.60. Dopóki ktoś gra na starszej wersji, zostań przy both. Więcej o stawianiu i konfiguracji serwerów znajdziesz w dziale Poradniki.

Jakie błędy pokazuje konsola po włączeniu NetherNetu?

Blog GeyserMC opisuje objawy najczęstszych pomyłek w konfiguracji. Trzy pierwsze to komunikaty z konsoli:

  • Built-in signaling cannot use port … because the Java server already uses it: Bedrock i Java dzielą jeden port, zwykle przez opcję clone-remote-port, z której korzysta wiele hostingów. Signaling potrzebuje TCP, a serwer Java zajmuje już TCP na tym porcie. Poproś hosting o osobny port otwarty w TCP i UDP. Bez tego Geyser sam przechodzi na zewnętrzny signaling przez darmową usługę Warden i podaje w konsoli adres, pod którym gracze mają wtedy wchodzić.
  • RakNet and NetherNet each need their own UDP port: przy transport: both pole webrtc-port ma ten sam numer co port Bedrocka. Wpisz tam inny wolny port.
  • … is a loopback address: adres Bedrocka w config.yml to 127.0.0.1 lub podobny. Ustaw w nim 0.0.0.0.
  • Pytanie „Trust on First Use?” przy pierwszym wejściu gracza: wbudowany signaling domyślnie działa po zwykłym HTTP. Żeby tego uniknąć, wystaw signaling po HTTPS (wiki opisuje to w części „HTTPS for NetherNet”).

Jeśli żaden z tych przypadków nie pasuje, GeyserMC prosi o zgłoszenie na swoim Discordzie z wynikiem komendy /geyser dump.

Źródła