Repository navigation
Wiki de ch
- Startsiite
- Installation
- Velocity und BungeeCord
- Firewall und Router iirichte
- Kompatibilität
- Modus mit fester Päcklireihefolg
- Automatisch de Server wächsle
- UDP-Wiiterleitig und PROXY-Protokoll
- Simple Voice Chat
- Fähler finde
- Eigeti Mods aabinde
- UDP-Proxys
Mit RakNet chönd sich Minecraft-Clients mit de Server verbinde.
| Minecraft | Raknetify2 | Client / Server |
|---|---|---|
| Fabric | mods/raknetify2-fabric-*.jar |
Client / Server |
| Forge | mods/raknetify2-forge-*.jar |
Client / Server |
| NeoForge | mods/raknetify2-neoforge-*.jar |
Client / Server |
| Spigot / Paper | plugins/raknetify2-spigot-*.jar |
Server |
| Velocity | plugins/raknetify2-velocity-*.jar |
Velocity |
| BungeeCord | plugins/raknetify2-bungee-*.jar |
BungeeCord |
-
Mehrspieler
-
Hinzuefüege
-
Serveradresse
Serveradresse RakNet · UDP raknet;play.example.com:25565TCP play.example.com:25565 -
Fertig
-
Biitrete
| F3 | |
|---|---|
| RakNet · UDP | Aktiv · MTU 1400 |
| TCP | Nöd aktiv |
- Client · Raknetify2 → UDP → Velocity / BungeeCord · Raknetify2
- Velocity / BungeeCord → TCP → Server
| Portnummere · UDP | Java | |
|---|---|---|
| Fabric / Forge / NeoForge | 1–65534 | -Draknetify.fabric.portOverride=25570 |
| Spigot / Paper ≥ 0.1.0-beta.1.431 | 1–65535 | -Draknetify.spigot.portOverride=25570 |
| Velocity | 1–65534 | -Draknetify.velocity.portOverride=25570 |
| BungeeCord | 1–65534 | -Draknetify.bungee.portOverride=25570 |
| Serveradresse | UDP |
|---|---|
raknet;play.example.com:25580 |
play.example.com:25580 → NAT → 192.0.2.10:25570
|
Server · 192.0.2.10
|
25570/udp |
Server / Velocity / BungeeCord
| JSON | |
|---|---|
| ① ② ③ | {"mode":"ordered"} |
| ① ∥ ② ∥ ③ | {"mode":"multichannel"} |
| Server | Raknetify2 · UDP 25565 | Simple Voice Chat |
|---|---|---|
| Fabric / Forge / NeoForge |
config/raknetify2-voicechat.json · {"enabled":true}
|
config/voicechat/voicechat-server.properties · port=-1
|
| Spigot / Paper |
config/raknetify2-voicechat.json · {"enabled":true}
|
plugins/voicechat/voicechat-server.properties · port=-1
|
Simple Voice Chat · Velocity / BungeeCord
| Serveradresse | trustedProxies |
RakNet |
|---|---|---|
192.0.2.10 · PROXY v2 / UDP |
["192.0.2.10"] |
✓ |
192.0.2.11 · PROXY v2 / UDP |
["192.0.2.10"] |
✗ |
| Client → RakNet / UDP | ["192.0.2.10"] |
✗ |
config/raknetify2-proxy-protocol.json
{"trustedProxies":["192.0.2.10"]}-
Server A · Fabric / Forge / NeoForge ·
config/raknetify2-transfers.json{"destinations":[{"host":"play.example.com","tcpPort":25565,"udpPort":25570}]} -
Server B ·
play.example.com·server.properties→accepts-transfers=true -
Server A ·
/transfer play.example.com 25565 Alex→ Client (Alex) → RakNet ·play.example.com:25570
| Minecraft | |
|---|---|
ui |
Optione |
entity |
Skelett |
world_interaction |
Inventar |
effects |
Partikel |
chunk |
Blöck |
- Fabric · Minecraft / Java · English
- Forge / NeoForge / Spigot / Paper · GitHub Releases
Raknetify2 brucht RakNet über UDP für de Mehrspielermodus vo Minecraft. Es verteilt d Date uf verschideni Kanäl. Goht uf eim Kanal es Päckli verlore, chönd di andere wiiterschicke. So cha s Spiel wiiter uf dini Iigabe reagiere, während fehlendi Date nomal übertreit oder Chunks glade werded.
Raknetify2 isch en eigenständig pflegte Fork vo Raknetify, wo ursprünglich de ishland entwicklet hät. De Fork unterstützt neui Minecraft-Versione. Au d Überträgig, d Aabindig a di verschidene Plattforme und d Kompatibilitätstests werded da wiiterpflegt.
- Lueg, weli Minecraft-Versione und Mods zämepassed.
- Lad di richtig Datei abe und installier si.
- Verbind di mit ere Adräss wie
raknet;play.example.com.
- Velocity und BungeeCord
- Firewall und Router iirichte
- Automatisch de Server wächsle
- UDP-Wiiterleitig und PROXY-Protokoll
- En UDP-Port mit Simple Voice Chat teile
- Fähler finde und mälde
Wer Mods entwickelt, cha über d Schnittstell für d Päcklireihefolg aagäh, weli Minecraft-Päckli vor oder nach de eigete Nutzdate verarbeit werde müend.
Raknetify2 staht under de MIT-Lizänz. D ursprüngliche Urheberrächtshinwiis bliibed erhalte. D Netzwerkimplementierig baut uf Raknetify und netty-raknet uf.
Lad en veröffentlichte Build vo GitHub Releases abe. Lueg vor de Installation, weli Minecraft-Version und wele Loader d Datei brucht.
| Wo du installiersch | Datei | Ordner |
|---|---|---|
| Fabric-Client oder -Server | raknetify2-fabric-*.jar |
mods |
| Forge-Client oder -Server | raknetify2-forge-*.jar |
mods |
| NeoForge-Client oder -Server | raknetify2-neoforge-*.jar |
mods |
| Spigot- oder Paper-Server | raknetify2-spigot-*.jar |
plugins |
| Velocity-Proxy | raknetify2-velocity-*.jar |
plugins |
| BungeeCord-Proxy | raknetify2-bungee-*.jar |
plugins |
Mach de Client zue oder halt de Server aa, bevor du d JAR uswechslisch. Nimm d ursprünglich Raknetify-JAR und alli ältere Raknetify2-JARs us dere Installation use, bevor du di neu Datei ineleisch.
Biim Client ghöred d Ordner zu dere Minecraft-Instanz oder zu dem Modpack, wo du startisch. Bi Server und Proxy ghöred si zur jewilige Installation. Wenn de Loader de Ordner no nöd aagleit hät, leg en sälber aa.
- Installier d Client-Mod für dine Loader.
- Installier di passend Server-Mod oder bi eme kompatible Server s Spigot/Paper-Plugin.
- Gib UDP-Verbindige zum Server frei, wie under Firewall und Router iirichte beschribe.
- Start de Client und de Server neu.
- Füeg e Serveradräss wie
raknet;play.example.comoderraknet;play.example.com:25565dezue.
Adrässene ohni s Präfix raknet; nutzed TCP.
D Client-Mod elei längt nöd, zum en frömde Server über RakNet z erreiche. De Betriiber mues en RakNet-Endpunkt aabüüte. Wenn du bloss uf emene frömde Server mitspielsch, bruchsch am eigete Router normalerwiis kei Portwiiterleitig.
Installier s passend Proxy-Plugin und d Client-Mod. Under Velocity und BungeeCord findsch d Iistellige für d Listener, d Wiiterleitig ad Backend-Server, d Zuegriffsbeschränkige und d Adräss für d Spieler.
Bi eme diräkt erreichbare Minecraft-Server nimmsch s passend Java-Argument us de Tabälle une. Für Proxys gälted d Listener-Iistellige für Velocity und BungeeCord.
| Plattform | Java-Argument | Zuelässigi Ports |
|---|---|---|
| Fabric-, Forge- oder NeoForge-Server | -Draknetify.fabric.portOverride=25570 |
1 bis 65534
|
| Spigot- oder Paper-Server | -Draknetify.spigot.portOverride=25570 |
1 bis 65535
|
Forge und NeoForge nutzed de gliich Listener-Code wie Fabric. Drum staht au bi dene fabric im Name vo de Iistellig. Ersetz 25570 dur de gwünscht UDP-Port.
Spigot / Paper ≥ 0.1.0-beta.1.431
Schriib s Argument im Java-Startbefähl vor -jar oder bi dim Hoster is Fäld für JVM-Argument. Start de Server neu und gib UDP uf em gwählte Port frei. Isch de öffentlich Port au 25570, verbind di mit raknet;play.example.com:25570. Wenn en Router d Portnummere umsetzt, nimm am Client de öffentlich Port. De bisherig TCP-Port bliibt gliich.
Bi Spigot/Paper lost de UDP-Listener uf de gliiche lokale Adräss wie de TCP-Listener vo Minecraft. Bi eme ungültige Wärt oder eme bsetzte UDP-Port cha RakNet nöd starte. Im Startprotokoll gsehsch d Adräss und de Port vom UDP-Listener. Nimm s Argument use und start de Server neu, zum wider d Portnummere vom TCP-Listener z bruche.
Du chasch au am Router oder UDP-Proxy en andere öffentliche UDP-Port freigäh und a de bestehend Listener wiiterleite. D Java-Argument vom Server bruchsch defür nöd z ändere.
Mach under GitHub Actions en erfolgriiche Lauf für main uf und lad s Archiv under Artifacts abe. Defür bruchsch es GitHub-Konto. Weli JAR us em Archiv du bruchsch, staht obe i de Installationstabälle.
Velocity und BungeeCord vermittled zwüsche de Spieler und de eigentliche Minecraft-Server. Installier Raknetify2 uf em Proxy und uf jedem Client, wo sich über RakNet verbinde söll.
Raknetify2-Client --UDP--> Velocity oder BungeeCord --TCP--> Backend-Server
Für dä Verbindigswäg bruuched d Backend-Server kei Raknetify2. Si bruuched wiiterhin d Mods, Plugins und d Wiiterleitig, wo dis Netz voraussetzt. Raknetify2 übersetzt kei Minecraft-Versione und änderet nüt a de Prüefig vo de Spielerkonte am Proxy.
- Lueg zerscht, öb gwöhnlichi TCP-Verbindige über dine Proxy funktioniered, au bim Aamälde und bim Wächsle zwüsche Backend-Server.
- Halt de Proxy aa und lad s passend Plugin vo GitHub Releases abe.
- Leg
raknetify2-velocity-*-all.jaroderraknetify2-bungee-*-all.jarin Ordnerpluginsvom Proxy. Nimm älteri Raknetify- oder Raknetify2-Plugins us dem Ordner use. - Installier di passend Raknetify2-Client-Mod so, wie s i de Installationsaaleitig staht.
- Prüef di folgende Listener-Iistellige, start de Proxy neu und suech im Protokoll nach Fähler vom RakNet-Listener.
- Lah öffentliche UDP-Verchehr zum Proxy zue. Beschränk de Zuegriff uf d Spielports vo de Backends wie under Firewall und Router iirichte beschribe.
Nimm für de Client und de Proxy Raknetify2-Versione, wo zämepassed. Lis under Kompatibilität nah, bevor du Versione mischisch.
I de velocity.toml git bind d Minecraft-Adräss und de TCP-Port vo Velocity vor. Raknetify2 brucht für UDP normalerwiis di gliich Portnummere. D Iiträg under [servers] müend wiiterhin uf d TCP-Adrässe vo de Backends zeige. Details stönd i de Konfigurationsreferänz vo Velocity.
Für en separate UDP-Port setz das JVM-Argument vor -jar in Startbefähl vo Velocity:
-Draknetify.velocity.portOverride=25570
Ersetz 25570 dur dine Port. Damit änderisch de RakNet-UDP-Port, de TCP-Port vo Velocity und d Backend-Adrässe bliibed gliich. Start Velocity nach de Änderig neu.
Richt d Wiiterleitig vo de Spielerdate uf Velocity und uf de Backends ii. Wenn s Backend di modern Wiiterleitig unterstützt, nimm die und halt de gmeinsam Schlüssel gheim. Folg de Aaleitig für dis Backend i Velocitys Dokumentation zur Wiiterleitig vo Spielerdate. Lah d Firewall-Beschränkige fürs Backend aktiv.
I de config.yml vo BungeeCord git host bi jedem Iitrag under listeners d Adräss und de TCP-Port für Minecraft aa. Raknetify2 brucht normalerwiis di gliich Portnummere für UDP. Under servers stönd d TCP-Adrässe vo de Backends. Näheres findsch i de Aaleitig vo BungeeCord.
Für en separate UDP-Port setz das JVM-Argument vor -jar in Startbefähl vo BungeeCord:
-Draknetify.bungee.portOverride=25570
D Iistellig gilt für de ganz Proxy-Prozess. Wenn du mehreri Minecraft-Listener hesch, lueg im Startprotokoll d tatsächliche RakNet-Endpunkt nah, bevor du Firewall-Regle aaleisch. Start BungeeCord nach de Änderig neu.
Lah d Kontoprüefig am Proxy iigschaltet. Für Spigot-Backends beschreibt d Aaleitig zur IP-Wiiterleitig vo BungeeCord d Kombination vo ip_forward: true am Proxy und settings.bungeecord: true am Backend. D Wiiterleitig elei verhindert kei diräkte Verbindige zum Backend. Beschränk de Zuegriff wie i de Firewall-Aaleitig beschribe.
Bi beidne Proxys chasch Ports vo 1 bis 65534 iistelle. Ungültigi Wärt werded ignoriert. Lueg drum im Startprotokoll, wele UDP-Port würkli bunde worde isch. Nimm s Argument use und start de Proxy neu, zum wider d Portnummere vom Minecraft-Listener z nutze.
D Spieler verbindid sich mit em öffentliche Hostname und em UDP-Port vom Proxy, etwa über raknet;play.example.com:25570. Wenn en Router d Ports umsetzt, ghört de öffentlich UDP-Port i d Client-Adräss. Ohni raknet; lauft d Verbindig wiiterhin über de TCP-Listener vom Proxy.
Gib Query, Geyser und andere UDP-Dienscht je en eigete UDP-Port. En Konflikt um en UDP-Socket chasch nöd mit eme andere TCP-Port löse.
Uf Velocity und BungeeCord brucht Simple Voice Chat es eigets Proxy-Plugin und en eigete UDP-Port. Folg de Aaleitig für Sprachchat-Proxys.
Wenn vor dim Minecraft-Proxy es separats UDP-Relay staht, wo Header vom PROXY-Protokoll v2 schickt, richt Raknetify2 wie under UDP-Wiiterleitig und PROXY-Protokoll beschribe ii. Für Velocity oder BungeeCord elei bruchsch das nöd.
Probiers mit eme Raknetify2-Client usserhalb vo dim lokale Netz. Gang über de Proxy ine, wächsle zwüsche dine Backend-Server und prüef, öb d Spieleridentität und d Berächtigunge no stimmed.
- Wenn TCP über de Proxy gaht, RakNet aber e Ziitüberschritig mäldet, prüef de UDP-Listener vom Proxy, de öffentlich Port, d IPv4- und IPv6-Routene und d Firewall-Regle.
- Wenn bi beidne Verbindigsarte de Wäg vom Proxy zum Backend scheiteret, prüef d TCP-Adräss, d Zuegriffsregle und d Wiiterleitig vo de Spielerdate am Backend.
- Mäldet de Proxy, dass de UDP-Port bsetzt isch, lueg, öb Query, Geyser, en Sprachchat-Proxy oder en andere Prozess dä Port brucht.
Leg ere Fehlermäldig d Protokoll vom Proxy und vom Backend vom gliiche Verbindigsversuech bii. Under Fähler finde staht, weli Versionsaagabe derzue ghöred.
Die Aaleitig isch für Serverbetriiber. Raknetify2 brucht en funktionierende UDP-Wäg zum Server oder Proxy, wo RakNet-Verbindige aanimmt. Standardmässig brucht de Listener di gliich Portnummere wie de TCP-Listener vo Minecraft.
Im gliiche lokale Netz nimmsch d lokal Serveradräss. D Firewall vom Rechner mues UDP durelah. E Portwiiterleitig am Router bruchsch, wenn Verbindige us em Internet dur sis IPv4-NAT müend.
Leit de öffentlich UDP-Verchehr zu dem Rechner wiiter, wo de Minecraft-Server mit Raknetify2 lauft. S Ziel isch de UDP-Port vom RakNet-Listener. Gib dä Port i de Firewall vom Rechner frei. Lah de bishärig TCP-Zuegang für gwöhnlichi Minecraft-Verbindige bestah.
Lost Raknetify2 zum Biispil uf UDP-Port 25570, leitsch de öffentlich UDP-Port a d lokal Serveradräss und Port 25570 wiiter. De TCP-Port cha uf 25565 bliibe. En andere UDP-Port chasch i de Listener-Iistellige für diräkti Serververbindige setze.
Leit de öffentlich UDP-Verchehr uf de Rechner mit Velocity oder BungeeCord und em Raknetify2-Plugin wiiter. S Ziel isch de UDP-Listener vom Proxy für RakNet. Lah de öffentlich TCP-Zuegang zum Proxy für gwöhnlichi Minecraft-Verbindige bestah.
Vom Proxy zu de Minecraft-Backends lauft d Verbindig über TCP. Wäg Raknetify2 uf em Proxy muesch a de Backends kei UDP-Spielports für d Spieler uufmache.
| Verbindig | Zuegriff, wo s bruucht |
|---|---|
| Spieler zum Proxy | Öffentliche UDP-Zuegriff uf de RakNet-Listener und de bishärig öffentlich TCP-Listener |
| Proxy zu de Backend-Server | TCP-Ports vo de Minecraft-Backends, nume vo de vorgsehne Proxy-Rechner us erreichbar |
| Spieler diräkt zu de Spielports vo de Backends | Gschperrt loh, au über IPv6 |
Laufed Proxy und Backends diräkt uf dim eigete dedizierte Rechner, chönd d Backend-Listener Loopback-Adrässe nutze. Trag die im Proxy ii. Uf getrennte Rechner beschränksch de TCP-Zuegriff uf d Backends mit ere Firewall oder eme isolierte private Netz uf d Proxy-Rechner. Bi Container oder verwaltete Hosts bruuchts entsprächendi Beschränkige, wo zum Netz passed. Lueg i d Aaleitig für sicheri Velocity-Backends und i d Firewall-Aaleitig vo BungeeCord.
D Wiiterleitig vo Spielerdate und d Firewall-Regle ghöred zäme. Diräkte Zuegriff ufs Backend cha d Aamäldekontrolle vom Proxy umgah. D Plugin-Installation, d Wiiterleitig und abwiichendi UDP-Ports beschriibt Velocity und BungeeCord.
Wenn en Router d Portnummere umsetzt, chönd de öffentlich Port und de Port vom Listener verschide sii:
| Iistellig | Wele Port iiträge? |
|---|---|
| Serveradräss im Client | Öffentliche UDP-Port |
| Üssere Port vo de Wiiterleitigsregle im Router | Öffentliche UDP-Port |
| Innere Port vo de Wiiterleitigsregle im Router | UDP-Port vom RakNet-Listener |
| Lokale Port i de Firewall vom Rechner | UDP-Port vom RakNet-Listener |
Wenn din Server hinder eme IPv4-Router staht:
- Suech d lokal IPv4-Adräss vom Rechner, wo d RakNet-Verbindige aanimmt. Mach e DHCP-Reservierig oder nimm e passend festi Adräss, damit d Wiiterleitig au spöter uf dä Rechner zeigt.
- Leg e UDP-Wiiterleitig für de öffentlich Port aa, wo d Spieler bruuched.
- Trag als Ziel d lokal Adräss vom Rechner und de UDP-Port vom RakNet-Listener ii.
- Erlaub i de Firewall vom Rechner iigehende UDP-Verchehr zum Listener-Port.
Lost de Server uf UDP-Port 25565, chasch zum Biispil de öffentlich Port 25565, d Zieladräss 192.168.1.100 und de Zielport 25565 iiträge. Ersetz d Biispiladräss dur d würklich lokal Adräss vo dim Server.
Lah d bestehend TCP-Regle für gwöhnlichi Minecraft-Verbindige bestah. E TCP-Wiiterleitig elei transportiert kei UDP.
Prüef, öb vor dim Router no en andere Router oder din Internetabüüter NAT bruucht. Bi zwei eigete Router muesch uf beidne wiiterleite. Nutzt de Abüüter Carrier-Grade NAT, frag nach ere öffentliche IPv4-Adräss oder nimm en Hoster oder Tunnel, wo iigehends UDP unterstützt. D Regle uf dim Router änderet nüt am NAT vom Abüüter. TP-Link erklärt d Bedingige für di öffentlich WAN-Adräss.
Gib de gwählt UDP-Port i de IPv6-Firewall vom Router und i de Firewall vom Rechner frei. S Ziel isch d IPv6-Adräss vom Rechner, wo d RakNet-Verbindige aanimmt.
Lueg, öb d IPv6-Adräss vom Hostname uf dä Rechner zeigt. Änderet sich sini IPv6-Adräss, aktualisier de DNS-Iitrag und alli Firewall-Regle, wo sich uf die Adräss beziehnd.
Git en Hostname IPv4- und IPv6-Adrässe a, bruucht jedi devo en funktionierende Wäg. Prüef beidi Regelsätz, wenn ein Spieler biitrette cha und en andere nöd.
Wenn d IPv4-Wiiterleitig d Portnummere änderet, mues de Port, wo d Spieler iigänd, au de IPv6-Listener erreiche. E Portumsetzig für IPv4 richtet kei IPv6-Wäg ii.
De Abüüter oder Tunnel mues uf em öffentliche Endpunkt, wo du de Spieler gisch, UDP unterstütze. Prüef d Portzueteilig und d Netz-Firewall vom Abüüter ebefalls wie d Firewall vom Server.
Leitet en zuesätzliche UDP-Proxy d Client-Adrässe mit em PROXY-Protokoll v2 wiiter, folg UDP-Wiiterleitig und PROXY-Protokoll. Lah am empfangende UDP-Listener nume dä vertrauenswürdig Proxy zue.
Verbind di mit eme aktuelle Raknetify2-Client vo usserhalb vom lokale Servernetz, etwa über raknet;play.example.com:25565. Nimm i dere Adräss de öffentlich UDP-Port.
Prüef de Wäg mit ere richtige RakNet-Verbindig. En UDP-Scan ohni Antwort muess nöd heisse, dass de Port zue isch. Au en funktionierende Dienst cha es unbekannts Testpäckli verwerfe. D Dokumentation zu UDP-Scans mit Nmap erklärt das.
E funktionierendi TCP-Verbindig bestätigt nume de TCP-Wäg. Wenn RakNet e Ziitüberschritig mäldet, gang Listener, Wiiterleitigsziel, UDP-Port und Firewall-Regle mit de Aaleitig zur Fehlersuechi dure.
Prüef d Kompatibilität für genau di Version, wo du abeladsch. Im Entwickligszwiig cha scho öppis unterstützt sii, wo s no i keiner veröffentlichte Version git.
Minecraft- und Java-Versione · English
D Java-Version, wo Raknetify2 aagit, isch s Minimum. Minecraft oder de Loader chönd e neui Version verlange. Wähl e Java-Version, wo alli drü Aaforderige erfüllt.
Nimm wenn möglich di gliich Raknetify2-Version uf em Client und em Server oder Proxy, wo sini Verbindig aanimmt. Lis d Versionshiwiis, bevor du Versione mischisch. Für verschlüssleti RakNet-Verbindige müend beidi Siite s Protokoll für authentifizierti Verschlüsselig unterstütze. S ursprünglich Raknetify und älteri Raknetify2-Versione vor dem Protokoll chönd kei settigi verschlüsslete Verbindige zu aktualisierte Gegestelle mache.
Raknetify2 übertreit s bestehend Spielprotokoll vo Minecraft. Für verschideni Minecraft-Versione bruuchts e passendi Protokollübersetzig.
Bi eme Fähler i mene grössere Modpack folg de Aaleitig zur Fehlersuechi. Gib i de Meldig di genaue Versione vo allne Mods aa.
Normalerwiis chönd d Kanäl vo Raknetify2 unabhängig wiitermache, wänn eine uf fehlendi Date wartet. Bi fester Reihefolg gönd alli Minecraft-Päckli pro Richtig dur e einzige Kanal. Fehlt es Päckli, müend alli spötere i dere Richtig warte, bis es nomal acho isch. So bliibt d Reihefolg erhalte, wo gwüssi Anti-Cheat-Programm erwarted. De übrigi Spielverchehr cha i dere Richtig denn au nöd wiiter.
-
Installier e Raknetify2-Version mit dem Modus uf em Server oder Proxy, wo RakNet-Verbindige aanimmt, und uf allne RakNet-Clients.
-
Leg im Arbetsverzeichnis vo dem Server oder Proxy d Datei
config/raknetify2-compatibility.jsonaa. Wenn s Verzeichnisconfigfehlt, leg s zerscht aa. -
Trag das ii:
{"mode": "ordered"} -
Start de Server oder Proxy neu.
D Clients übernähmed d Iistellig vom Server automatisch. D Spieler bruuched kei eigeti Konfigurationsdatei und müend ihri RakNet-Serveradräss nöd ändere.
Alli Minecraft-Päckli gönd pro Richtig über ein zuverlässige Kanal mit fester Reihefolg. Das gilt au für d Bündelgränze und für Wältwächsel.
Verbinded sich d Spieler über Velocity oder BungeeCord, richt d festi Reihefolg uf dem Proxy ii, au wenn s Anti-Cheat-Programm uf eme Backend-Server lauft.
D Iistellig gilt au nach eme Backend-Wächsel. Bi fester Reihefolg leitet de Proxy Keepalive-Aafrage vom Backend zum tatsächliche Client wiiter, statt si sälber z beantworte.
Bi de erschte RakNet-Verbindig mäldet d Konsole:
Raknetify2 compatibility: ordered (updated clients required, genuine acknowledgements)
Nach ere erfolgriiche Uushandlig staht au ordered compatibility negotiated im Protokoll, gfolgt vo de Adräss vo de Gegestell.
Lah d Anti-Cheat-Prüefige iigschaltet und test dini eigeti Konfiguration.
RakNet-Clients ohni Unterstützig für d festi Reihefolg chönd sich nöd mit eme Server verbinde, wo si verlaangt. Aktualisier Raknetify2 uf dene Clients oder nimm di normal TCP-Adräss und de Port vom Server oder Proxy. Lah debii raknet; wäg.
Ändere de Dateiinhalt so:
{"mode": "multichannel"}Start de Server oder Proxy denn neu. Du chasch d Datei au lösche. Nach em Neustart lauft de Mehrkanalbetrieb denn wider.
D Datei muess genau ein Iistellig mode enthalte, mit em Wärt "ordered" oder "multichannel". Acht uf Gross- und Chliischribig.
Wenn d Konfiguration ungültig oder nöd läsbar isch, werded RakNet-Verbindige abgwise. Korrigier d Datei und start de Prozess neu.
Mäldet d Konsole immer no multichannel, lueg, öb d Datei im Arbetsverzeichnis vo genau dem Server oder Proxy ligt, wo d RakNet-Verbindig aanimmt. Start dä Prozess neu.
Fabric-, Forge- und NeoForge-Server chönd RakNet uswähle, wenn si en passende Client zu eme iitragne Ziel schicked. Si nutzed defür de Servertransfer vo Minecraft, wo mit Java Edition 1.20.5 cho isch. Prüef für beidi Siite, öb dini Raknetify2-Version di jewilig Minecraft-Version und de Loader unterstützt.
Installier Raknetify2 uf em schickende Server und uf em Client. S Ziel mues en passende RakNet-Listener aabüüte und iigehendi Minecraft-Transfers aanäh.
Die Konfiguration gilt für Transfers, wo vo Server mit dene drü Modloader usgönd. D Plugins für Spigot/Paper, Velocity und BungeeCord läsed die Transferdatei nöd.
Leg im Verzeichnis vom schickende Server d Datei config/raknetify2-transfers.json aa:
{
"destinations": [
{
"host": "play.example.com",
"tcpPort": 25565,
"udpPort": 25570
}
]
}Ersetz de Hostname und d Ports im Biispil dur die vo dim Ziel. Start de schickend Server denn neu. Wiiteri Ziel träisch is gliiche Array ii.
| Fäld | Bedütig |
|---|---|
host |
Hostname oder IP-Adräss vom Ziel, ohni Transportpräfix und Port |
tcpPort |
Zielport i de ursprüngliche Transferaafrag |
udpPort |
Öffentliche RakNet-Port, wo de wiitergleitet Client kontaktiere söll |
TCP und UDP chönd di gliich Portnummere haa. Wenn en Router de UDP-Port umsetzt, ghört de öffentlich Port i die Datei. Schriib d Ports als JSON-Zahle.
Schick Transfers a de gwöhnlich Hostname und TCP-Port vom Ziel. Raknetify2 luegt, öb de Client Unterstützig für automatischi Transfers mäldet. Wänn er das cha und s Ziel zu eme Iitrag passt, wird de iigstellt UDP-Port gno. Für anderi Clients und nöd iiträgni Ziel bliibt d ursprünglich Transferadräss erhalte.
Für de Vergliich gälted de Hostname und de TCP-Port us de Aafrag. Gross- und Chliischribig, en DNS-Punkt am Schluss und gliichwärtigi IPv6-Schriibwiise werded vereinheitlicht. Es git kei DNS-Abfrag. Zwei Hostname bruched drum au denn eigeti Iiträg, wenn si uf di gliich Adräss zeiged. Platzhalter sind nöd unterstützt.
Bi eme Ziel mit de Minecraft-Datei server.properties setz accepts-transfers=true und start s Ziel neu. En Ziel-Proxy cha en eigeti Transferiistellig haa. Minecraft wiist iigehendi Transfers standardmässig ab, sälbst wenn du diräkt biitrette chasch.
De RakNet-Listener vom Ziel, d öffentlich UDP-Wiiterleitig und d Firewall vom Rechner müend scho iigrichtet sii. D Transferdatei uf em schickende Server bestimmt, weli Adräss de Client überchunnt.
Prüef bi eme Hostname mit IPv4- und IPv6-Adräss beidi Wäg zum Ziel. Test e gwöhnlichi diräkti RakNet-Verbindig, bevor du automatischi Transfers untersuechsch.
Lah d Aamälde- und Zuegangskontrolle am Ziel aktiv. Die Konfiguration git keine Spieler Zuegang und ersetzt d Authentifizierig vom Server nöd.
Fehlendi oder unbekannti Fälder, ungültigi Ports und doppleti Ziel gäbed bim Starte en Konfigurationsfähler. Suech de Fähler im Serverprotokoll, korrigier d JSON-Datei und start de Server neu.
Wenn du d automatischi Uswahl abstelle wotsch, nimm d Konfigurationsdatei use oder setz {"destinations": []}. Start de schickend Server neu. D Transferaafrage bliibed denn bi de ursprüngliche Adrässe.
En UDP-Proxy cha RakNet-Verchehr wiiterleite und d ursprünglich Client-Adräss mit em PROXY-Protokoll v2 mitgeh. Schalt die Funktion ii, wenn en vorgeschaltete UDP-Proxy settigi Header a dine Listener schickt. Bi ere gwöhnliche Portwiiterleitig am Router bruchsch si nöd.
Leg uf em Server oder Minecraft-Proxy, wo de wiitergleitet UDP-Verchehr empfangt, d Datei config/raknetify2-proxy-protocol.json aa:
{
"trustedProxies": ["192.0.2.10"]
}Ersetz s Biispil dur d würklich Quell-IP vom UDP-Proxy oder en CIDR-Beräich under dinere Kontroll. D Adräss muess zu dere passe, wo de empfangend Listener nach eme allfällige NAT gseht. Du chasch IPv4- und IPv6-Adrässe direkt iigäh. DNS-Name sind ungültig. Start de empfangend Server oder Proxy neu.
Richt de wiiterleitend Proxy so ii, dass er für UDP Header vom PROXY-Protokoll v2 schickt. Raknetify2 nimmt Client-Adrässe nume vo iiträgne Quelle aa. Solang das iigschaltet isch, werded diräkti RakNet-Verbindige ohni so Header abgwise. De TCP-Listener bhaltet sini Iistellige.
Jede iitragne Proxy darf Client-Adrässe aagäh. Beschränk de Zuegriff uf de UDP-Port vom Backend i sinere Firewall uf di vorgsehne Proxys. Halt d freigähne Adrässeräich so äng, wie s dis Netz zualaat.
D Datei darf nume trustedProxies enthalte und mues mindeschtens eine Iitrag haa. Es läärs Array isch en Fähler. Bi ere ungültige Datei startet de RakNet-Listener nöd.
Nimm d Datei use und start de Listener neu, wenn du wider diräkti UDP-Verbindige zualah wotsch. Pass gliichziitig d Wiiterleitig vom vorgeschaltete Proxy und d Firewall-Regle a de neu Wäg aa.
Wenn Verbindige nach em Iischalte nöd gönd, prüef d tatsächligi Quelladräss vom Proxy am Backend, de iigstellt Vertrauensberäich und öb de Proxy für UDP Header vom PROXY-Protokoll v2 schickt.
Wie du en Minecraft-Proxy und sini Backends iirichtisch, staht under Velocity und BungeeCord.
Uf Fabric, Forge, NeoForge, Spigot und Paper cha Raknetify2 de UDP-Listener vom Server mit Simple Voice Chat teile.
Installier Simple Voice Chat uf em Server und uf allne Clients, wo Sprachchat nutze wänd. Für de Räscht vo de Konfiguration folg de Serveraaleitig vo Simple Voice Chat.
D Konfigurationsdatei vo Raknetify2 ghört au bi Spigot/Paper i de oberscht config-Ordner vom Server. D Datei vo Simple Voice Chat sälber bliibt im plattformspezifische Ordner, wo une staht.
-
Leg im Serververzeichnis d Datei
config/raknetify2-voicechat.jsonmit dem Inhalt aa:{"enabled": true} -
Setz i de Serverkonfiguration vo Simple Voice Chat
port=-1. Bi Servers mit Modloader isch dasconfig/voicechat/voicechat-server.properties, bi Spigot/Paperplugins/voicechat/voicechat-server.properties. -
Lah
bind_addressläär, wenn s genau ein passende RakNet-Listener git. Wenn mehreri Listener uf dem UDP-Port losed, trag d lokal Adräss vo dem ii, wo du teile wotsch. -
Start de Server neu und füehr für en Spieler, wo verbunde isch,
/voicechat test <PLAYERNAME>us.
Brucht de RakNet-Listener en andere Port als Minecraft, setz port für de Sprachchat ausdrückli uf dä lokal UDP-Port statt uf -1. Lost RakNet zum Biispil uf em lokale UDP-Port 25570, bruuchts port=25570.
Setz voice_host, wenn d Clients e anderi öffentlichi Adräss oder Portnummere bruched. Wenn en Router de öffentlich UDP-Port 25580 uf de lokal UDP-Port 25570 wiiterleitet, nimm port=25570 und voice_host=play.example.com:25580. D öffentlich Adräss ghört i voice_host. Mit bind_address wählsch en lokale Listener us.
Raknetify2 stellt de gmeinsam UDP-Socket über d API vo Simple Voice Chat zur Verfüegig. Simple Voice Chat übernimmt d Authentifizierig und d Verschlüsselig für de Sprachchat. D Spieler chönd en nutze, egal öb s Spiel über TCP oder RakNet lauft.
Gib Query und Geyser je en eigete UDP-Port. S Teile vom Socket funktioniert nume mit Simple Voice Chat.
Uf Velocity und BungeeCord teilt die Integration kei Socket mit em Sprachchat-Proxy. Folg de Proxy-Aaleitig vo Simple Voice Chat und gib em Sprachchat-Proxy en eigete UDP-Port. Biim offizielle Proxy-Plugin ghört e abwiichendi öffentlichi Adräss für voice_host i d Sprachchat-Konfiguration vom Proxy. S Plugin ignoriert d voice_host-Iistellige vo de Backends.
Bi eme gwöhnliche UDP-Tunnel setz voice_host uf de öffentliche Hostname und de UDP-Port, wo zu dem Server wiiterleitet.
Staht im Protokoll No RakNet listener matches the voice bind address and port, lueg, öb RakNet richtig gstartet isch und öb de Sprachchat-Port und d Bindeadräss zum lokale Listener passed.
Bi de Meldig Multiple RakNet listeners match the voice bind address gib unter bind_address e bestimmti passendi lokali Adräss aa und start de Server neu.
Nume eis Plugin cha Simple Voice Chat de UDP-Socket liefere. Mäldet de Server bim Starte, dass scho es anders Plugin en Socket liefert, wähl eini vo de beide Integratione.
Zum d Raknetify2-Integration abzstelle, setz i ihrer Sprachchat-Konfiguration {"enabled": false} oder nimm die Datei use. Gib Simple Voice Chat en eigete UDP-Port, pass d Firewall- oder Wiiterleitigsregle aa und start de Server neu.
Gang die Pünkt eine nach em andere dure:
- Uf em Client isch d Raknetify2-Mod installiert, wo zum Loader und zur Minecraft-Version passt.
- Uf em Server oder Proxy, wo d Verbindig aanimmt, isch Raknetify2 installiert. De Listener isch ohni Fähler gstartet.
- D Adräss fangt mit
raknet;aa und brucht de öffentlich UDP-Port. - De Hoster, de Router und d Firewall vom Rechner lönd UDP uf dem Port dure.
- D IPv4- und IPv6-Adrässe vom Hostname zeiged uf de richtig Rechner. D Firewall-Regle lönd beidi Wäg zue.
E erfolgriichi TCP-Verbindig bestätigt nume de TCP-Wäg. Prüef d UDP-Wiiterleitig und de IPv6-Zuegang wie under Firewall und Router iirichte beschribe. Isch s PROXY-Protokoll iigschaltet, müend d Clients über en iitragne vertrauenswürdige Proxy zum Listener cho.
Lueg, öb en andere Prozess de UDP-Port brucht. Query, Geyser und anderi UDP-Dienscht bruched eigeti Ports. Mit Simple Voice Chat chasch de Port gmeinsam nutze.
En andere lokale UDP-Port chasch i de Listener-Iistellige für diräkti Serververbindige oder i de Iistellige für Velocity und BungeeCord setze. Beacht di nötig Version für Spigot/Paper. Nume de öffentlich Port am Router z ändere löst de lokali Socket-Konflikt nöd.
Verbind di diräkt mit de raknet;-Adräss vom Ziel. Gaht das nöd, bring zerscht de Ziel-Listener oder de Netzwerkwäg in Ornig.
Wenn di diräkt Verbindig gaht, lueg, öb s Ziel iigehendi Transfers aanimmt. En Minecraft-Server mit server.properties bruucht accepts-transfers=true. Bim diräkte Biitritt wird die Iistellig nöd prüeft.
Vergliich denn de Hostname und de TCP-Port us de Transferaafrag mit config/raknetify2-transfers.json uf em schickende Server. Lueg, öb d Datei nach eme Neustart glade worde isch und öb de Client automatischi RakNet-Transfers cha. Siehe Automatisch de Server wächsle.
Prüef d Raknetify2-Versione uf beidne Siite. Änderet e Version s verschlüsslete Protokoll, aktualisier de Client und de Server oder Proxy zäme. Lah d Authentifizierig vom Server bi de Fehlersuechi so iigstellt, wie si isch.
Schriib uf, was de Fähler uslöst, etwa es Inventar uftue, es Ressourcepaket empfange, d Wält wächsle oder es Objekt erzüge. Vergliich de gliich Vorgang über TCP und RakNet, wenn möglich i ere separate Testinstallation.
Bi manche eigete Nutzdate chunnts uf d Reihefolg gegenüber de Vanilla-Päckli aa. Mod-Entwickler chönd das über d Schnittstell für d Päcklireihefolg aagäh.
Mach im Issue-Tracker vo Raknetify2 e Meldig uf und gib das aa:
- D Minecraft-, Java-, Loader- und Raknetify2-Versione uf beidne Siite.
- D Versione vo de Server- und Proxy-Software, au vo vorgeschaltete UDP-Proxys.
- D andere installierte Mods und ihri Versione.
- D Schritt, mit dene mer de Fähler nachstelle cha, und was du erwartet häsch.
- Öb di gliiche Schritt über TCP funktioniered.
- Passendi Usschnitt us de Protokoll vom Client, Server und Proxy vom gliiche Versuech.
Nimm Zuegriffstoken, Passwörter und anderi privati Aagabe use, bevor du Protokoll ufeladsch. Lah d Fählertext und d Stacktraces dinne, wo mer zur Diagnose bruucht.
Mit Raknetify2 chönd Mods aagäh, bi wele Minecraft-Päckli d Reihefolg gegenüber ihre eigete Nutzdate erhalte bliibe mues. Das bruuchts, wenn s Verarbeite zum Biispil es Objekt, en Chunk, es Inventar oder en andere Zuestand voraussetzt, wo erscht es früehners Päckli erstellt.
| Gruppe | Dezueghörige Dateverchehr |
|---|---|
ui |
Wältunabhängigi Menü und Interaktione |
entity |
Erzüge, Entferne und Bewege vo Objekt |
world_interaction |
Inventar und anderi wältabhängigi Interaktione |
effects |
Grüsch und Partikel |
chunk |
Änderige a de Landschaft, a Blöck und a de Belüchtig |
Innerhalb vo jedem Kanal chömed d Päckli zuverlässig i de richtige Reihefolg aa. Päckli us verschidene Gruppe chönd i ere andere Reihefolg zunenand aacho. Wähl di Gruppe, wo zur Abhängigkeit vo dine Nutzdate passt.
Trag i de fabric.mod.json vo dinere Mod en Provider für de Iistiigspunkt raknetify:packet_channels ii. Er implementiert Consumer<BiConsumer<String, String>> mit Type us em JDK. Er überchunnt e Registrierfunktion, wo d Kennig vo eigene Nutzdate und e Gruppe entgäge nimmt.
Ergänz dini bestehende Metadate um dä Iitrag und ersetz de Klassename dur de vollständigi Name vo dim Provider:
{
"entrypoints": {
"raknetify:packet_channels": [
"com.example.mod.OrderingProvider"
]
}
}Das isch nume en Usschnitt. Bhalt de übrigi Inhalt vo dinere fabric.mod.json mit de bestehende Iistiigspünkt bii.
E Mod für Objektbewegige cha zum Biispil example:entity_path i de Gruppe entity registriere. D Dokumentation zur PacketOrdering-API zeigt d Implementierig vom Provider.
Wenn Raknetify2 fehlt, rüeft Fabric dä Iistiigspunkt nöd uf. Registrier d Kennige und Gruppe bi de Initialisierig, ohni vorauszsetze, dass en anderi Mod mit ihrer Initialisierig scho fertig isch.
Wenn Raknetify2 verfüegbar isch, chönd Forge- und NeoForge-Mods sowie Server- und Proxy-Plugins bi de Initialisierig PacketOrdering.register(identifier, group) ufrüefe. D Klass heisst com.ishland.raknetify.api.PacketOrdering. Registrier d Regle, bevor Spielerverbindige aagno werded. Bi ere optionale Aabindig darf din Code kei Raknetify2-Klasse lade, wenn d Abhängigkeit fehlt.
D Regle gälted für neui Verbindige. Bestehendi Verbindige bhalted d Regle vom Ufbau. Di gliich Regle mehfach registriere isch erlaubt. Widersprüchlichi Gruppe für di gliich Kennig werded abgwise.
Nutzdate-Kennige bruched en gültige eigete Namesruum. De Namesruum minecraft isch reserviert. Pro Endpunkt gälted höchstens 128 Regle, mit de iiboute und de Registrierige vo andere Mods zäme. D Kennige dörfed bis zu 255 ASCII-Zeiche lang sii und müend de Namesruum-Syntax vo de API entspräche.
Aktualisierti RakNet-Gegestelle tusched bim Verbindigsufbau ihri Regle uus. En Server oder Proxy cha d Regle vo de Gegestell nutze, wenn er für die Nutzdate kei eigeti hät. Lokali Regle händ Vorrang. D Regle vo de Gegestell gälted nume für die Verbindig.
Infos zu UDP-Relays und wiitergleitete Client-Adrässe findsch under UDP-Wiiterleitig und PROXY-Protokoll.
Wie du en Minecraft-Proxy iirichtisch, staht under Velocity und BungeeCord.