Wiki eo uy

Raknetify2 · Esperanto (Esperantujo)

Lingvo

• Hejmo
• Instalado
• Velocity kaj BungeeCord
• Agordo de fajroŝirmilo kaj routerName
• Kongrueco
• Ordigita moduso
• Aŭtomata translokigo
• UDP- transsendado kaj PROXY- protokolo
• Simple Voice Chat
• Problemsolvado
• Mod-integriĝo
• UDP prokuriloj

Pluraj ludantoj

Retkonektoj per RakNet por klientoj kaj serviloj de Minecraft.

Elŝuti · GitHub

Minecraft	Raknetify2	Kliento / Servilo
Fabric	mods/raknetify2-fabric-*.jar	Kliento / Servilo
Forge	mods/raknetify2-forge-*.jar	Kliento / Servilo
NeoForge	mods/raknetify2-neoforge-*.jar	Kliento / Servilo
Spigot / Paper	plugins/raknetify2-spigot-*.jar	Servilo
Velocity	plugins/raknetify2-velocity-*.jar	Velocity
BungeeCord	plugins/raknetify2-bungee-*.jar	BungeeCord

Aldoni servilon

1. Pluraj ludantoj

2. Aldoni servilon

3. Adreso de la servilo

   	Adreso de la servilo
   RakNet · UDP	raknet;play.example.com:25565
   TCP	play.example.com:25565

4. Prete

5. Eniri en la servilon

F3 · Raknetify2

	F3
RakNet · UDP	Aktiva · MTU 1400
TCP	Neaktiva

Velocity / BungeeCord

1. Kliento · Raknetify2 → UDP → Velocity / BungeeCord · Raknetify2
2. Velocity / BungeeCord → TCP → Servilo

	Numero de la pordo · 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

Templimo pasis

Adreso de la servilo	UDP
raknet;play.example.com:25580	play.example.com:25580 → NAT → 192.0.2.10:25570
Servilo · 192.0.2.10	25570/udp

config/raknetify2-compatibility.json

Servilo / Velocity / BungeeCord

	JSON
① ② ③	{"mode":"ordered"}
① ∥ ② ∥ ③	{"mode":"multichannel"}

Simple Voice Chat

Servilo	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

PROXY protocol v2 · UDP

Adreso de la servilo	trustedProxies	RakNet
192.0.2.10 · PROXY v2 / UDP	["192.0.2.10"]	✓
192.0.2.11 · PROXY v2 / UDP	["192.0.2.10"]	✗
Kliento → RakNet / UDP	["192.0.2.10"]	✗

config/raknetify2-proxy-protocol.json

{"trustedProxies":["192.0.2.10"]}

Minecraft ≥ 1.20.5 · /transfer

1. Servilo A · Fabric / Forge / NeoForge · config/raknetify2-transfers.json

   {"destinations":[{"host":"play.example.com","tcpPort":25565,"udpPort":25570}]}

2. Servilo B · play.example.com · server.properties → accepts-transfers=true

3. Servilo A · /transfer play.example.com 25565 Alex → Kliento (Alex) → RakNet · play.example.com:25570

PacketOrdering

	Minecraft
ui	Agordoj
entity	Skeleto
world_interaction	Inventaro
effects	Partikloj
chunk	Blokoj

PacketOrdering.java

Malkongrua versio!

• Fabric · Minecraft / Java · English
• Forge / NeoForge / Spigot / Paper · GitHub Releases

Raporti cimojn

Hejmo

Raknetify2

Raknetify2 uzas RakNet per UDP por plurludado en Minecraft. Ĝi dividas la retan trafikon inter kanaloj. La pakaĵoj de ĉiu kanalo alvenas laŭvice. Se pakaĵo perdiĝas sur unu kanalo, la aliaj povas plu transdoni datumojn. Tiel la ludo povas plu reagi, dum la konekto reakiras mankantajn datumojn aŭ transdonas mondopartojn.

Raknetify2 estas sendependa subtenata forko de Raknetify, origine evoluigita de ishland. La forko aldonas subtenon por pli novaj Minecraft versioj kaj subtenas la transporton, platformintegrigojn, kaj kongruecajn testojn.

Komenci

1. Kontroli Minecraft kaj mod kongruecon.
2. Elekti elŝuton kaj instali ĝin.
3. Konekti kun adreso kiel raknet;play.example.com.

Servilaj gvidlinioj

• Velocity kaj BungeeCord
• Agordo de fajroŝirmilo kaj routerName
• Aŭtomata translokigo
• UDP- transsendado kaj PROXY- protokolo
• Komunigo de UDP-pordo kun Simple Voice Chat
• Problemsolvado kaj cimraportoj

Mod aŭtoroj povas uzi la packet ordering interface por deklari dependecojn inter propraj ŝarĝoj kaj Minecraft trafiko.

Projektaj ligiloj

• Elŝutoj
• Fontkodo
• Erarospurado
• Aliaj moduloj · English

Raknetify2 uzas la MIT licenco kaj konservas la originalajn kopirajtajn notojn. Ĝia reta realigo baziĝas sur Raknetify kaj netty-raknet.

Instalado

Elŝuti eldonon de GitHub Releases. Kontrolu la Minecraft-version kaj ŝargilajn postulojn por tiu eldono antaŭ instali.

Kie vi instalas	Dosieroj	Dosierujo
Fabric kliento aŭ servilo	raknetify2-fabric-*.jar	mods
Forge kliento aŭ servilo	raknetify2-forge-*.jar	mods
NeoForge kliento aŭ servilo	raknetify2-neoforge-*.jar	mods
Spigot aŭ Paper servilo	raknetify2-spigot-*.jar	plugins
Velocity prokurilo	raknetify2-velocity-*.jar	plugins
BungeeCord prokurilo	raknetify2-bungee-*.jar	plugins

Fermu la klienton aŭ haltu la servilon antaŭ ol anstataŭigi ĝian JAR- dosieron. Forigu la originan Raknetify- JAR- dosieron kaj ĉiujn pli malnovajn Raknetify2- JAR- dosierojn el la sama instalaĵo antaŭ ol aldoni la novan dosieron.

Klientaj dosierujoj apartenas al la Minecraft- instanco aŭ modpakaĵo lanĉita de vi. Servilo kaj prokurilo apartenas al tiu servilo aŭ prokurilo. Kreu la taŭgan dosierujon, se via ŝargilo ankoraŭ ne kreis ĝin.

Rektaj servilaj konektoj

1. Instali la klientan modifilon por via ŝargilo.
2. Instali la kongruan servilan modifilon, aŭ la Spigot/Paper kromprogramon sur kongrua servilo.
3. Sekvu Agordo de fajroŝirmilo kaj routerName por permesi UDP konektojn al la servilo.
4. Relanĉi klienton kaj servilon.
5. Aldoni servilan adreson kiel raknet;play.example.com aŭ raknet;play.example.com:25565.

Adresoj sen la raknet;-prefikso uzas TCP.

Instalado de la klienta modulo sole ne aldonas RakNet-subtenon al fora servilo. La servilo-operaciisto devas provizi RakNet-finpunkton. Ludantoj aliĝintaj al alia servilo kutime ne bezonas enirajn retumilajn transsendajn regulojn.

Velocity kaj BungeeCord

Instali la taŭgan prokurilon kaj la klientan modulon. Sekvu Velocity kaj BungeeCord por aŭskult- agordo, interna transsendado, alir- limigoj, kaj la adreso kiun la ludantoj uzu.

Aparta UDP aŭskultanta pordo

Por rekta Minecraft- servilo, donu la taŭgan Ĝavan argumenton sube. Prokuriloj uzu Agordo de aŭskultiloj Velocity kaj BungeeCord.

Platformo	Ĝava argumento	Akceptitaj pordoj
Fabric, Forge aŭ NeoForge servilo	-Draknetify.fabric.portOverride=25570	1 tra 65534
Spigot aŭ Paper servilo	-Draknetify.spigot.portOverride=25570	1 tra 65535

Forge kaj NeoForge uzas la komunan aŭskultkodon, do ilia economio ankaŭ enhavas fabric. Anstataŭigu 25570 per la dezirata UDP- pordo.

Spigot / Paper ≥ 0.1.0-beta.1.431

Aldonu la argumenton antaŭ -jar en la Ĝavo- komando, aŭ en la JVM- argumentokampo de via komputilo. Relanĉu la servilon kaj permesu UDP en la elektita aŭskultanta pordo. Se la publika pordo estas ankaŭ 25570, konektu per raknet;play.example.com:25570. Se retumilo tradukas la pordon, uzu ĝian publikan pordon en la klienta adreso. La TCP- pordo restas ĉe sia ekzistanta valoro.

Sur Spigot/Paper, la aŭskultanto UDP konservas la lokan ligan adreson de la aŭskultanta Minecraft TCP. Nevalida anstataŭigo aŭ okupata pordo UDP malhelpas la lanĉon de RakNet. Kontrolu la lanĉan protokolon por la ligita UDP-adreso kaj pordo. Forigu la argumenton kaj relanĉu por reveni al la pordnumero de la aŭskultantoj TCP.

Retumilo aŭ UDP-prokurilo povas ankaŭ eksponi malsaman publikan UDP-pordon kaj transdoni ĝin al la ekzistanta aŭskultanto sen ŝanĝi la Ĝavo-argumentojn de la servilo.

Evoluigaj konstruaĵoj

Malfermi sukcesan main- lanĉon en GitHub Actions kaj elŝuti ĝian Artifacts- arkivon. GitHub bezonas konton por elŝuti laborfluajn artefaktojn. Uzu la instaltabelon supre por elekti JAR- dosieron el la arkivo.

Velocity kaj BungeeCord

Velocity kaj BungeeCord situas inter ludantoj kaj internaj Minecraft- serviloj. Instalu Raknetify2 en la prokurilo kaj en ĉiu kliento, kiu konektiĝos per RakNet.

Raknetify2 · Kliento --UDP--> Velocity / BungeeCord --TCP--> Servilo

La internaj serviloj ne bezonas Raknetify2 por ĉi tiu konektvojo. Ili ankoraŭ bezonas la modojn, kromprogramojn, kaj transsend- subtenon bezonatajn de via reto. Raknetify2 ne tradukas Minecraft- versiojn aŭ ŝanĝas la prokuran kont- aŭtentigon.

Instali prokurilon

1. Konfirmu, ke ordinaraj TCP-kontaktoj tra via prokurilo funkcias, inkluzive de aŭtentigo kaj ŝanĝo inter internaj serviloj.
2. Haltigi la prokurilon kaj elŝuti la kongruan kromprogramon el GitHub Releases.
3. Meti raknetify2-velocity-*-all.jar aŭ raknetify2-bungee-*-all.jar en la prokurilan dosierujon plugins. Forigi ĉiujn pli malnovajn Raknetify aŭ Raknetify2 kromprogrametojn el tiu dosierujo.
4. Instali la taŭgan Raknetify2-klientan modifilon uzante instala gvidisto.
5. Kontrolu la subajn agordojn de la aŭskultilo, relanĉu la prokurilon, kaj kontrolu la protokolon pri RakNet- aŭskultilo- eraroj.
6. Permesi publikan UDP-trafikon al la prokurilo kaj limigi la internajn ludportojn kiel priskribite en Agordo de fajroŝirmilo kaj routerName.

Uzi kongruajn Raknetify2- versiojn en la kliento kaj prokurilo. Kontrolu Kongrueco antaŭ miksado de versioj.

Velocity

La agordo bind en velocity.toml elektas la aŭskultan adreson Minecraft de Velocity kaj la pordon TCP. Raknetify2 normale uzas la saman pordon por UDP. La eroj [servers] identigas la internajn servilojn. Tenu tiujn erojn direktitajn al la internaj adresoj TCP. Vidu agordreferenco de Velocity.

Por uzi apartan UDP- pordon, aldonu ĉi tiun JVM- argumenton antaŭ -jar en la lanĉkomando de Velocity:

-Draknetify.velocity.portOverride=25570

Anstataŭigu 25570 per via elektita pordo. Tio ŝanĝas la RakNet UDP pordon dum konservas la TCP pordon kaj internajn adresojn de Velocity. Relanĉu Velocity post ŝanĝo de la argumento.

Agordi la ludanta transsendaĵon kaj en Velocity kaj en ĝiaj internoj. Uzi modernan transsendaĵon kiam la interna programo subtenas ĝin, kaj teni ĝian transsendaĵosekreton privata. Sekvi la internajn specifajn instrukciojn en ludanto de Velocity. Teni la internajn fajrobrilajn limigojn en loko kune kun la transsendaĵo.

BungeeCord

En la config.yml de BungeeCord, la host valoro sub ĉiu listeners ero identigas Minecraft aŭskultan adreson kaj TCP pordon. Raknetify2 normale aldonas UDP sur tiu pordnumero. La servers eroj enhavas internajn TCP adresojn. Tiuj agordoj estas priskribitaj en la BungeeCord agorda gvidisto.

Por separata UDP- pordo, aldonu ĉi tiun JVM- argumenton antaŭ -jar en la lanĉkomando de BungeeCord:

-Draknetify.bungee.portOverride=25570

La anstataŭigo apartenas al la tuta prokura procezo. Por agordo kun pluraj Minecraft- aŭskultantoj, kontrolu la realajn RakNet- finpunktojn en la lanĉoprotokolo antaŭ aldoni fajrobrilajn regulojn. Relanĉu BungeeCord post ŝanĝo de la argumento.

Konservi kontaŭtentigon ĉe la prokurilo. Por Spigot internoj, IP- transsend- gvidisto de BungeeCord parigas ip_forward: true en la prokurilo kun settings.bungeecord: true en la interno. Sendado sole ne malhelpas iun kontakti rekte al interno. Malpermesi internan aliron uzante fajroŝtonaj instrukcioj.

Elektu la adreson kiun la ludantoj uzos

Ambaŭ prokuraj anstataŭigoj akceptas pordojn de 1 tra 65534. Nevalidaj valoroj estas ignorataj, do kontrolu la ligita UDP- pordo en la lanĉoprotokolo. Forigu la argumenton kaj relanĉu por reveni al la pordnumero de la Minecraft- aŭskultanto.

Ludantoj konektiĝas al la publika komputilonomo kaj UDP- pordo de la prokurilo, ekzemple raknet;play.example.com:25570. Kiam retumilo tradukas pordojn, uzu ĝian publikan UDP- pordon en la klienta adreso. Adresoj sen la raknet;- antaŭsigno plu uzas la TCP- aŭskultilon de la prokurilo.

Lasu Query, Geyser, kaj aliajn UDP- servojn sur apartaj UDP- pordoj. Malsama TCP- pordo ne solvas konflikton de UDP- kontaktiloj.

Voĉa babilado kaj aldona UDP- transsendado

Simple Voice Chat uzas sian propran prokurilon kaj UDP- pordon sur Velocity kaj BungeeCord. Sekvu la Voĉbabila prokuriloComment por tiu agordo.

Se separata UDP-relajso troviĝas antaŭ via Minecraft-prokurilo kaj sendas PROXY-protokolajn v2-kapojn, agordu Raknetify2 per UDP- transsendado kaj PROXY- protokolo. Instalado de Velocity aŭ BungeeCord mem ne bezonas tiun agordon.

Kontroli la konekton

Testu ekster via loka reto per Raknetify2- kliento. Kunligu per prokurilo, ŝanĝu inter la internaj serviloj, kiujn vi uzas, kaj konfirmu, ke la ludanto- identeco kaj permesoj estas ĝustaj.

• Se TCP tra la prokurilo funkcias, sed RakNet malfruas, kontrolu la prokurilan aŭskultilon UDP, la publikan pordon, la vojojn IPv4 kaj IPv6, kaj la fajrobrilajn regulojn.
• Se ambaŭ transportoj malsukcesas kiam la prokurilo konektiĝas al interna servilo, kontrolu la TCP-adreson de la interna servilo, la alirregulojn, kaj la agordon de ludanto-transsendo.
• Se la prokurilo raportas okupitan UDP- pordon, kontrolu ĉu estas Query, Geyser, voĉa prokurilo aŭ alia procezo ligita al ĝi.

Por raportoj, inkluzivu kaj prokurilon kaj internan protokolon de la sama konektoprovo. Vidu Problemsolvado por la inkluzivenda versio.

Agordo de fajroŝirmilo kaj routerName

Ĉi tiu gvidlibro estas por servilo-operatoroj. Raknetify2 bezonas funkciantan UDP-vojon al la servilo aŭ prokurilo akceptanta RakNet-konektojn. La defaŭlta agordo uzas la saman pordon kiel la TCP-aŭskultanto de Minecraft.

Por ludantoj en la sama loka reto, uzu la lokan adreson de la servilo kaj permesu UDP trapasi la fajroŝirmilon de la gastiganto. Retumila pord- transsendiĝo necesas kiam interreta trafiko devas trapasi la IPv4 NAT de via retumilo.

Elekti la celon kaj pordon

Rekta servilo

Sendi publikan UDP- trafikon al la maŝino, kiu funkciigas la Minecraft- servilon kun Raknetify2. La cela pordo estas la RakNet UDP- aŭskultanto de tiu servilo. Permesi tiun pordon en la fajroŝirmilo de la servila maŝino. Konservi ĝian ekzistantan TCP- vojon por ordinaraj Minecraft- konektoj.

Ekzemple, se Raknetify2 aŭskultas ĉe UDP 25570, transsendu la publikan pordon UDP al la loka adreso de la servilo ĉe pordo 25570. La pordo TCP de la servilo povas resti ĉe 25565. Vidu Agordoj de aŭskultilo de rekta servilo por elekti alian pordon UDP.

Velocity aŭ BungeeCord

Sendi publikan UDP- trafikon al la komputilo kiu uzas Velocity aŭ BungeeCord per la prokurila kromprogramo Raknetify2. Uzi la prokurilan RakNet UDP- aŭskultilon kiel la transsendan celon. Konservi la prokurilan ekzistantan publikan TCP- vojon por ordinaraj Minecraft- konektoj.

La prokurilo konektas al internaj Minecraft- serviloj tra TCP. Aldono de Raknetify2 al la prokurilo ne postulas malfermi internajn ludajn UDP- pordojn al ludantoj.

Konekto	Permesita aliro
Ludantoj al la prokurilo	Publika UDP al la aŭskultanto RakNet, plus la ekzistanta publika TCP aŭskultanto
Prokurilo al internaj serviloj	Internaj Minecraft TCP pordoj, atingeblaj nur de la intencita prokurilo
Ludantoj rekte al internaj ludaj pordoj	Konservu blokita, inkluzive tra IPv6

Kiam la prokurilo kaj internaj serviloj funkcias rekte sur dediĉita komputilo kiun vi regas, internaj aŭskultantoj povas uzi ciklo- redirektajn adresojn kun la prokurilo agordita por atingi ilin tie. Tra la maŝinoj, limigu internan TCP aliron al la prokuraj gastigantoj uzante fajrobrigadon aŭ izolitan privatan reton. Kontenejoj kaj administritaj gastigantoj bezonas ekvivalentajn limojn por sia reta aranĝo. Vidu Sekureca gvidlibro de Velocity kaj Fajrobrigada gvidlibro de BungeeCord.

Ludanto- transsendado kaj fajroŝirmaj limigoj funkcias kune. Rekta interna aliro povas preterpasi la prokurilajn ensalutkontrolojn. Por instali kromprogrametojn, transsendaj agordoj, kaj UDP- pordaj anstataŭigoj, sekvu Velocity kaj BungeeCord.

Publikaj kaj lokaj pordaj numeroj

La publika pordo kaj la pordo de la aŭskultanto povas esti malsamaj, kiam retumilo tradukas inter ili:

Agordo	Uzita pordo
Adreso de klientservilo	Publika UDP- pordo
La ekstera pordo de la retpoŝto-transsenda regulo	Publika UDP- pordo
Interna pordo de la retumila plusenda regulo	UDP-pordo de la aŭskultanto RakNet
Loka pordo de la fajroŝirmilo	UDP-pordo de la aŭskultanto RakNet

IPv4- pordtranssendo

Por gastigado malantaŭ IPv4-routero:

1. Trovu la lokan IPv4- adreson de la komputilo akceptanta RakNet- konektojn. Uzu DHCP- rezervon aŭ taŭgan statikan adreson por ke la plusenda regulo daŭre celas tiun komputilon.
2. Aldoni UDP- transsendan regulon por la publika pordo kiun la ludantoj uzos.
3. Meti la celon de la regulo al la loka adreso de tiu komputilo kaj la pordo UDP de la aŭskultanto RakNet.
4. Permesi eniran UDP sur la aŭskultanta pordo en la gastiga fajrobrilo.

Ekzemple, servilo aŭskultanta ĉe UDP- pordo 25565 povas uzi regulon kun publika pordo 25565, cela adreso 192.168.1.100, kaj cela pordo 25565. Anstataŭigu la ekzemplo- adreson per via servila loka adreso.

Konservi la ekzistantan TCP- regulon por ordinaraj Minecraft- konektoj. Nur TCP- transsenda regulo ne portas UDP.

@ info: status

Kontrolu, ĉu alia reto aŭ via ISP faras NAT antaŭ ol trafiko atingas vian reton. Kun du retoj, kiujn vi kontrolas, sendado devas kovri ambaŭ. Se via ISP uzas NAT, demandu ĉu ĝi povas doni publikan IPv4- adreson aŭ uzi gastigantan servon aŭ tunelon, kiu subtenas eniran UDP. La senda regulo de via reto ne povas agordi la NAT de la ISP. Vidu Gvidlinioj pri pord-transsendado de TP-Link por la postulo de publika WAN- adreso.

IPv6 fajroŝtonoj

Permesi la elektitan UDP- pordon tra la fajroŝirmilo IPv6 de la retumilo kaj tra la fajroŝildo de la gastiganto. Celi la IPv6- adreson de la maŝino akceptanta RakNet- konektojn.

Kontrolu, ĉu la IPv6- adreso de la komputilo montras al tiu komputilo. Se ĝia IPv6- adreso ŝanĝiĝas, ĝisdatigi la DNS- registron kaj ĉiujn adres- specifajn fajrobrilajn regulojn.

Komputilonomo kiu publikigas kaj IPv4 kaj IPv6 adresojn bezonas funkciantan vojon por ĉiu anoncita adreso. Kontrolu ambaŭ regulojn kiam unu ludanto povas konekti kaj alia ne.

Se la IPv4- transsendado ŝanĝas la pordan numeron, certigu, ke la porda ludanto eniras ankaŭ al la IPv6- aŭskultanto. IPv4- porda traduko ne agordas la IPv6- vojon.

Gastigaj provizantoj kaj tuneloj

La provizanto aŭ tunelo devas subteni UDP en la publika finopunkto, kiun vi donas al la ludantoj. Kontrolu ĝiajn pordatribuilojn kaj retajn fajrobrilajn regulojn same kiel la fajrobrilon de la servilo.

Se aldona UDP-prokurilo sendas klientajn adresojn uzante PROXY-protokolon v2, sekvu UDP- transsendado kaj PROXY- protokolo kaj limigu aliron al la ricevanta UDP-aŭskultanto al la fidinda prokurilo.

Kontroli la konekton

Konekti el ekster la loka reto de la servilo per ĝisdatigita Raknetify2-kliento, uzante adreson kiel raknet;play.example.com:25565. Uzi la publikan UDP-pordon en tiu adreso.

Uzi veran RakNet- konekton por kontroli la vojon. UDP- skanado, kiu ne ricevas respondon, povas raporti nekonkludan rezulton, ĉar funkcianta servo povas forĵeti nekonatan sondilon. Dokumentaro pri UDP- skanado de Nmap klarigas tiun konduton.

Sukcesa TCP- konekto konfirmas nur la TCP- vojon. Se RakNet malfruiĝas, kontrolu la aŭskultilon, la transsendan celon, la UDP- pordon kaj fajrobrilajn regulojn uzante la Troubleshooting Guide.

Kongrueco

Kontrolu kongruecon por la specifa eldono kiun vi elŝutas. La evoluiga branĉo povas enhavi subtenon kiu ankoraŭ ne aperis en eldono.

Minecraft kaj Java versioj

Minecraft kaj Java versioj · English

La Ĝavo- postulo deklarita de Raknetify2 estas minimuma. Minecraft aŭ la ŝargilo eble bezonas pli novan rultempon. Elektu Ĝavo- version, kiu kontentigas ĉiujn tri.

Klienta kaj servila versioj

Uzu la saman Raknetify2- eldonon en la kliento kaj la servilo aŭ prokurilo akceptanta la konekton kiam eblas. Kontrolu la eldonnotojn antaŭ miksado de eldonoj. Ĉifritaj RakNet- konektoj bezonas subtenon por la aŭtentigita ĉifra protokolo ĉe ambaŭ finoj. Originaj Raknetify- kaj Raknetify2- konstruoj antaŭ la enkonduko de tiu protokolo ne povas fari ĉi tiujn ĉifritajn konektojn al ĝisdatigitaj komitatanoj.

Raknetify2 portas la ekzistantan ludprotokolon de Minecraft. Konektado de malsamaj versioj de Minecraft postulas kongruan protokolan tradukan agordon.

Aliaj moduloj

Aliaj moduloj · English

Por malsukceso en pli granda modpakaĵo, sekvu la Troubleshooting Guide. Inkludu la kompletajn mod-versiojn en via raporto.

Ordigita moduso

Ordigita moduso

Normale, Raknetify2 permesas ke sendependaj paketkanaloj daŭru dum unu kanalo atendas mankantajn datumojn. Ordigita reĝimo metas ĉiujn Minecraft-pakaĵojn sur unu kanalon, tiel ke mankanta pakaĵo atendas ĉiun postan pakaĵon en tiu direkto ĝis ĝi estas retransdonita. Tio konservas la ordon atenditan de kelkaj kontraŭŝtel-programoj, sed forlasas la kapablon de Raknetify2 teni nerilatan ludan trafikon moviĝanta dum tiu atendado.

Ebligi ordigitan reĝimon

1. Instali Raknetify2-konstruaĵon, kiu subtenas ordigitan reĝimon en la servilo aŭ prokurilo akceptanta RakNet-konekton kaj en ĉiu RakNet-kliento.

2. Krei config/raknetify2-compatibility.json relative al la labordosierujo de tiu servilo aŭ prokurilo. Krei config- dosierujon se ĝi ne ekzistas.

3. Aldoni la sekvan:

   {"mode": "ordered"}

4. Relanĉi la servilon aŭ prokurilon.

Klientoj sekvas la agordon de la servilo aŭtomate. Ludantoj ne bezonas krei agordodosieron aŭ ŝanĝi sian RakNet- servilan adreson.

Ĉiuj Minecraft-paketoj uzas unu fidinda ordonita kanalo en ĉiu direkto, inkluzive de fasko-limigiloj kaj mondtransiroj.

Agordo de prokurilo

Kiam ludantoj konektas tra Velocity aŭ BungeeCord, agordu ordonan reĝimon sur tiu prokurilo, eĉ se la kontraŭ-ŝtelservo ruliĝas sur malantaŭa servilo.

La politiko aplikiĝas al ĉiuj internaj butonoj. En ordigita reĝimo, la prokurilo transsendas la internajn demandojn al la reala kliento anstataŭ respondi ilin loke.

Kontrolante la agordon

Je la unua RakNet konekto, la konzolo raportas:

Raknetify2 compatibility: ordered (updated clients required, genuine acknowledgements)

Ankaŭ sukcesa interŝanĝo de kongrueco registras ordered compatibility negotiated, sekvita de la adreso de la komputilo.

Lasu kontraŭŝtelajn kontrolojn ebligitaj kaj kontrolu vian apartan agordon.

Malnovaj klientoj

RakNet-klientoj, kiuj ne subtenas ordigitan reĝimon, ne povas konektiĝi al servilo, kiu tion postulas. Aktualigu Raknetify2 sur tiuj klientoj, aŭ konektu uzante la normalan TCP-adreson kaj pordon de la servilo aŭ prokurilo sen la raknet;-prefikso.

Reveno al multkanala reĝimo

Ŝanĝi la dosieron al:

{"mode": "multichannel"}

Poste relanĉu la servilon aŭ prokurilon. Forigo de la dosiero ankaŭ restarigas multkanalan reĝimon post relanĉo.

Agordproblemoj

La dosiero devas enhavi precize unu agordon nomatan mode, kun aŭ "ordered" aŭ "multichannel" kiel valoro. La valoroj estas usklecaj.

Nevalida aŭ nelegebla agordo malakceptas RakNet- konektojn. Korektu la dosieron kaj relanĉu la procezon.

Se la konsolo ankoraŭ raportas multichannel, kontrolu, ke la dosiero estas en la labordosierujo de la servilo aŭ prokurilo akceptanta la RakNet-konekton, tiam relanĉu tiun procezon.

Aŭtomata translokigo

Fabric, Forge, kaj NeoForge serviloj povas elekti RakNet kiam ili transdonas kapablan klienton al agordita celo. Tio uzas la nacian transdonan subtenon de Minecraft, enkondukitan en Ĝava eldono 1.20.5. Kontrolu ĉu via Raknetify2 eldono subtenas la Minecraft version kaj ŝargilon ĉe ĉiu fino.

Instali Raknetify2 en la sendanta servilo kaj kliento. La celo devas havi kongruan RakNet- aŭskultilon kaj akcepti envenantajn Minecraft- transsendojn.

Ĉi tiu agordo aplikiĝas al transsendoj senditaj de la tri supraj modŝargiloj. La kromprogramoj Spigot/ Paper, Velocity, kaj BungeeCord ne legas tiun transsenddosieron.

Agordi la sendan servilon

Krei config/raknetify2-transfers.json en la dosierujo de la sendinta servilo:

{
  "destinations": [
    {
      "host": "play.example.com",
      "tcpPort": 25565,
      "udpPort": 25570
    }
  ]
}

Anstataŭigu la komputilon kaj pordojn per viaj celvaloroj, poste relanĉu la sendintan servilon. Aldonaj celoj iras en la saman aron.

Kampo	Signifo
host	Celkomputilo aŭ IP- adreso, sen transporta antaŭnomo aŭ pordo
tcpPort	Celpordo en la originala transsendpeto
udpPort	Publika RakNet-pordo, kiun la transdonita kliento kontaktu

La TCP kaj UDP pordnumero povas esti la sama. Se retumilo tradukas la UDP pordon, uzu la publikan pordon en tiu ĉi dosiero. Skribu pordnumeron kiel JSON.

Sendi transsendojn al la ordinara komputilonomo kaj TCP- pordo de la celo. Raknetify2 kontrolas, ĉu la kliento anoncas aŭtomatan transsend- subtenon. Por kapabla kliento kaj kongrua celo, ĝi elektas la agorditan UDP- pordon. Aliaj klientoj kaj nekongruaj celoj konservas la originan transsend- adreson.

La kongruigo uzas la komputilon kaj TCP- pordon de la transsenda peto. La majuskligo de la komputilo, la fina DNS- punkto kaj la ekvivalenta IPv6- literumo estas normaligitaj. DNS- serĉoj ne partoprenas en la kongruigo, do du malsamaj komputiloj kiuj solvas al la sama adreso bezonas apartajn erojn. Ĝeneralsignaj eroj ne estas subtenataj.

Agordo de celo

Por destinacio uzanta Minecraft's server.properties, ekruzigu accepts-transfers=true kaj reŝargu ĝin. Destacioproksi povas havi sian propran transferan agordon. Minecraft's norma defaŭlto rigardas malĝojnan venon de transferoj, eĉ kiam norma reta eniro funkcias.

La RakNet- aŭskultilo de la celo, la publika UDP- plusendo kaj la komputila fajroŝirmilo devas esti jam agorditaj. La transsenddosiero de la sendanta servilo elektas la adreson senditan al kliento.

Kontrolu kaj la IPv4 kaj IPv6 itinerojn de la celo, se ĝia komputilo publikigas ambaŭ adrestipojn. Testu ordinaran rektan RakNet konekton al la celo antaŭ ol esplori la aŭtomatan transdonadon.

Konservi ĉiujn celajn ensalutojn aŭ alirkontrolojn. Ĉi tiu agordo ne permesas ludantan aliron aŭ anstataŭigas servilan aŭtentigon.

Agordoeraroj kaj malaktivigo

Mankantaj kampoj, nekonataj kampoj, nevalidaj pordoj, kaj duoblaj celoj kaŭzas agordoeraron dum la komencado. Uzu la servilan protokolon por identigi la eraron, korekti la JSON, kaj relanĉi.

Por malebligi aŭtomatan elekton, forigu la agordodosieron aŭ uzu {"destinations": []}, poste relanĉu la sendantan servilon. Ĝiaj transsendpetoj konservos siajn originajn adresojn.

UDP- transsendado kaj PROXY- protokolo

Prokurilo UDP povas transdoni RakNet- trafikon kaj konservi la originan klientan adreson uzante PROXY- protokolon v2. Ebligu tiun eblon, kiam supera UDP- prokurilo sendas tiujn kapojn al via aŭskultanto. Ordinara retumila pordtranssendo ne bezonas tion.

Sur la servilo aŭ Minecraft prokurilo ricevanta la transsenditan UDP trafikon, kreu config/raknetify2-proxy-protocol.json:

{
  "trustedProxies": ["192.0.2.10"]
}

Anstataŭigu la ekzemplon per la reala fonta IP- adreso de la UDP- prokurilo aŭ per CIDR- intervalo, kiun vi kontrolas. La adreso devas kongrui kun tio, kion la ricevanta aŭskultanto vidas post iu ajn interrompo de NAT. IPv4- kaj IPv6- literaloj estas akceptataj. DNS- komputilonomoj estas malakceptitaj. Relanĉu la ricevantan servilon aŭ prokurilon.

Agordi la plusendantan prokurilon por sendi PROXY- protokolajn v2- kapojn por UDP. Raknetify2 akceptas plusenditajn klientajn adresojn nur el la listigitaj fontoj. Rektaj RakNet- konektoj sen tiuj kapoj estas malakceptitaj dum tiu agordo estas ebligita. La TCP- aŭskultanto konservas sian ekzistantan agordon.

Fido kaj aliro

Ĉiu prokurilo en la listo rajtas indiki la adreson de kliento. Agordu la fajroŝirmilon de la interna servilo tiel, ke nur la elektita prokurilo povu atingi ĝian UDP-pordon. En la fidatajn adresintervalojn inkluzivu nur la adresojn necesajn en via reto.

La dosiero devas enhavi nur trustedProxies, kun almenaŭ unu ero. Malplena aro estas eraro. Nevalida dosiero malhelpas lanĉon de la RakNet- aŭskultilo.

Por reiri al rektaj UDP- konektoj, forigu la dosieron kaj relanĉu la aŭskultilon. Aktualigu samtempe la antaŭen- transsend- konduton kaj fajrobrilajn regulojn por la nova vojo.

Se la konektoj malsukcesas post enŝalto de tiu funkcio, kontrolu la prokuran fontan adreson en la interno, la agorditan fidindan intervalon, kaj ĉu la prokurilo sendas UDP PROXY protokolajn v2 kapojn.

Por instali Minecraft prokurilon kaj internan agordon, sekvu Velocity kaj BungeeCord.

Simple Voice Chat

Raknetify2 povas kunhavigi sian servilon UDP aŭskultilon kun Simple Voice Chat sur Fabric, Forge, NeoForge, Spigot, kaj Paper.

Instali Simple Voice Chat en la servilo kaj en ĉiu kliento, kiu volas voĉan babilejon. Sekvu ĝian servila agorda gvidisto por la resto de ĝia agordo.

Uzi la plej supran nivelan dosieron config de la servilo por la dosiero de Raknetify2, inkluzive de Spigot/Paper. La propra dosiero de la Simple Voice Chat restas en la platformspecifa loko sube.

Kunhavigi la ludan pordon

1. Krei config/raknetify2-voicechat.json en la servila dosierujo kun tiu enhavo:

   {"enabled": true}

2. Meti port=-1 en la servila agordo de Simple Voice Chat. Sur modifitaj serviloj, tio estas config/voicechat/voicechat-server.properties. Sur Spigot/Paper, ĝi estas plugins/voicechat/voicechat-server.properties.

3. Lasu bind_address malplena kiam estas unu kongrua RakNet- aŭskultanto. Se la servilo havas plurajn aŭskultantoj sur tiu UDP- pordo, agordu ĝin al la loka adreso de la aŭskultanto, kiun vi volas kunhavigi.

4. Relanĉi la servilon kaj lanĉi /voicechat test <PLAYERNAME> por konektita ludanto.

Se la aŭskultanto RakNet uzas alian pordon ol Minecraft, difini la voĉon port al tiu loka UDP- pordo eksplicite anstataŭ uzi -1. Ekzemple, aŭskultanto de RakNet sur loka UDP- pordo 25570 bezonas port=25570.

Agordu voice_host kiam klientoj bezonas alian publikan adreson aŭ pordon. Por retumilo, kiu sendas publikan UDP 25580 al loka UDP 25570, uzu port=25570 kaj voice_host=play.example.com:25580. La publika adreso apartenas al voice_host. La agordo bind_address elektas lokan aŭskultilon.

Raknetify2 provizas la komunan UDP-kontaktilon tra API de Simple Voice Chat. Simple Voice Chat prizorgas voĉan aŭtentigon kaj ĉifradon. Ludantoj povas uzi voĉan babilejon kun aŭ TCP aŭ RakNet-ludkonektoj.

Aliaj UDP servoj kaj prokuriloj

Teni Query kaj Geyser sur apartaj UDP- pordoj. La kunhava kontaktoskatola integriĝo subtenas nur Simple Voice Chat.

La integriĝo ne kunhavas voĉ-prokurilan kontaktilon sur Velocity aŭ BungeeCord. Sekvu Prokurila agordgvidilo de Simple Voice Chat kaj donu al la voĉ-prokurado sian propran UDP-pordon. Per la oficiala voĉ-prokur-kromprogramo, agordu iun ajn publikan voice_host-an anstataŭaĵon en la prokura voĉ-agordo. Tiu kromprogramo ignoras la voice_host-agordon de la internaj serviloj.

Por ĝenerala UDP-tunelo, agordu voice_host al la publika gastignomo kaj UDP-pordo, kiu sendas al ĉi tiu servilo.

@ info: status

Se la protokolo raportas No RakNet listener matches the voice bind address and port, certigu, ke RakNet sukcese lanĉiĝis kaj ke la voĉpordo kaj liga adreso kongruas kun ĝia loka aŭskultanto.

Se ĝi raportas Multiple RakNet listeners match the voice bind address, elektu specifan kongruan lokan adreson en bind_address kaj relanĉu.

Nur unu Simple Voice Chat- kromprogrameto povas provizi sian UDP- kontakton. Se la lanĉo raportas, ke alia kromprogrameto jam provizas kontakton, elektu, kiun kontaktointegriĝon uzi.

Por malaktivigi la integriĝon de Raknetify2, agordu {"enabled": false} en ĝia voĉagordo aŭ forigu tiun dosieron. Donu al Simple Voice Chat apartan UDP-pordon, ĝisdatigu ĝian fajrobrigadon aŭ transsendregulojn, kaj relanĉu la servilon.

Problemsolvado

TCP funkcias, sed RakNet ne

Kontrolu ĉi tiujn laŭ ordo:

1. La kliento havas la ĝustan Raknetify2 mod por ĝia ŝargilo kaj Minecraft versio.
2. La servilo aŭ prokurilo akceptanta la konekton havas Raknetify2 instalita kaj lanĉita sen aŭskult-eraro.
3. La adreso komenciĝas per raknet; kaj uzas la publikan pordon UDP.
4. La gastiga provizanto, rutilo, kaj gastiga fajroŝirmilo ĉiuj permesas UDP sur tiu pordo.
5. La IPv4 kaj IPv6 adresoj de la gastignomo kondukas al la intencita gastiganto kaj havas funkciantajn fajromurajn regulojn.

Sukcesa TCP- konekto konfirmas nur la TCP- vojon. Sekvu Agordo de fajroŝirmilo kaj routerName por kontroli UDP- transsendojn kaj IPv6- aliron. Se la PROXY- protokolo estas ebligita, klientoj devas atingi la aŭskultanton per agordita fidinda prokurilo.

Adreso jam uzata

Kontrolu pri alia procezo uzanta la UDP- pordon. Query, Geyser, kaj aliaj UDP- servoj bezonas siajn proprajn pordojn. Simple Voice Chat povas uzi integriĝo de komunaj pordoj.

Vi povas elekti alian lokan UDP- pordon uzante la Agordoj de aŭskultilo de rekta servilo- pordon aŭ la Agordo de Velocity kaj BungeeCord- pordon. Kontrolu la versio- postulon por la Spigot/ Paper- agordo. Ŝanĝi nur la publikan pordon de retumilo lasas la konflikton de lokaj kontaktiloj en la loko.

@ info: status

Konekti rekte al la celo uzante ĝian raknet;- adreson. Se tio malsukcesas, unue korektu la cel- aŭskultilon aŭ retan vojon.

Se rektaj konektoj funkcias, kontrolu ĉu la celo akceptas envenantajn transsendojn. Minecraft- servilo uzanta server.properties bezonas accepts-transfers=true. Rektaj kunligoj ne testas tiun agordon.

Poste komparu la transsendatan komputilon kaj pordon TCP kun config/raknetify2-transfers.json en la sendanta servilo. Konfirmu, ke la dosiero estis ŝargita post relanĉo kaj ke la kliento subtenas aŭtomatajn RakNet- transsendojn. Vidu Aŭtomata translokigo.

@ info

Kontrolu la Raknetify2- versiojn ĉe ambaŭ flankoj de la konekto. Ĝisdatigi la klienton kaj la servilon aŭ prokurilon kune kiam nova versio ŝanĝas la ĉifritan protokolon. Konservu la aŭtentigo- agordojn de la servilo dum la esploro.

Mod-specifaj eraroj

Notu, kiu ago kaŭzas la kolapson, ekzemple malfermo de inventaro, ricevo de rimedopakaĵo, ŝanĝo de mondoj, aŭ naskigo de estaĵo. Komparas la saman agon inter TCP kaj RakNet uzante apartan testan instalaĵon kiam praktika.

Kelkaj propraj utilŝarĝoj dependas de la ordo de la vanilaj pakaĵoj. Aŭtoroj de modifoj povas deklari tiujn dependecojn tra la packet ordering interface.

Raporti cimon

Malfermu problemon en la Raknetify2 erarospurado kaj inkludu:

• Minecraft, Java, ŝargilo, kaj Raknetify2 versioj ambaŭflanke.
• Servero kaj prokurilo versioj de programaro, inkluzive de iu ajn UDP transsendas prokurilon.
• Aliaj instalitaj modifoj kaj iliaj versioj.
• Paŝoj por reprodukti la problemon kaj kion vi atendis okazi.
• Ĉu la samaj paŝoj funkcias sur TCP.
• Relevanta kliento, servilo, kaj prokurilo protokoloj eltiraĵoj de la sama provo.

Forigu alir-identigilojn, pasvortojn kaj aliajn privatajn informojn antaŭ alŝuti protokolojn. Konservu la esceptmesaĝojn kaj la stako-spurojn necesajn por diagnozi la problemon.

Mod-integriĝo

Raknetify2 permesas al mods deklari kiu Minecraft trafiko devas resti ordigita kun siaj propraj ŝarĝoj. Uzu tion kiam traktado de ŝarĝo postulas entiteton, pecon, inventaron, aŭ alian staton establitan de pli fruaj paketoj.

Ordigante grupojn

Grupo	Rilata trafiko
ui	Monda-sendependaj menuoj kaj interagoj
entity	Entita naskiĝo, forigo, kaj movo
world_interaction	Inventoroj kaj aliaj interagoj depende de la mondo
effects	Sonoj kaj partikloj
chunk	Tero, blokoj, kaj lumo ĝisdatigoj

Ĉiuj grupoj konservas fidindan ordigitan liveradon ene de sia kanalo. Paketoj en malsamaj grupoj povas alveni en malsama relativa ordo. Elektu la grupon kongruan al la dependo de la ŝarĝo.

Opcia Fabric-integriĝo

Aldonu provizanton sub la enirpunkto raknetify:packet_channels en via mod fabric.mod.json. La provizanto realigas Consumer<BiConsumer<String, String>> uzante JDK tipojn. Ĝi ricevas registrilon, kiu akceptas propran ŝarĝidentigilon kaj ordigan grupon.

Kunigi tiun ĉi eron en viajn ekzistantajn metadatumojn, anstataŭigante la klasnomon per la plene kvalifikita nomo de via provizanto:

{
  "entrypoints": {
    "raknetify:packet_channels": [
      "com.example.mod.OrderingProvider"
    ]
  }
}

Konservi la reston de via fabric.mod.json, inkluzive de ĝiaj ekzistantaj enirpunktoj. Tio estas fragmento de la metadatuma dosiero.

Ekzemple, estaĵo-mova kromprogramo povas registri example:entity_path kun la grupo entity. La Dokumentaro pri PacketOrdering API inkluzivas la provizanton.

Fabric lasas tiun enirpunkton nevokita kiam Raknetify2 forestas. Provizantoj devus deklari identigilojn kaj grupojn dum komencado sen dependi de alia mod kiu finis sian propran komencadon.

Registra konduto

Forge kaj NeoForge mods, kaj servilo aŭ prokurilo kromprogramoj, povas voki PacketOrdering.register(identifier, group) dum komencado kiam Raknetify2 estas havebla. La klaso estas com.ishland.raknetify.api.PacketOrdering. Registri antaŭ akcepti ludantajn konektojn, kaj reteni opcian integriĝkodon de ŝargado de Raknetify2 klasoj kiam la dependeco mankas.

Deklaracioj aplikiĝas al novaj konektoj. Ekzistantaj konektoj konservas la regulojn kiujn ili ricevis dum la agordo. Ripeti identan deklaron estas permesita. Konfliktaj grupoj por la sama identigilo estas malakceptitaj.

Utilaĵaj identigiloj devas uzi validan propran nomspacon. La minecraft nomspaco estas rezervita. La fino-ampleksa limigo estas 128 deklaroj, inkluzive de enkonstruitaj reguloj kaj registradoj de aliaj mods. Identigiloj povas enhavi ĝis 255 ASCII signojn uzante la API nomspacan identigan sintakson.

Ĝisdatigitaj RakNet- paroj interŝanĝas deklarojn dum konektado. Servilo aŭ prokurilo povas uzi paran deklaron kiam ĝi ne havas lokan regulon por tiu ŝarĝo. Lokaj reguloj havas prioritaton, kaj paraj deklaroj restas limigitaj al tiu konekto.

UDP prokuriloj

Vidu UDP- transsendado kaj PROXY- protokolo por UDP-relajsoj kaj transsenditaj klientaj adresoj.

Por Minecraft prokurilagordo, vidu Velocity kaj BungeeCord.

English (US)