Wiki ka ge

Raknetify2 · ქართული (საქართველო)

ენა

• სახლი
• დაყენება
• Velocity და BungeeCord
• Firewall და მარშრუტიზატორის კონფიგურაციაName
• თავსებადობა
• მონიშნული რეჟიმი
• ავტომატური გადატანა
• UDP გადაგზავნა და PROXY პროტოკოლი
• Simple Voice Chat
• პრობლემების მოგვარებაName
• ინტეგრაცია
• UDP პროქსიები

ქსელური თამაში

ქსელური კავშირები RakNet-ის მეშვეობით Minecraft-ის კლიენტებისა და სერვერებისთვის.

ჩამოტვირთვა · GitHub

Minecraft	Raknetify2	კლიენტი / სერვერი
Fabric	mods/raknetify2-fabric-*.jar	კლიენტი / სერვერი
Forge	mods/raknetify2-forge-*.jar	კლიენტი / სერვერი
NeoForge	mods/raknetify2-neoforge-*.jar	კლიენტი / სერვერი
Spigot / Paper	plugins/raknetify2-spigot-*.jar	სერვერი
Velocity	plugins/raknetify2-velocity-*.jar	Velocity
BungeeCord	plugins/raknetify2-bungee-*.jar	BungeeCord

დამატება

1. ქსელური თამაში

2. დამატება

3. სერვერის მისამართი

   	სერვერის მისამართი
   RakNet · UDP	raknet;play.example.com:25565
   TCP	play.example.com:25565

4. მზადაა

5. შესვლა

F3 · Raknetify2

	F3
RakNet · UDP	აქტიური · MTU 1400
TCP	არააქტიური

Velocity / BungeeCord

1. კლიენტი · Raknetify2 → UDP → Velocity / BungeeCord · Raknetify2
2. Velocity / BungeeCord → TCP → სერვერი

	პორტი · 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

ლოდინის დრო ამოწურულია

სერვერის მისამართი	UDP
raknet;play.example.com:25580	play.example.com:25580 → NAT → 192.0.2.10:25570
სერვერი · 192.0.2.10	25570/udp

config/raknetify2-compatibility.json

სერვერი / Velocity / BungeeCord

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

Simple Voice Chat

სერვერი	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

სერვერის მისამართი	trustedProxies	RakNet
192.0.2.10 · PROXY v2 / UDP	["192.0.2.10"]	✓
192.0.2.11 · PROXY v2 / UDP	["192.0.2.10"]	✗
კლიენტი → RakNet / UDP	["192.0.2.10"]	✗

config/raknetify2-proxy-protocol.json

{"trustedProxies":["192.0.2.10"]}

Minecraft ≥ 1.20.5 · /transfer

1. სერვერი A · Fabric / Forge / NeoForge · config/raknetify2-transfers.json

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

2. სერვერი B · play.example.com · server.properties → accepts-transfers=true

3. სერვერი A · /transfer play.example.com 25565 Alex → კლიენტი (Alex) → RakNet · play.example.com:25570

PacketOrdering

	Minecraft
ui	გამართვა
entity	ჩონჩხი
world_interaction	ინვენტარი
effects	ნაწილაკები
chunk	ბლოკები

PacketOrdering.java

შეუთავსებელი ვერსია!

• Fabric · compatibility.json · gameVersions / runtimes / depends
• Forge / NeoForge / Spigot / Paper · GitHub Releases

იპოვეთ შეცდომა?

სახლი

Raknetify2

Minecraft-ის მრავალმოთამაშიან რეჟიმში Raknetify2 მონაცემებს UDP-ით, RakNet-ის პროტოკოლით გადასცემს. ნაკადი ცალკეულ არხებად იყოფა. თუ ერთ არხზე პაკეტი დაიკარგა, დანარჩენ არხებზე მონაცემების გადაცემა შეიძლება გაგრძელდეს. ამიტომ თამაშს შეუძლია თქვენს მოქმედებებს უპასუხოს მაშინაც, როდესაც დაკარგული მონაცემები ხელახლა იგზავნება ან სამყაროს ნაწილები გადაიცემა.

Raknetify2 არის Raknetify- ის დამოუკიდებლად მომზადებული გაფართოება, რომელიც თავდაპირველად ishland- მა შექმნა. გაფართოება ამატებს მხარდაჭერას ახალი Minecraft ვერსიებისთვის და ახორციელებს ტრანსპორტირებას, პლატფორმის ინტეგრაციას და შეთავსების ტესტებს.

დაწყება

1. Minecraft და mod შეთავსების შემოწმება.
2. აირჩიეთ ჩამოტვირთვა და დაყენება.
3. დაკავშირდით მისამართით, როგორიცაა raknet;play.example.com.

სერვერის სახელმძღვანელო

• Velocity და BungeeCord
• Firewall და მარშრუტიზატორის კონფიგურაციაName
• ავტომატური გადატანა
• UDP გადაგზავნა და PROXY პროტოკოლი
• UDP პორტის გაზიარება Simple Voice Chat- სთან
• შეცდომის შეტყობინებებიName

Mod ავტორები შეიძლება გამოიყენონ პაკეტების შერჩევის ინტერფეისიName, რათა განაცხადონ დამოკიდებულებები custom payloads და Minecraft ტრეფიკის შორის.

პროექტის ბმული

• ჩამოტვირთვები
• წყარო კოდი
• პრობლემების მიმდევარი
• შემადგენლობა და შეთავსებადობის შემოწმება

Raknetify2 იყენებს MIT ლიცენზია- ს და ინარჩუნებს ორიგინალურ ავტორიზაციის შეტყობინებებს. მისი ქსელის განხორციელება აგებულია Raknetify და netty-raknet- ზე.

დაყენება

GitHub Releases-ის ვერსიის ჩამოტვირთვა. დაყენებამდე შეამოწმეთ Minecraft-ის ვერსია და ჩამტვირთვის მოთხოვნები ამ ვერსიისთვის.

სად დაყენებთ	ფაილი	დასტა
Fabric კლიენტი ან სერვერი	raknetify2-fabric-*.jar	mods
Forge კლიენტი ან სერვერი	raknetify2-forge-*.jar	mods
NeoForge კლიენტი ან სერვერი	raknetify2-neoforge-*.jar	mods
Spigot ან Paper სერვერი	raknetify2-spigot-*.jar	plugins
Velocity პროქსი	raknetify2-velocity-*.jar	plugins
BungeeCord პროქსი	raknetify2-bungee-*.jar	plugins

კლიენტის დახურვა ან სერვერის შეჩერება JAR ფაილის ჩანაცვლების წინ. ახალი ფაილის დამატებამდე ამოიღეთ ორიგინალური Raknetify JAR და ნებისმიერი ძველი Raknetify2 JAR იგივე დაყენებიდან.

კლიენტის საქაღალდეები ეკუთვნის Minecraft ეპიზოდს ან modpack- ს, რომელიც თქვენ გაუშვით. სერვერის და პროქსის საქაღალდები ეკუთვნის ამ სერვერს ან პროქსის დაყენებას. შექმნეთ შესაბამისი საქაღალდი, თუ თქვენი ჩამტვირთავი არ შექმნა იგი.

სერვერთან პირდაპირი კავშირი

1. დააყენეთ კლიენტის მოდიფიკაცია თქვენი ჩატვირთვისთვის.
2. შეესაბამება სერვერის mod ან Spigot/Paper მოდული შეთავსებადი სერვერის დაყენება.
3. UDP კავშირის სერვერთან შესაძლებლობისთვის Firewall და მარშრუტიზატორის კონფიგურაციაName-ს მიჰყევით.
4. კლიენტის და სერვერის გადატვირთვა.
5. სერვერის მისამართის დამატება, მაგალითად raknet;play.example.com ან raknet;play.example.com:25565.

raknet;-ის გარეშე მისამართები TCP-ს იყენებენ.

კლიენტის მოდულის დაყენება მხოლოდ RakNet მხარდაჭერის დამატებას ვერ მოახდენს დაშორებულ სერვერზე. სერვერის ოპერატორმა უნდა უზრუნველყოს RakNet დასასრული. მოთამაშეებს, რომლებიც სხვა სერვერს შეუერთდებიან, ჩვეულებრივ არ სჭირდებათ როუტერის გადამისამართების წესები.

Velocity და BungeeCord

დააინსტალირეთ შესაბამისი პროქსი პლაგინი და კლიენტის მოდიფიკაცია. მიჰყევით Velocity და BungeeCord-ს მოსმენის პარამეტრებისთვის, უკანა მიმართვისთვის, წვდომის შეზღუდვებისთვის და მისამართისთვის, რომელსაც მოთამაშეები უნდა გამოიყენონ.]

დამოუკიდებელი UDP მომწოდებელი პორტი

პირდაპირი Minecraft სერვერისთვის, მიუთითეთ ქვემოთ შესაბამისი Java არგუმენტი. პროქსის ოპერატორებმა უნდა გამოიყენონ Velocity და BungeeCord მსმენელის პარამეტრებიName.

პლატფორმა	Java არგუმენტები	პორტები
Fabric, Forge ან NeoForge სერვერი	-Draknetify.fabric.portOverride=25570	1 დან 65534 მდე
Spigot ან Paper სერვერი	-Draknetify.spigot.portOverride=25570	1 დან 65535 მდე

Forge და NeoForge იყენებენ საერთო მონიტორინგის კოდს, ამიტომ მათი თვისების სახელი ასევე შეიცავს fabric- ს. შეცვალეთ 25570 სასურველი UDP პორტით.

Spigot / Paper ≥ 0.1.0-beta.1.431

Java-ს ბრძანებაში არგუმენტი -jar-ის წინ ჩასვით ან მიუთითეთ ჰოსტინგის პანელში JVM-ის არგუმენტების ველში. გადატვირთეთ სერვერი და არჩეულ პორტზე დაუშვით UDP კავშირები. თუ საჯარო პორტიც 25570 არის, დასაკავშირებლად გამოიყენეთ raknet;play.example.com:25570. თუ როუტერი პორტის ნომერს ცვლის, კლიენტის მისამართში საჯარო პორტი მიუთითეთ. TCP პორტი უცვლელი რჩება.

Spigot/Paper-ზე, UDP მომწოდებელმა შეინარჩუნა Minecraft TCP მომწოდებელის ლოკალური დაკავშირების მისამართი. არასწორი გადატვირთვა ან დაკავებული UDP პორტი აფერხებს RakNet-ის გაშვებას. შეამოწმეთ გაშვების ჟურნალი დაკავშირებული UDP მისამართისა და პორტისთვის. ამოიღეთ არგუმენტი და გადატვირთეთ, რომ დაბრუნდეთ TCP მომწოდებელს პორტის ნომერზე.

Router ან UDP proxy ასევე შეუძლია გამოავლინოს სხვა საზოგადოებრივი UDP პორტი და გადასცეს იგი არსებულ მონიტორს სერვერის Java არგუმენტების შეცვლის გარეშე.

განვითარების შემადგენლობები

main- ის წარმატებული გაშვების გახსნა GitHub Actions- ში და მისი Artifacts არქივის ჩამოტვირთვა. GitHub- ს საჭიროა ანგარიში სამუშაო პროცესის არტეფაქტების ჩამოტვირთვისთვის. გამოიყენეთ ზემოთ მოცემული დაყენების ცხრილი JAR- ის არჩევისთვის არქივიდან.

Velocity და BungeeCord

Velocity და BungeeCord მდებარეობს მოთამაშეებსა და Minecraft სერვერებს შორის. Raknetify2- ის დაყენება პროქსიზე და ყველა კლიენტზე, რომელიც RakNet- ზე დაკავშირდება.

Raknetify2 · კლიენტი --UDP--> Velocity / BungeeCord --TCP--> სერვერი

Backend სერვერებს არ სჭირდებათ Raknetify2 ამ დაკავშირების გზისთვის. მათ მაინც სჭირდებათ მოდები, მოდული და გადამისამართების მხარდაჭერა, რომელიც საჭიროა თქვენი ქსელისთვის. Raknetify2 არ თარგმნის Minecraft ვერსიებს და არ ცვლის პროქსის ანგარიშის ავთენტიფიკაციას.

პროქსის მოდულის დაყენება

1. დაადასტურეთ, რომ ჩვეულებრივი TCP კავშირები თქვენი პროქსის საშუალებით მუშაობს, მათ შორის ავთენტიფიკაცია და სერვერების გადართვა.
2. პროქსის შეჩერება და შესაბამისი მოდულის ჩამოტვირთვა GitHub Releases- დან.
3. raknetify2-velocity-*-all.jar ან raknetify2-bungee-*-all.jar პროქსის plugins საქაღალდეში ჩასმა. ყველა ძველი Raknetify ან Raknetify2 მოდული ამ საქაღალდისაგან წაშლა.
4. დაყენება სწორი Raknetify2 კლიენტის mod დაყენების სახელმძღვანელო გამოყენებით.
5. გადაამოწმეთ ქვემოთ მოცემული მონიტორინგის პარამეტრები, გადაატრიალეთ პროქსი და შეამოწმეთ მისი ჟურნალი RakNet მონიტორინგი შეცდომებისთვის.
6. საჯარო UDP ტრაფიკის ნებართვა პროქსიზე და თამაშის უკან პორტების შეზღუდვა, როგორც აღწერილია Firewall და მარშრუტიზატორის კონფიგურაციაName- ში.

კლიენტსა და პროქსიზე Raknetify2- ის თავსებადი ვერსიების გამოყენება. ვერსიების შერწყმის წინ თავსებადობა- ს შემოწმება.

Velocity

velocity.toml- ში bind- ის პარამეტრები Velocity- ს Minecraft- ის მოსმენის მისამართს და TCP- ს პორტს ირჩევს. Raknetify2 ჩვეულებრივ იყენებს UDP- სთვის იგივე პორტის ნომერს. [servers]- ის ჩანაწერები შიდა სერვერებს იდენტიფიცირებს. დატოვეთ ეს ჩანაწერები TCP- ს შიდა მისამართებზე მიმართული. იხილეთ Velocity- ს კონფიგურაციის მისამართი.

UDP პორტის განსაკუთრებული გამოყენებისთვის, Velocity- ს დაწყების ბრძანებაში -jar- ს წინ დაამატეთ ეს JVM არგუმენტი:

-Draknetify.velocity.portOverride=25570

25570- ის ჩანაცვლება თქვენ მიერ არჩეულ პორტთან. ეს ცვლის RakNet UDP- ს პორტს Velocity- ის TCP პორტის და უკან მდებარე მისამართების შენარჩუნებისას. Velocity- ის გადატვირთვა არგუმენტის შეცვლის შემდეგ.

მოთამაშის გადამისამართების კონფიგურაცია როგორც Velocity- ზე, ისე მის უკან. გამოიყენეთ თანამედროვე გადამისამართება, თუკი უკან მდგომი პროგრამა მხარს უჭერს მას, და შეინარჩუნეთ მისი გადამისამართების საიდუმლო პირადი. მიჰყევით Velocity- ს მოთამაშის ინფორმაცია- ში უკან მდგომის სპეციფიკური ინსტრუქციების მითითებებს. გადამისამართების დროს დაიცვას უკან მდგარი უსაფრთხოების კედლის შეზღუდვები.

BungeeCord

BungeeCord- ის config.yml- ში, host მნიშვნელობა თითოეული listeners ჩანაწერის ქვეშ იდენტიფიცირებს Minecraft- ის მოსმენის მისამართს და TCP- ს პორტს. Raknetify2 ჩვეულებრივ ამ პორტის ნომერს UDP- ს მატებს. servers ჩანაწერები შეიცავს უკან TCP მისამართებს. ეს პარამეტრები აღწერილია BungeeCord კონფიგურაციის სახელმძღვანელო- ში.

განსხვავებული UDP პორტის შესაქმნელად, დაამატეთ ეს JVM არგუმენტი -jar- ს წინ BungeeCord- ს დაწყების ბრძანებაში:

-Draknetify.bungee.portOverride=25570

გადარქმევა ეხება პროქსის მთელ პროცესს. მრავალ Minecraft მომწოდებელთან კონფიგურაციის შემთხვევაში, შეამოწმეთ RakNet- ს ნამდვილი დასასრული ჟურნალში, სანამ Firewall- ის წესების დამატებას დაიწყებთ. BungeeCord- ის გადატვირთვა არგუმენტის შეცვლის შემდეგ.

ანგარიშის ავთენტიფიკაციის შენარჩუნება პროქსიზე. Spigot backend- ებისთვის, BungeeCord- ს IP გადაგზავნის სახელმძღვანელო კავშირს ქმნის ip_forward: true- ს პროქსიზე და settings.bungeecord: true- ს backend- ზე. გადამისამართება მხოლოდ თავისთავად არ აფერხებს ვინმეს backend- სთან პირდაპირ დაკავშირებას. Backend- ის წვდომის შეზღუდვა ცეცხლის კედლის ინსტრუქციები- ს გამოყენებით.

მისამართის არჩევა, რომელსაც მოთამაშეები იყენებენ

ორივე პროქსის გადარქმევა იღებს პორტებს 1- დან 65534- მდე. არასწორი მნიშვნელობები იგნორირდება, ასე რომ შეამოწმეთ დაკავშირებული UDP პორტი დაწყების ჟურნალში. არგუმენტის წაშლა და გადატვირთვა Minecraft- ის მომწოდებელის პორტის ნომრის დაბრუნებისთვის.

მოთამაშეები კავშირს ახდენენ პროქსის საჯარო ჰოსტის სახელსა და UDP პორტზე, მაგალითად raknet;play.example.com:25570. როდესაც მარშრუტიზატორი პორტებს ცვლის, გამოიყენეთ მისი საჯარო UDP პორტი კლიენტის მისამართში. raknet; პრეფიქსის გარეშე მისამართები კვლავ იყენებენ პროქსის TCP მომწოდებელს.

Query, Geyser და სხვა UDP სერვისები დატოვეთ განსხვავებულ UDP პორტებზე. განსხვავებული TCP პორტი არ გადაწყვეტს UDP სოკეტის კონფლიქტს.

ხმის ჩატი და დამატებითი UDP გადაგზავნაName

Simple Voice Chat იყენებს საკუთარ პროქსი მოდულსა და UDP პორტს Velocity და BungeeCord- ზე. ამ კონფიგურაციისთვის მიჰყევით ხმოვანი ჩატის პროქსის სახელმძღვანელო- ს.

თუ თქვენი Minecraft პროქსის წინაშე განსხვავებული UDP რელეი დგას და PROXY პროტოკოლის v2 თავსართს აგზავნის, Raknetify2- ის კონფიგურაცია UDP გადაგზავნა და PROXY პროტოკოლი- ის გამოყენებით. Velocity ან BungeeCord- ის დაყენება ამ კონფიგურაციის გარეშე არ ხდება.

კავშირის შემოწმება

ტესტირება ლოკალური ქსელის გარეთ Raknetify2 კლიენტის გამოყენებით. დაკავშირება პროქსის საშუალებით, გადართვა გამოყენებული სერვერების შორის და დარწმუნება, რომ მოთამაშის იდენტიფიკაცია და უფლებები სწორია.

• თუ TCP პროქსის საშუალებით მუშაობს, მაგრამ RakNet- ს დრო ამოიწურა, შეამოწმეთ პროქსის UDP მომწოდებელი, საზოგადოებრივი პორტი, IPv4 და IPv6 მარშრუტები და ცეცხლის კედლის წესები.
• თუ ორივე ტრანსპორტირება ვერ შედგა, როდესაც პროქსი კავშირს ქმნის backend-თან, შეამოწმეთ backend-ის TCP მისამართი, წვდომის წესები და მოთამაშის გადაგზავნის კონფიგურაცია.
• თუ პროქსი პორტი UDP დაკავებულია, შეამოწმეთ Query, Geyser, ხმის პროქსი ან სხვა პროცესი, რომელიც მასთან დაკავშირებულია.

ჟურნალებისთვის, ჩართეთ პროქსის და უკან მყოფი პროგრამის ჟურნალები ერთი და იმავე დაკავშირების მცდელობაზე. ვერსიის შესახებ ინფორმაციის ჩასართავად იხილეთ პრობლემების მოგვარებაName.

Firewall და მარშრუტიზატორის კონფიგურაციაName

ეს სახელმძღვანელო სერვერის ოპერატორებისთვისაა განკუთვნილი. Raknetify2- ს სჭირდება მუშაობის UDP მარშრუტი სერვერზე ან პროქსიზე, რომელიც იღებს RakNet კავშირებს. ნაგულისხმევი კონფიგურაცია იყენებს იმავე პორტის ნომერს, როგორც Minecraft- ს TCP მომწოდებელი.

ერთსა და იმავე ლოკალურ ქსელში მოთამაშეებისთვის, გამოიყენეთ სერვერის ლოკალური მისამართი და დაუშვით UDP- ის გავლა მასპინძლის ცეცხლის კედელში. მარშრუტიზატორის პორტების გადამისამართება საჭიროა, როდესაც ინტერნეტ ტრაფიკმა უნდა გადაკვეთოს თქვენი მარშრუტიზის IPv4 NAT.

ამოირჩიეთ მიზანი და პორტი

პირდაპირი სერვერი

საზოგადოებრივი UDP ტრეფიკის გაგზავნა Minecraft სერვერზე Raknetify2- ით მომუშავე მოწყობილობაზე. მიზნობრივი პორტი არის ამ სერვერის RakNet UDP მომწოდებელი. ამ პორტის სერვერის მოწყობილობის ჰოსტის Firewall- ში დაშვება. მისი არსებული TCP მარშრუტის შენარჩუნება ჩვეულებრივი Minecraft კავშირებისთვის.

მაგალითად, თუ Raknetify2 უსმენს UDP 25570- ს, გადააგზავნეთ საზოგადოებრივი UDP პორტი სერვერის ლოკალურ მისამართზე პორტზე 25570. სერვერის TCP პორტი შეიძლება დარჩეს 25565- ზე. სხვა UDP პორტის არჩევისთვის იხილეთ პარამეტრები.

Velocity ან BungeeCord

საზოგადოებრივი UDP ტრეფიკის გაგზავნა Velocity ან BungeeCord- ზე მომუშავე კომპიუტერზე Raknetify2 პროქსის მოდულის გამოყენებით. გამოიყენეთ პროქსის RakNet UDP მომწოდებელი, როგორც გადამისამართების მიზანი. ოპროქსის არსებული საზოგადოებრივი TCP მარშრუტის შენარჩუნება ჩვეულებრივი Minecraft კავშირებისთვის.

პროქსი კავშირს ახდენს Minecraft სერვერებთან TCP- ს მეშვეობით. Raknetify2- ს დამატება პროქსიზე არ მოითხოვს UDP პორტების გახსნას მოთამაშეებისთვის.

კავშირი	წვდომის უფლება
პროქსის მოთამაშეები	საზოგადოებრივი UDP RakNet მომწოდებელზე, დამატებით არსებულ საზოგადოებრივ TCP მომწოდებელს
პროქსის სერვერებიComment	Backend Minecraft TCP პორტები, ხელმისაწვდომი მხოლოდ სასურველი პროქსი ჰოსტებიდან
მოთამაშეები პირდაპირ თამაშის უკან	დაბლოკილია, IPv6-ის ჩათვლით

როდესაც პროქსი და უკანალი მართვადი სპეციალური კომპიუტერის პირდაპირ მუშაობს, უკანალი მომწოდებელს შეუძლია გამოიყენოს loopback მისამართები ოპროქსის კონფიგურაციის მიხედვით, რათა მიაღწიოს მათ. ყველა კომპიუტერზე, შეზღუდეთ უკანალის TCP წვდომა პროქსის ჰოსტებზე firewall- ის ან იზოლირებული პირადი ქსელის გამოყენებით. კონტეინერებს და მართვადი ჰოსტებს სჭირდებათ ქსელის განლაგების შესაბამისი შეზღუდვები. იხილეთ Velocity-ის უსაფრთხოების სახელმძღვანელო და BungeeCord-ის ცეცხლის კედლის სახელმძღვანელო.

მოთამაშის გადამისამართება და ცეცხლის კედლის შეზღუდვები ერთობლივად მუშაობენ. პირდაპირი backend- ის წვდომა შეუძლია პროქსის შესვლის შემოწმების გადალახვას. მოდულის დაყენებისთვის, გადამისამართების პარამეტრებისა და UDP პორტის გადატვირთვისთვის, მიჰყევით Velocity და BungeeCord.

საზოგადოებრივი და ლოკალური პორტების ნომრები

საზოგადოებრივი პორტი და მომწოდებელის პორტი შეიძლება განსხვავდებოდეს, როდესაც მარშრუტიზატორი მათ შორის ტრანსლირებას ახდენს:

პარამეტრები	გამოყენებული პორტი
კლიენტის სერვერის მისამართი	საზოგადოებრივი UDP პორტი
მარშრუტის გადაგზავნის წესის გარე პორტი	საზოგადოებრივი UDP პორტი
მარშრუტის გადაგზავნის წესის შიდა პორტი	RakNet მომწოდებელი UDP პორტი
ჰოსტის ლოკალური პორტი	RakNet მომწოდებელი UDP პორტი

IPv4 პორტის გადამისამართება

IPv4 მარშრუტის უკან ჰოსტინგისთვის:

1. ლოკალური IPv4 მისამართის მოძებნა RakNet კავშირების მიღების პროცესში. გამოიყენეთ DHCP რეზერვი ან შესაბამისი სტატიკური მისამართი, რათა გადაგზავნის წესმა გააგრძელოს ამ პროცესის მიმართულება.
2. UDP გადამისამართების წესის დამატება იმ საჯარო პორტებისთვის, რომელსაც მოთამაშეები გამოიყენებენ.
3. წესის მიზნის დაყენება ამ კომპიუტერის ლოკალურ მისამართზე და RakNet მომწოდებელის UDP პორტზე.
4. შემავალი UDP- ს ნებართვა ჰოსტის საიმედო კედელში მომწოდებელის პორტზე.

მაგალითად, სერვერი, რომელიც უსმენს UDP პორტზე 25565, შეიძლება გამოიყენოს წესი საზოგადოებრივი პორტით 25565, მიზნობრივი მისამართით 192.168.1.100 და მიზნობრივი პორტით 25565. შეცვალეთ მაგალითის მისამართი თქვენი სერვერის ლოკალური მისამართით.

არსებული TCP წესების შენარჩუნება ჩვეულებრივი Minecraft კავშირებისთვის. TCP გადაგზავნის წესი მხოლოდ UDP- ს არ ატარებს.

გადაგზავნის შეცდომა

შეამოწმეთ თუ არა სხვა მარშრუტიზატორი ან თქვენი ISP ახორციელებს NAT- ს, სანამ ტრაფიკი თქვენს მარშრუტიზორს მიაღწევს. ორი მარშრუტიზორის მართვით, გადამისამართება უნდა მოიცავდეს ორივეს. თუ თქვენი ISP იყენებს carrier- grade NAT- ს, ჰკითხეთ, შეუძლია თუ არა მას საზოგადოებრივი IPv4 მისამართის მიწოდება ან ჰოსტინგის სერვისის ან ტუნელის გამოყენება, რომელიც მხარს უჭერს შემომავალ UDP- ს. თქვენი მარშრუტიზისტორის გადამისამართების წესები არ შეუძლია ISP- ს NAT- ს კონფიგურაცია. იხილეთ TP-Link-ის პორტების გადაგზავნის სახელმძღვანელო საზოგადოებრივი WAN მისამართის მოთხოვნების შესახებ.

IPv6 ცეცხლის კედლის წესები

მონიშნული UDP პორტის ნებართვა როგორც მარშრუტიზატორის IPv6 ცეცხლის კედლის, ასევე ჰოსტის ცეცხლის კარის გავლით. RakNet კავშირების მიღების მიზნით IPv6 მისამართის მონიშნვა.

გადაამოწმეთ, რომ ჰოსტის სახელის IPv6 მისამართი ამ მოწყობილობას მიუთითებს. თუ მისი IPv6 მისამართი შეიცვალა, განახორციელეთ DNS ჩანაწერის და ნებისმიერი მისამართის სპეციფიკური ცეცხლის კედლის წესების განახლება.

ჰოსტის სახელი, რომელიც გამოაქვეყნებს ორივე IPv4 და IPv6 მისამართს საჭიროებს მუშაობის მარშრუტს ყველა გამოცხადებული მისამართისთვის. შეამოწმეთ ორივე წესის ჯგუფი, როდესაც ერთი მოთამაშე ახერხებს დაკავშირებას, ხოლო მეორე არა.

თუ IPv4 გადამისამართება ცვლის პორტის ნომერს, დარწმუნდით, რომ პორტის მოთამაშეების შეყვანა IPv6 მომწოდებელსაც მიაღწევს. IPv4 პორტის თარგმანი IPv6 მარშრუტის კონფიგურაციას არ ახდენს.

ჰოსტინგის პროვაიდერები და ტუნინებიName

პროვაიდერმა ან ტუნნელმა უნდა უზრუნველყოს UDP- ის მხარდაჭერა საჯარო დასასრული პუნქტზე, რომელსაც თქვენ აძლევთ მოთამაშეებს. შეამოწმეთ მისი პორტების განლაგება და ქსელის უსაფრთხოების კედლის წესები, ისევე როგორც სერვერის საკუთარი უსაფრთხოების ქვაბი.

თუ დამატებითი UDP პროქსი გადასცემს კლიენტის მისამართებს PROXY პროტოკოლის v2 გამოყენებით, მიჰყევით UDP გადაგზავნა და PROXY პროტოკოლი- ს და შეზღუდეთ წვდომა მიღებულ UDP მომწოდებელზე მოწოდებული პროქსისთვის.

კავშირის შემოწმება

სერვერის ლოკალური ქსელის გარეთ დაკავშირება განახლებული Raknetify2 კლიენტით, ისეთი მისამართის გამოყენებით, როგორიცაა raknet;play.example.com:25565. ამ მისამართში საზოგადოებრივი UDP პორტის გამოყენება.

მარშრუტის დასადასტურებლად გამოიყენეთ რეალური RakNet კავშირი. UDP სკანირების დროს, რომელიც არ იღებს პასუხს, შეიძლება გამოჩნდეს უარყოფითი შედეგი, რადგან მუშაობის პროცესში სერვისმა შეიძლება უცნობი პროვაიდერი დაივიწყოს. Nmap UDP სკანირების დოკუმენტაცია ამ ქცევას ხსნის.

წარმატებული TCP კავშირი ადასტურებს მხოლოდ TCP მარშრუტს. თუ RakNet- ს დრო ამოიწურა, შეამოწმეთ მომწოდებელი, გადაგზავნის მიზანი, UDP პორტი და firewall- ის წესები პრობლემების გადაჭრის სახელმძღვანელო- ის გამოყენებით.

თავსებადობა

შეამოწმეთ შეთავსებადობა განსაკუთრებული ვერსიისთვის, რომელსაც ჩამოტვირთავთ. განვითარების ხე შეიძლება შეიცავდეს მხარდაჭერას, რომელიც ვერსიაში ჯერ არ გამოჩნდა.

Minecraft და Java ვერსიები

Fabric- ისთვის, ჩამოტვირთეთ compatibility.json იგივე ვერსიიდან, როგორც JAR. შეამოწმეთ Minecraft ვერსია gameVersions- ში, შემდეგ შეამოწმეთ შესაბამისი ჩანაწერი runtimes- ში მისი depends მოთხოვნილებების შესახებ. ეს JSON ფაილი არის რეფერალური დოკუმენტი და არ არის საჭირო mods საქაღალდეში გადატანა.

Forge, NeoForge და Spigot/Paper-სთვის, შეამოწმეთ ვერსიის მოთხოვნები, რომლებიც განაცხადებულია არტეფაქტსა და მისი ჩამოტვირთვის სიაში. ერთი ჩამტვირთვის მხარდაჭერა არ ქმნის მხარდაჭერას მეორეზე.

Java- ს Raknetify2- ით განცხადებული მოთხოვნა არის მისი მინიმუმი. Minecraft- ს ან ჩამტვირთავს შესაძლოა სჭირდებოდეს უფრო ახალი Runtime. აირჩიეთ Java- ს ვერსია, რომელიც აკმაყოფილებს ყველას.

კლიენტის და სერვერის ვერსიები

თუ შესაძლებელია, კლიენტზე და სერვერზე ან პროქსის სერვერზე გამოიყენეთ ერთი და იგივე Raknetify2 ვერსია. ვერსიების შერწყმის წინ შეამოწმეთ გამოშვების შენიშვნები. RakNet დაშიფრული კავშირები მოითხოვს ორივე მხარის ავთენტური დაშიფვრის პროტოკოლის მხარდაჭერას. ამ პროტოკოლის დანერგვის წინ არსებული Raknetify და Raknetify2 ვერსიები ვერ ახდენენ ამ დაშიფრულ კავშირებს განახლებულ პარტნიორებთან.

Raknetify2 ატარებს Minecraft- ს არსებულ თამაშის პროტოკოლს. სხვადასხვა Minecraft ვერსიების დაკავშირება მოითხოვს თავსებადი პროტოკოლის თარგმნის კონფიგურაციას.

სხვა მოდელები

შედგენის პროცესი შეიცავს Polymer, Krypton, PacketFixer და Fast IP Ping-ის შეთავსების შემოწმებას. ეს შემოწმება მოიცავს ვერსიებს და კომბინაციებს, რომლებიც სამუშაო პროცესის მიერ აირჩიეს. შეამოწმეთ გამოშვების დაკავშირებული შემადგენლობის შედეგები, როდესაც სპეციფიკური კომბინაციის გამოკვლევას ახდენთ.

თუ უფრო დიდი მოდის პაკეტის შეცდომა დაფიქსირდა, პრობლემების გადაჭრის სახელმძღვანელო-ს მიჰყევით. მოდის სრული ვერსიის ჩათვლით თქვენს ანგარიშში.

მონიშნული რეჟიმი

მონიშნული რეჟიმი

ჩვეულებრივ, Raknetify2- ს საშუალებას აძლევს დამოუკიდებელი პაკეტების არხების გაგრძელებას, როდესაც ერთი არხი ელოდება მონაცემების დაკარგვას. მოწესრიგებული რეჟიმი ყველა Minecraft პაკეტს ათავსებს ერთ არხზე, ასე რომ დაკარგული პაკეტი ელოდება ყველა მომდევნო პაკეტს ამ მიმართულებით, სანამ ის არ იქნება გადაგზავნილი. ეს ინარჩუნებს მოწესრიგებას, რომელსაც ელოდება ზოგიერთი ანტი- ჩიტის პროგრამა, მაგრამ Raknetify2- ს არ აძლევს საშუალებას, რომ დაუკავშირებელი თამაშის ტრეფიკს ამ ლოდინის პერიოდში გააგრძელოს.

მოწესრიგებული რეჟიმის ჩართვა

1. Raknetify2- ის შემადგენლობის დაყენება, რომელიც მხარს უჭერს მოწესრიგებულ რეჟიმს სერვერზე ან პროქსიზე, რომელიც იღებს RakNet კავშირებს და ყველა RakNet კლიენტზე.

2. config/raknetify2-compatibility.json- ს შექმნა სერვერის ან პროქსის სამუშაო დირექტორიასთან მიმართებით. config დირექტორიის შექმნა, თუ ის არ არსებობს.

3. შემდეგის დამატება:

   {"mode": "ordered"}

4. სერვერის ან პროქსის გადატვირთვა

კლიენტები ავტომატურად ემორჩილებიან სერვერის პარამეტრებს. მოთამაშეებს არ სჭირდებათ კონფიგურაციის ფაილის შექმნა ან RakNet სერვერის მისამართის შეცვლა.

Minecraft-ის ყველა პაკეტი იყენებს ერთ მოწესრიგებულ არხს ყველა მიმართულებით, მათ შორის ბუნდელის განმსაზღვრელებსა და მსოფლიო გადასვლებს.

პროქსის კონფიგურაციაName

როდესაც მოთამაშეები Velocity ან BungeeCord- ს მეშვეობით დაკავშირდებიან, ამ პროქსის მოწესრიგებული რეჟიმის კონფიგურაცია, მაშინაც კი, თუ ანტიჩატს უშვებენ უკან სერვერზე.

პოლიტიკა ვრცელდება ბექენდის გადამრთველებზე. დალაგებული რეჟიმში, პროქსი აგზავნის ბექენდის გაცვლის მოთხოვნებს რეალურ კლიენტთან, ნაცვლად იმისა, რომ ადგილობრივად უპასუხოს.

პარამეტრების შემოწმება

პირველ RakNet კავშირზე კონსოლის ცნობა:

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

წარმატებული თავსებადობის გაცვლა ასევე აღრიცხავს ordered compatibility negotiated-ს, რასაც მოჰყვება მეზობლის მისამართი.

დატოვეთ ჩართული ანტიჩხუბების შემოწმება და დაადასტურეთ თქვენი კონფიგურაცია.

ძველი კლიენტები

RakNet კლიენტები, რომლებიც არ უჭერენ მხარს მოწესრიგებულ რეჟიმს, ვერ შეძლებენ სერვერთან დაკავშირებას. ამ კლიენტებზე Raknetify2- ს განახლება, ან სერვერის ან პროქსის ჩვეულებრივი TCP მისამართის და პორტის გამოყენებით დაკავშირება raknet; პრეფიქსის გარეშე.

მრავალ- არხიანი რეჟიმის დაბრუნება

ფაილის შეცვლა:

{"mode": "multichannel"}

შემდეგ სერვერის ან პროქსის გადატვირთვა. ფაილის წაშლა ასევე აღადგენს მრავალ- არხის რეჟიმს გადატვირთვის შემდეგ.

კონფიგურაციის პრობლემები

ფაილი უნდა შეიცავდეს ზუსტად ერთ კონფიგურაციას სახელწოდებით mode, რომლის მნიშვნელობაც შეიძლება იყოს "ordered" ან "multichannel". მნიშვნელობები რეგისტრის მიმართ მგრძნობიარეა.

არასწორი ან წაუკითხავი კონფიგურაცია უარყოფს RakNet კავშირებს. შეცვალეთ ფაილი და პროცესის გადატვირთვა.

თუ კონსოლმა კვლავ multichannel-ის შეტყობინება გამოაგზავნა, შეამოწმეთ, არის თუ არა ფაილი სერვერის ან პროქსის დირექტორიაში, რომელიც იღებს RakNet კავშირს, შემდეგ კი აღადგინეთ პროცესი.

ავტომატური გადატანა

Fabric, Forge და NeoForge სერვერებს შეუძლიათ აირჩიონ RakNet, როდესაც შესაძლებელია კლიენტის გადატანა კონფიგურირებულ ადგილას. ეს იყენებს Minecraft- ის ადგილობრივ გადატანის მხარდაჭერას, რომელიც Java ვერსია 1.20.5- ში შევიდა. შეამოწმეთ, რომ თქვენი Raknetify2 ვერსია მხარს უჭერს Minecraft ვერსიას და ჩამტვირთველს თითოეულ ბოლოში.

Raknetify2- ის დაყენება სერვერზე და კლიენტზე. მიზანმა უნდა უზრუნველყოს თავსებადი RakNet მონიტორი და მიიღოს შემომავალი Minecraft გადაცემები.

ეს კონფიგურაცია მოქმედებს გადაცემებზე, რომლებიც ზემოთ მოცემული სამი mod-ის ჩამტვირთვის მიერ არის გაგზავნილი. Spigot/ Paper, Velocity და BungeeCord მოდული არ კითხულობს ამ გადაცემების ფაილს.

სერვერის გამართვა

config/raknetify2-transfers.json- ის შექმნა სერვერის დირექტორიაში:

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

შეცვალეთ მაგალითის ჰოსტის სახელი და პორტები თქვენი საბოლოო მიზნის მნიშვნელობებით, შემდეგ კი გადატვირთეთ სერვერი. დამატებითი მიზნები იმავე რიცხვს მიეკუთვნება.

ველი	მნიშვნელობა
host	მიზნის ჰოსტის სახელი ან IP მისამართი, ტრანსპორტის პრეფიქსისა და პორტის გარეშე
tcpPort	გადაცემის დაწყების მოთხოვნა
udpPort	საზოგადოებრივი RakNet პორტი, რომელთანაც კლიენტს უნდა ჰქონდეს კავშირი

TCP და UDP პორტების ნომრები შეიძლება ერთნაირები იყოს. თუ მარშრუტიზატორი UDP პორტს თარგმნის, გამოიყენეთ ამ ფაილში საზოგადოებრივი პორტი. პორტების ჩაწერა JSON ნომრებად.

გადაცემების გაგზავნა მიზნის ნორმალურ ჰოსტის სახელსა და TCP პორტზე. Raknetify2 ადგენს, თუ კლიენტი აცნობებს ავტომატური გადაცემის მხარდაჭერას. შესაძლებელი კლიენტისა და შესაბამისი მიზნის შემთხვევაში, ის ირჩევს კონფიგურირებულ UDP პორტს. სხვა კლიენტები და შეუთავსებელი მიზნები ინარჩუნებენ გადაცემის ორიგინალურ მისამართს.

შეთავსება იყენებს ჰოსტის სახელს და TCP პორტს გადაცემის მოთხოვნიდან. ჰოსტის სახელის მთავრული ასოები, ბოლო DNS წერტილი და IPv6 მართლწერა ნორმალიზებულია. DNS ძიება არ მონაწილეობს შეთავსებაში, ასე რომ ორი სხვადასხვა ჰოსტის სახელი, რომლებიც ერთსა და იმავე მისამართს ასახავს საჭიროებს განსხვავებულ ჩანაწერებს. ჯოილკერის ჩანაწერები არ მიიღება.

მისამართის კონფიგურაცია

Minecraft- ის server.properties- ს გამოყენების მიზნისთვის, დააყენეთ accepts-transfers=true და გადატვირთეთ იგი. მიზნობრივ პროქსის შეიძლება ჰქონდეს საკუთარი გადაცემის პარამეტრები. Minecraft- ის ნაგულისხმევი უარყოფს შემომავალ გადაცემებს, მაშინაც კი, როდესაც ნორმალური პირდაპირი დაკავშირება მუშაობს.

მისამართის RakNet მომწოდებელი, საზოგადოებრივი UDP გადამისამართება და ჰოსტის ცეცხლის კედელი უკვე უნდა იყოს კონფიგურირებული. სერვერის გადაცემის ფაილი ირჩევს კლიენტს გაგზავნილ მისამართს.

შემოწმება ორივე IPv4 და IPv6 მარშრუტი, თუ მისი ჰოსტის სახელი გამოაქვეყნებს ორივე მისამართის ტიპს. შემოწმება ჩვეულებრივი პირდაპირი RakNet კავშირი მიზანთან, სანამ ავტომატური გადაცემის ქცევას შეისწავლით.

ნებისმიერი მიზნობრივი შესვლის ან წვდომის შემოწმების ადგილზე დატოვება. ეს კონფიგურაცია არ აძლევს მოთამაშეებს წვდომას და არ ცვლის სერვერის ავთენტიფიკაციას.

კონფიგურაციის შეცდომები და გამორთვა

დაკარგული ველი, უცნობი ველი, არასწორი პორტი და ორიგინალი სავარაუდო ადგილი იწვევს კონფიგურაციის შეცდომას ინიციალიზაციის დროს. გამოიყენეთ სერვერის ჟურნალი შეცდომის დასადგენად, JSON- ის გასასწორებლად და გადატვირთვისთვის.

ავტომატური არჩევის გამორთვისთვის, წაშალეთ კონფიგურაციის ფაილი ან გამოიყენეთ {"destinations": []} და შემდეგ გადატვირთეთ სერვერი. მისი გადაცემის მოთხოვნები შეინარჩუნებს თავდაპირველ მისამართებს.

UDP გადაგზავნა და PROXY პროტოკოლი

UDP პროქსის შეუძლია RakNet ტრაფიკის გადაგზავნა და კლიენტის ორიგინალური მისამართის შენახვა PROXY პროტოკოლის v2 გამოყენებით. ჩართეთ ეს ფუნქცია, როდესაც ზედა UDP პროქსის გზავნის ამ თავსართებს თქვენს მომწოდებელს. ჩვეულებრივი როუტერის პორტების გადაგზავნა არ მოითხოვს ამას.

სერვერზე ან Minecraft პროქსიზე, რომელიც იღებს გადაგზავნილ UDP ტრეფიკს, შექმნა config/raknetify2-proxy-protocol.json:

{
  "trustedProxies": ["192.0.2.10"]
}

ჩაანაცვლეთ მაგალითი UDP პროქსის რეალური წყაროს IP მისამართით ან CIDR დიაპაზონით, რომელსაც თქვენ მართავთ. მისამართი უნდა შეესაბამებოდეს იმას, რასაც მიმღები ყურსასმენი ხედავს ნებისმიერი NAT ჩარევის შემდეგ. IPv4 და IPv6 ლიტერალები მიიღება. DNS ჰოსტის სახელები უარყოფილია. მიმღები სერვერი ან პროქსი გადატვირთეთ.

გადამისამართების პროქსის კონფიგურაცია UDP- სთვის PROXY პროტოკოლის v2 თავსართის გაგზავნის მიზნით. Raknetify2 იღებს გადამისამართებულ კლიენტის მისამართებს მხოლოდ ჩამოთვლილი წყაროებიდან. პირდაპირი RakNet კავშირები ამ თავსართის გარეშე უარყოფილია, როდესაც ეს კონფიგურაციის ჩართვაა შესაძლებელი. TCP მომწოდებელი ინახავს არსებულ კონფიგურაციებს.

ნდობა და წვდომა

სიაში შეტანილ თითოეულ პროქსის შეუძლია კლიენტის მისამართის გადაცემა. შიდა სერვერის ქსელური ეკრანი ისე გამართეთ, რომ მის UDP პორტთან წვდომა მხოლოდ მითითებულ პროქსის ჰქონდეს. სანდო მისამართების დიაპაზონში მხოლოდ თქვენი ქსელისთვის აუცილებელი მისამართები შეიტანეთ.

ფაილი უნდა შეიცავდეს მხოლოდ trustedProxies- ს, მინიმუმ ერთი ჩანაწერით. ცარიელი მასივი შეცდომას ნიშნავს. არასწორი ფაილი აფერხებს RakNet მონიტორს.

UDP პირდაპირი კავშირების აღდგენისთვის, წაშალეთ ფაილი და გაიმეორეთ მონიტორინგი. ამავე დროს განახორციელეთ ზედა გადამისამართების ქცევის და ცეცხლის კედლის წესების განახლება ახალი მარშრუტისთვის.

თუკი ამ ფუნქციის ჩართვის შემდეგ კავშირი ვერ ხერხდება, შეამოწმეთ პროქსის რეალური წყაროს მისამართი უკან, კონფიგურირებული საიმედო რადიუსი და გასცემს თუ არა პროქსი UDP PROXY პროტოკოლის v2 თავსართს.

Minecraft პროქსის დაყენებისა და უკანალი კონფიგურაციისთვის, მიჰყევით Velocity და BungeeCord-ს.

Simple Voice Chat

Raknetify2-ს შეუძლია გაზიაროს თავისი სერვერის UDP მონიტორი Simple Voice Chat-თან Fabric, Forge, NeoForge, Spigot და Paper-ზე.

Simple Voice Chat-ის დაყენება სერვერზე და ყველა კლიენტზე, რომელიც ხმაურიანი ჩატის გამოყენებას ითხოვს. მისი კონფიგურაციის დანარჩენი ნაწილისთვის სერვერის კონფიგურაციის სახელმძღვანელო-ს მიჰყევით.

Raknetify2-ს ფაილისთვის სერვერის ზედა დონის config დირექტორიის გამოყენება, მათ შორის Spigot/Paper-ზე. Simple Voice Chat-ის საკუთარი ფაილი რჩება პლატფორმის სპეციფიკურ ადგილას ქვემოთ.

თამაშის პორტის გაზიარება

1. შექმნა config/raknetify2-voicechat.json სერვერის დირექტორიაში შემდეგი შინაარსით:

   {"enabled": true}

2. Simple Voice Chat სერვერის კონფიგურაციაში port=-1-ის დაყენება. მოდის სერვერებზე ეს არის config/voicechat/voicechat-server.properties. Spigot/Paper-ზე ეს არის plugins/voicechat/voicechat-server.properties.

3. bind_address ცარიელი დატოვეთ, როდესაც არსებობს ერთი თავსებადი RakNet მომწოდებელი. თუ სერვერს აქვს მრავალი მომწოდებელი ამ UDP პორტზე, დააყენეთ იგი მომწოდებელის ლოკალურ მისამართზე, რომლის გაზიარებაც გსურთ.

4. სერვერის გადატვირთვა და /voicechat test <PLAYERNAME>- ის გაშვება დაკავშირებული მოთამაშისთვის.

თუ RakNet მომწოდებელი იყენებს სხვა პორტს, ვიდრე Minecraft, დააყენეთ ხმა port ამ ლოკალურ UDP პორტზე, -1- ის გამოყენების ნაცვლად. მაგალითად, RakNet მომწოდებელს ლოკალურ პორტზე UDP 25570 სჭირდება port=25570.

voice_host- ს დაყენება, როდესაც კლიენტებს სხვა საზოგადოებრივი მისამართი ან პორტი სჭირდებათ. მარშრუტიზატორისთვის, რომელიც გადასცემს საზოგადოებრივ UDP 25580- ს ლოკალურ UDP 25570- მდე, გამოიყენეთ port=25570 და voice_host=play.example.com:25580. საზოგადოებრივი მითითება voice_host- შია. bind_address- ს პარამეტრები ლოკალურ მსმენელს ირჩევს.

Raknetify2 უზრუნველყოფს UDP სოკეტს Simple Voice Chat- ის API- ის საშუალებით. Simple Voice Chat ახორციელებს ხმის ავთენტიფიკაციას და დაშიფვრას. მოთამაშეებს შეუძლიათ გამოიყენონ ხმის საუბარი TCP ან RakNet თამაშების კავშირებით.

სხვა UDP სერვისები და პროქსიებიName

Query- ს და Geyser- ს განცალკევებული UDP პორტების შენარჩუნება. საერთო სოკეტის ინტეგრაცია მხოლოდ Simple Voice Chat- ს მხარს უჭერს.

ინტეგრაცია არ იზიარებს ხმა- პროქსის სოკეტს Velocity ან BungeeCord- ზე. მიჰყევით Simple Voice Chat პროქსის კონფიგურაციის სახელმძღვანელო- ს და მიეცით ხმა- პროქსს საკუთარი UDP პორტი. ოფიციალური ხმა- პროქსის დანამატებით, დააყენეთ ნებისმიერი საზოგადოებრივი voice_host გადატვირთვა პროქსის ხმა კონფიგურაციაში. ეს დანამატები იგნორირებს უკან სერვერების voice_host პარამეტრებს.

UDP ტუნელისთვის, voice_host-ს ნებართვა მიეცით საზოგადოებრივ ჰოსტს და UDP-ის პორტს, რომელიც ამ სერვერზე გადაეგზავნება.

გაზიარების გამორთვა ან სოკეტის კონფლიქტის გადაწყვეტა

თუ ჟურნალი No RakNet listener matches the voice bind address and port-ს ცნობს, დარწმუნდით, რომ RakNet წარმატებით დაწყებულია და ხმოვანი პორტი და დაკავშირების მისამართი ლოკალურ მომწოდებელს ემთხვევა.

თუ ის Multiple RakNet listeners match the voice bind address-ს ცნობს, აირჩიეთ bind_address-ში შესაბამისი ლოკალური მისამართი და გადატვირთეთ.

მხოლოდ ერთი Simple Voice Chat მოდული შეიძლება UDP სოკეტის მიწოდებას. თუკი დაწყებისას შეტყობინება მოდის, რომ სხვა მოდული უკვე მიაწოდებს სოკეტს, აირჩიეთ რომელი სოკეტის ინტეგრაცია უნდა გამოიყენოთ.

Raknetify2-ის ინტეგრაციის გამორთვისათვის, {"enabled": false}-ს ხმაზე კონფიგურაცია ჩართეთ ან ეს ფაილი წაშალეთ. Simple Voice Chat-ს დამოუკიდებელი UDP პორტი მიეცით, მისი ცეცხლის კედლის ან გადაგზავნის წესების განახლება და სერვერის გადატვირთვა.

პრობლემების მოგვარებაName

TCP მუშაობს, მაგრამ RakNet-ს დრო არ აქვს.

შეამოწმეთ ეს თანმიმდევრობით:

1. კლიენტს აქვს სწორი Raknetify2 mod მისი ჩატვირთვისა და Minecraft ვერსიისთვის.
2. სერვერს ან პროქსის, რომელიც კავშირს იღებს აქვს Raknetify2 დაყენებული და ჩართულია მონიტორინგის შეცდომის გარეშე.
3. მისამართი იწყება raknet;-ით და იყენებს საჯარო UDP პორტს.
4. ჰოსტინგის პროვაიდერი, მარშრუტიზატორი და ჰოსტის უსაფრთხოების კედელი ყველა იძლევა ნებართვას UDP ნა რჲგა ოპთჟრთზთღვ.
5. ჰოსტის სახელის IPv4 და IPv6 მისამართები მიჰყავს სასურველ ჰოსტს და აქვთ დაცვის წესები.

წარმატებული TCP კავშირი მხოლოდ TCP მარშრუტს ადასტურებს. UDP გადამისამართების და IPv6 წვდომის შესამოწმებლად Firewall და მარშრუტიზატორის კონფიგურაციაName- ს მიჰყევით. თუ PROXY პროტოკოლი ჩართულია, კლიენტებს უნდა მიაღწიონ მომწოდებელს კონფიგურირებული საიმედო პროქსის საშუალებით.

მისამართი უკვე გამოიყენება

UDP პორტს იყენებს თუ არა სხვა პროცესი? Query, Geyser და სხვა UDP სერვისებს სჭირდებათ საკუთარი პორტები. Simple Voice Chat- ს შეუძლია პორტის ინტეგრაცია- ის გამოყენება.

თქვენ შეგიძლიათ აირჩიოთ სხვა ლოკალური UDP პორტი პარამეტრები ან Velocity და BungeeCord პარამეტრები- ის გამოყენებით. შეამოწმეთ Spigot/ Paper- ის პარამეტრების ვერსიის მოთხოვნები. მარშრუტიზატორის მხოლოდ საზოგადოებრივი პორტის შეცვლა ლოკალური სოკეტის კონფლიქტს ადგილზე დატოვებს.

დაკავშირება მუშაობს, მაგრამ გადაცემები ვერ ხერხდება

დაკავშირება მიზანთან პირდაპირ მისი raknet; მისამართის გამოყენებით. თუ ეს ვერ მოხერხდა, პირველ რიგში მოაწესრიგეთ მიზნის მომწოდებელი ან ქსელის მარშრუტი.

თუ პირდაპირი კავშირი მუშაობს, შეამოწმეთ, იღებს თუ არა სასურველი ადგილი შემომავალ გადაცემებს. Minecraft სერვერს, რომელიც server.properties- ს იყენებს, სჭირდება accepts-transfers=true. პირდაპირი დაკავშირება ამ პარამეტრის შემოწმებას არ მოითხოვს.

შემდეგ შეადარეთ გადაცემის ჰოსტის სახელი და TCP პორტი გადამგზავნ სერვერზე არსებულ config/raknetify2-transfers.json- ს. დარწმუნდით, რომ ფაილი გადატვირთვის შემდეგ ჩაიტვირთა და კლიენტი მხარს უჭერს ავტომატურ RakNet გადაცემას. იხილეთ ავტომატური გადატანა.

დაშიფვრის ან პროტოკოლის შეცდომები

Raknetify2 ვერსიების შემოწმება კავშირის ორივე მხარეს. კლიენტის და სერვერის ან პროქსის ერთდროულად განახლება, როდესაც შიფრირებული პროტოკოლის ვერსია იცვლება. სერვერის ავთენტიფიკაციის პარამეტრების შენახვა გამოძიების დროს.

მოდის სპეციფიკური შეცდომები

ჩაწერე, რომელი მოქმედება გამოიწვევს შეცდომას, როგორიცაა ინვენტარის გახსნა, რესურსების პაკეტის მიღება, სამყაროს შეცვლა ან ობიექტის გაჩენა. შეადარე იგივე მოქმედება TCP და RakNet-ს შორის, განსხვავებული ტესტის დაყენების გამოყენებით, როდესაც პრაქტიკულია.

ზოგიერთი სპეციალური დატვირთვა დამოკიდებულია ვანილიური კრებების თანმიმდევრობაზე. მოდების ავტორებს შეუძლიათ გამოაცხადონ ეს დამოკიდებულებები packet ordering interface.

შეცდომის მოხსნა

გახსნა Raknetify2 პრობლემების მიმდევარი და მოიცავს:

• Minecraft, Java, loader და Raknetify2 ვერსიები ორივე მხარეს.
• სერვერის და პროქსის პროგრამული უზრუნველყოფის ვერსიები, მათ შორის ნებისმიერი UDP გადამზიდავი პროქსი.
• სხვა დაყენებული მოდები და მათი ვერსიები.
• პრობლემის გამეორების ნაბიჯები და რა მოელიდით, რომ მოხდეს.
• თუ არა იგივე ნაბიჯები მუშაობს TCP- ზე.
• კლიენტის, სერვერის და პროქსის ჟურნალის ამონაწერი ერთი და იგივე ცდილობიდან.

ჟურნალების ატვირთვის წინ წაშალეთ წვდომის ტოკენები, პაროლები და სხვა პირადი ინფორმაცია. შეინარჩუნეთ გამონაკლისების შეტყობინებები და პრობლემის დიაგნოსტირებისთვის საჭირო სტიქიის ნიშნები.

ინტეგრაცია

Raknetify2 საშუალებას აძლევს მოდებს განაცხადონ რომელი Minecraft ტრეფიკები უნდა დარჩეს მოწესრიგებული მათი ინდივიდუალური დატვირთვებით. გამოიყენეთ ეს, როდესაც დატვირთვა მოითხოვს ელემენტს, ნაწილს, ინვენტარს ან სხვა მდგომარეობას, რომელიც დადგენილია წინა პაკეტებით.

ჯგუფების შერჩევა

ჯგუფი	დაკავშირებული ტრაფიკები
ui	მსოფლიოსაგან დამოუკიდებელი მენიუები და ურთიერთქმედება
entity	ელემენტის გაჩენა, წაშლა და გადაადგილება
world_interaction	ინვენტარიზაცია და სხვა მსოფლიოზე დამოკიდებული ურთიერთქმედება
effects	ხმები და ნაწილაკებიName
chunk	ტერიტორიის, ბლოკისა და განათების განახლებანი

ყველა ჯგუფმა უნდა შეინარჩუნოს მოწესრიგებული მიწოდება მათი არხების ფარგლებში. პაკეტები სხვადასხვა ჯგუფებში შეიძლება მივიდნენ განსხვავებული რელევანტური რიგის მიხედვით. აირჩიეთ ჯგუფი, რომელიც ემთხვევა სასარგებლო დატვირთვის დამოკიდებულებას.

Fabric ინტეგრაცია

მოდულის fabric.mod.json- ში raknetify:packet_channels- ის შესვლის წერტილის ქვეშ პროვაიდერის დამატება. პროვაიდერი Consumer<BiConsumer<String, String>>- ს JDK ტიპების გამოყენებით ახორციელებს. ის იღებს რეგისტრს, რომელიც იღებს ინდივიდუალურ სასარგებლო დატვირთვის იდენტიფიკატორს და შეკვეთის ჯგუფს.

ამ ჩანაწერის შერწყმა თქვენს არსებულ მეტა მონაცემებში, კლასის სახელის შეცვლა თქვენი პროვაიდერის სრულად კვალიფიცირებულ სახელზე:

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

შენი fabric.mod.json-ის დანარჩენი ნაწილის შენახვა, მათ შორის არსებული შესვლის წერტილები. ეს მეტა მონაცემების ფაილის ნაწილია.

მაგალითად, ელემენტის მოძრაობის გაფართოება შეიძლება example:entity_path- ის რეგისტრაცია entity ჯგუფთან. PacketOrdering API დოკუმენტაცია მოიცავს მომწოდებლის განხორციელებას.

Fabric ტოვებს ამ შესვლის პუნქტს გამოძახებულს, როდესაც Raknetify2 არ არის. პროვაიდერებს უნდა გამოაცხადონ იდენტიფიკატორები და ჯგუფები ინიციალიზაციის დროს, სხვა მოდის დასრულების გარეშე, რომელიც დასრულდა საკუთარი ინიციალიზაციით.

რეგისტრაციის ქცევა

Forge და NeoForge მოდები და სერვერის ან პროქსის დანამატები, შეუძლიათ PacketOrdering.register(identifier, group)- ს გამოძახება ინიციალიზაციის დროს, როდესაც Raknetify2 ხელმისაწვდომია. კლასი არის com.ishland.raknetify.api.PacketOrdering. რეგისტრაცია მოთამაშის კავშირების მიღებამდე და დამატებითი ინტეგრაციის კოდის შენახვა Raknetify2 კლასების ჩატვირთვისგან, როდესაც დამოკიდებულება არ არსებობს.

განცხადებები ეხება ახალ კავშირებს. არსებული კავშირები ინარჩუნებენ წესებს, რომლებიც მიიღეს კონფიგურაციის დროს. იდენტური განცხადებების განმეორება ნებადართულია. კონფლიქტური ჯგუფები ერთი და იგივე იდენტიფიკატორისთვის უარყოფილია.

სავიზიტო ბარათების იდენტიფიკატორებმა უნდა გამოიყენონ მართებული სახელის სივრცე. minecraft-ის სახელის სივრცის გამოყენება დაჯავშნილია. ბოლო წერტილის ფართო საზღვარი არის 128-ის განცხადებები, მათ შორის ჩაშენებული წესები და რეგისტრაციები სხვა მოდისგან. იდენტიფიკატორი შეიძლება შეიცავდეს 255 ASCII სიმბოლოებს API-ის სახელის სფეროების იდენტიფიკის სინტაქსის გამოყენებით.

განახლების RakNet პარტნიორები კავშირის დაყენების დროს ცვლიან განცხადებებს. სერვერი ან პროქსი შეიძლება გამოიყენოს პარტნიორის განცხადება, როდესაც მას არ აქვს ლოკალური წესები ამ დატვირთვისთვის. ლოკალურ წესებს აქვთ უპირატესობა და პარტნიორის გამოცხადებები რჩება ამ კავშირის ფარგლებში.

UDP პროქსიები

ოჲდლვენთ. UDP გადაგზავნა და PROXY პროტოკოლი თვის UDP რელეები და გადაგზავნილი კლიენტის მისამართები.

_დასრული Minecraft პროქსის კონფიგურაცია, იხილეთ Velocity და BungeeCord.

English (US)