Geyser და Floodgate: Bedrock მოთამაშეები Java სერვერზე

Java და Bedrock ორი განსხვავებული პროგრამაა, რომლებიც ორ განსხვავებულ ქსელურ პროტოკოლზე საუბრობს, და არცერთში არაფერი აძლევს ტელეფონს Paper სერვერზე შესვლის საშუალებას. Geyser არის მთარგმნელი, რომელიც შენი Java სერვერის წინ დგას და ერთ მხარეს Bedrock-ს ელაპარაკება, მეორეზე Java-ს. Floodgate არის თანმხლები, რომელიც ამ Bedrock მოთამაშეებს Java ანგარიშის გარეშე უშვებს. ერთად ისინი საკმარისად კარგად მუშაობს, რომ მოთამაშეების უმეტესობა ვერც კი ამჩნევს - მაგრამ სამი რამ ჯერ სწორად უნდა გააკეთო: მეორე პორტის allocation, და ის უნდა იყოს UDP; auth-type, რომელიც Geyser-ს Floodgate-თან აკავშირებს; და ნათელი წარმოდგენა იმაზე, რომელი ფუნქციები ჩუმად არ გადადის. ეს პოსტი სამივეს მოიცავს Paper სერვერზე, რომელსაც RE:NODE-ის Minecraft ხაზი უშვებს.

რას აკეთებს Geyser და Floodgate თითოეული#

ისინი ცალკე plugin-ებია, ცალკე პრობლემებს წყვეტენ, და Geyser-ის Floodgate-ის გარეშე გაშვება შეიძლება.

Geyser პროტოკოლს თარგმნის. Bedrock კლიენტი RakNet-ს ლაპარაკობს UDP-ზე საკუთარი პაკეტის ფორმატით; Java სერვერი - საკუთარ ფორმატს TCP-ზე. Geyser იღებს Bedrock კავშირს, ყოველ პაკეტს ორივე მიმართულებით გარდაქმნის და მოთამაშეს Java სერვერს ჩვეულებრივ კლიენტად წარუდგენს. ეს GeyserMC-ის პროექტია, უფასო და ღია კოდით, build-ებით Paper-ისა და Spigot-ისთვის, Velocity-ისთვის, BungeeCord-ისთვის, Fabric-ისთვის, NeoForge-ისთვის, Sponge-ისთვის და დამოუკიდებელი jar-ისთვის.

Floodgate იდენტობას ამუშავებს. მის გარეშე Bedrock მოთამაშეს მაინც სჭირდება ფასიანი Java ანგარიში Mojang-თან ავტორიზაციისთვის, რაც მთელ აზრს კარგავს. Floodgate აიძულებს Java სერვერს, მიიღოს Bedrock მოთამაშის Xbox ავტორიზაცია, ამიტომ ადამიანს, რომელსაც მხოლოდ Bedrock ასლი აქვს, შეუძლია შევიდეს სერვერზე, რომელიც ყველა დანარჩენისთვის ისევ online mode-ში რჩება. ეს არის ნაწილი, რომელიც მნიშვნელოვანია: ეს ნიშნავს, რომ online-mode=false არ გჭირდება, რაც ნებისმიერს საშუალებას მისცემდა ვინმეს სახელით შემოსულიყო.

Geyser-ის plugin build გაუშვი თავად Java სერვერზე, სადაც შეგიძლია. ალტერნატივა, დამოუკიდებელი Geyser დაშორებულ Java სერვერზე მიმართული, საჭიროებს ან Java ანგარიშს თითო მოთამაშეზე, ან Floodgate-ს ორივე მხარეს გაზიარებული გასაღებით, და ქსელურ hop-ს ამატებს სარგებლის გარეშე, როცა ორივე ნახევარი ერთ მანქანაზეა. proxy ქსელში Geyser და Floodgate proxy-ზე იდება, ხოლო Floodgate ასევე თითოეულ backend-ზე - გაყვანილობა აღწერილია პოსტში Minecraft ქსელის აგება Velocity-ით.

დამატებითი UDP პორტი#

ეს არის ნაბიჯი, რომელსაც ადამიანები ტოვებენ, და სიმპტომია სერვერი, რომელიც Java მოთამაშეებისთვის იდეალურად მუშაობს, ხოლო ყველა Bedrock მოთამაშე ხედავს "Unable to connect to world".

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

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

RE:NODE-ის Minecraft გეგმებს ერთი allocation მოჰყვება, რომელიც Java პორტია. დაამატე მეორე Network ჩანართზე, დაიმახსოვრე მის მიერ მოცემული ნომერი და ჩაწერე ის Geyser-ის bedrock.port-ში. მისამართი იგივე ჰოსტია, რაც Java პორტისა; იცვლება მხოლოდ ნომერი და პროტოკოლი.

კიდევ ერთი შეზღუდვაა, რომელზეც პატიოსნად უნდა ვთქვათ, სანამ რამეს დაპირდები. Windows, Android და iOS Bedrock კლიენტებს შეუძლიათ სერვერის დამატება მისამართითა და პორტით. კონსოლის კლიენტებს - Xbox, PlayStation, Switch - გარე სერვერების დამატება ინტერფეისიდან საერთოდ არ შეუძლიათ. მოთამაშეები ამას გვერდს უვლიან მესამე მხარის DNS ინსტრუმენტებით, რომლებიც გამორჩეულ სერვერებს ცვლიან, და ისინი მუშაობენ მანამ, სანამ არ ჩერდებიან, და მათ არც შენ აწარმოებ და არც აკონტროლებ. გათვალე, რომ კონსოლის მოთამაშეებს დახმარება დასჭირდებათ, და კონსოლის მხარდაჭერა ისე ნუ გამოაცხადებ, თითქოს ის შენი სერვერის ფუნქცია იყოს.

დაყენება Paper-ზე#

1. ჩამოტვირთე Geyser-ის Spigot build და Floodgate-ის Spigot build geysermc.org-დან. Spigot build-ები Paper-ისთვის სწორია.
2. ატვირთე ორივე jar plugins/-ში ფაილების მენეჯერით ან SFTP-ით. RE:NODE-ზე plugin-ების installer არ არის - jar-ს თავად ჩააგდებ, რაც ასევე ნიშნავს, რომ არაფერია დაბლოკილი.
3. გაუშვი სერვერი ერთხელ. Geyser ჩაწერს plugins/Geyser-Spigot/config.yml-ს, Floodgate - plugins/floodgate/config.yml-ს და დააგენერირებს plugins/floodgate/key.pem-ს.
4. გააჩერე სერვერი, შეცვალე Geyser-ის კონფიგურაცია ქვემოთ აღწერილივით და ისევ გაუშვი.
5. უყურე კონსოლს ხაზზე, რომელიც ამბობს, რომ Geyser დაიწყო და რომელ მისამართსა და პორტზე უსმენს. თუ წერს, რომ პორტი დაკავებულია, allocation არასწორია.

ამ plugin-ების ჩასატვირთად არ გამოიყენო /reload. Geyser socket-ს გაშვებისას იკავებს; მისი სიცოცხლის შუაში გადატვირთვით მიიღებ პორტს, რომელსაც არავინ ფლობს და რომლის ხელახლა დაკავებაც restart-მდე შეუძლებელია.

კონფიგურაციის გასაღებები, რომლებიც მნიშვნელოვანია#

Geyser-ის კონფიგურაცია გრძელია და მისი უმეტესი ნაწილი შეიძლება ისე დარჩეს, როგორც არის. ეს არის გასაღებები, რომლებსაც შედეგები აქვს.

bedrock:  address: 0.0.0.0  port: 19132  clone-remote-port: false  motd1: "A Minecraft Server"  motd2: "Java and Bedrock welcome"  server-name: "Geyser"remote:  address: auto  port: 25565  auth-type: floodgatepassthrough-motd: truepassthrough-player-counts: trueshow-cooldown: titleshow-coordinates: truemax-players: 100

remote.auth-type არის ის, რაც ინსტალაციებს ტეხავს. თუ დატოვებ online-ზე დაყენებული Floodgate-ით, Bedrock მოთამაშეებს სთხოვენ Java ანგარიშით ავტორიზაციას, რომელიც არ აქვთ. დააყენე floodgate-ზე და Geyser Floodgate-ის დამოწმებულ Xbox იდენტობას ენდობა. როცა Geyser და Floodgate ერთ სერვერზე plugin-ებია, Geyser გასაღების ფაილს თავად პოულობს; დამოუკიდებელი Geyser-ისთვის ან proxy-ზე მყოფისთვის დააკოპირე plugins/floodgate/key.pem Java სერვერიდან Geyser-ის საქაღალდეში და ეს ფაილი პაროლივით მოექეცი, რადგან ვისაც ის უჭირავს, შეუძლია შესვლა გააყალბოს.

Floodgate-ის საკუთარი კონფიგურაცია მოკლეა. username-prefix ნაგულისხმევად .-ია, replace-spaces ნაგულისხმევად true-ა, ხოლო player-link ანგარიშების დაკავშირებას აკონტროლებს. ჩართე ოპცია, რომელიც მოთამაშეებს შენს სერვერზე საკუთარი ანგარიშების დაკავშირების საშუალებას აძლევს, თუ გინდა, რომ Bedrock და Java მოთამაშეებმა ერთი პროფილი გაიზიარონ; ძველი გლობალური დაკავშირების სერვისი, რომელიც ამას ცენტრალიზებულად აკეთებდა, აღარ არის ხელმისაწვდომი, ამიტომ კავშირები ახლა თითო სერვერის მონაცემებია.

სახელები, UUID-ები, whitelist-ები და უფლებები#

Floodgate ყოველ Bedrock მოთამაშეს ანიჭებს username-სა და UUID-ს, რომლებიც მისი Xbox იდენტობიდან მოდის, და ორივე თვალსაჩინოდ განსხვავდება Java მოთამაშის მონაცემებისგან.

• სახელს პრეფიქსი ემატება. Steve Bedrock-ზე მოდის, როგორც .Steve. პრეფიქსი არსებობს, რომ Bedrock მოთამაშემ Java მოთამაშის სახელი ვერ აიღოს, და სწორედ ამის გამო ღირს მისი დატოვება. Bedrock gamertag-ებში შეიძლება იყოს ჰარები, რომლებსაც replace-spaces ქვედა ტირეებად აქცევს.
• UUID ნულებით იწყება. Floodgate-ის UUID-ებს ნულების გამორჩეული თავდაპირველი რიგი აქვს, ამიტომ მათი ერთი შეხედვით გარჩევა შეგიძლია ლოგის ხაზში ან მონაცემთა ბაზის სტრიქონში. რადგან ის მიღებულია და არა შემთხვევითი, ის სტაბილურია ხელახალი შესვლისას, და უფლებები და plugin-ების მონაცემები მოთამაშეს სწორად რჩება.

პრაქტიკული შედეგი whitelist-ია. whitelist add .Steve კონსოლიდან Mojang-ის API-ს სთხოვს ამ სახელის გადაწყვეტას, Mojang-მა მასზე არასოდეს გაიგო და ბრძანება ვარდება. ორი გზა მის ასარიდებლად: მოთამაშეს ერთხელ დააცადე შეერთების მცდელობა, აიღე UUID, რომელსაც Floodgate ლოგავს, და ჩანაწერი whitelist.json-ში ხელით დაამატე გაჩერებულ სერვერზე; ან გამოიყენე უფლებებზე დაფუძნებული whitelist plugin, რომელიც მუშაობს მოთამაშის ობიექტიდან და არა სახელით ძიებით.

[  { "uuid": "00000000-0000-0000-0009-01f1b2c3d4e5", "name": ".Steve" }]

თავად უფლებები ჩვეულებრივად იქცევა. Floodgate-ის მოთამაშე მოთამაშეა, ამიტომ LuckPerms-ის ჯგუფი მას ისევე ეხება, როგორც ნებისმიერ სხვას - LuckPerms-ის გზამკვლევი უცვლელად მოქმედებს. რაც შეიძლება გინდოდეს, არის ჯგუფი სპეციალურად Bedrock მოთამაშეებისთვის, რომ anti-cheat-ის გამონაკლისები ან სხვა ბრძანებების ნაკრები მისცე ადამიანებს, რომელთა მოძრაობის პაკეტები უცნაურად გამოიყურება.

რა არ გადადის#

Geyser ძალიან კარგი თარგმანის ფენაა ორ თამაშზე, რომლებიც მართლაც განსხვავდება. ეს არის ხარვეზები, რომლებიც support ticket-ებს იწვევს.

• Resource pack-ები. Java pack, რომელიც server.properties-ში resource-pack=-ით არის მითითებული, Bedrock კლიენტისთვის საერთოდ არაფერს აკეთებს, რადგან Bedrock სხვა pack ფორმატს იყენებს. Geyser-ს შეუძლია ამის ნაცვლად თავისი packs/ საქაღალდიდან Bedrock .mcpack ან დაზიპული pack-ები გაგზავნოს, რაც ნიშნავს ორი pack-ის მართვას, თუ პარიტეტი გინდა. Java მხარის დეტალები არის პოსტში MOTD, სერვერის ხატულა და resource pack-ები.
• Custom ნივთები და მოდელები. ყველაფერს, რაც CustomModelData-ზეა აგებული, სჭირდება შესაბამისი Bedrock pack და ნივთების mapping-ები, სანამ Bedrock მოთამაშე ჯოხზე მეტს დაინახავს. ეს დაგეგმე, სანამ სერვერს custom ნივთებზე ააგებ.
• ბრძოლა. Bedrock-ს შეტევის cooldown არ აქვს; Java-ს აქვს. Geyser cooldown-ს ემულირებს და ინდიკატორს ხატავს, მაგრამ შეგრძნება განსხვავებულია და დროის გაზომვა იდენტური არ არის. PvP სერვერზე ეს არის განსხვავება სამართლიან ბრძოლასა და საჩივრების თემას შორის.
• Inventory-ის ურთიერთქმედება. ყუთის მენიუები და plugin GUI-ების უმეტესობა მუშაობს. Anvil-ები, enchanting მაგიდები, beacon-ები და ყველაფერი, რაც დაწკაპუნების ზუსტ ტიპზეა დამოკიდებული, არის პატარა, უცნაური ბაგების ჩვეულებრივი წყარო.
• მოძრაობა და, შესაბამისად, anti-cheat. Bedrock-ის მოძრაობა Java-ს არ ჰგავს, და anti-cheat plugin-ები მას აფლაგებენ. ყველა მთავარ anti-cheat-ს აქვს bypass უფლება; მიეცი ის შენს Bedrock ჯგუფს, ან შეეგუე ცრუ kick-ებს. გრიფინგისგან დაცვა და anti-cheat აღწერს არჩევანს.
• კლიენტის მოდები. Bedrock მოთამაშეებს Fabric მოდების, shader-ებისა და minimap-ის დაყენება არ შეუძლიათ. თუ შენი სერვერი მოდიფიცირებულ კლიენტს ვარაუდობს, ის მხოლოდ Java სერვერია, რასაც არ უნდა ამბობდეს Geyser.

არცერთი ეს არ არის მიზეზი, Geyser არ გაუშვა. ეს მიზეზია, რომ ის კონკრეტული რამეები, რაზეც შენი სერვერია დამოკიდებული, რეალურ Bedrock კლიენტზე გამოსცადო crossplay-ის გამოცხადებამდე.

რა ღირს და როგორ მივყვეთ ვერსიებს#

Geyser რეალურ სამუშაოს აკეთებს თითო პაკეტზე, იმავე JVM-ში, სადაც შენი სერვერია. ორი Bedrock მოთამაშე უფრო ძვირია, ვიდრე ორი Java მოთამაშე: მეტი CPU თარგმნისთვის და მეტი heap Geyser-ის მიერ შენახული სესიის მდგომარეობისთვის.

• მეხსიერება. გათვალე დამატებითი იმის თავზე, რაც თავად სერვერს სჭირდება. 2 GB გეგმა, რომელზეც Paper რამდენიმე plugin-ითაა, უკვე ვიწროა, და მასზე Geyser-ის დამატება არის გადაწყვეტილება, რომელიც მოგვიანებით ჩნდება, როგორც out-of-memory restart. 4 GB უფრო კომფორტული ქვედა ზღვარია ნებისმიერი ზომის შერეული სერვერისთვის; რამდენი RAM სჭირდება Minecraft სერვერს უფრო ფართო ცხრილს შეიცავს.
• CPU. თარგმნა თითო პაკეტზეა და ძირითადად მთავარი thread-იდან მოშორებით, მაგრამ უფასო არ არის, ხოლო კონტეინერის CPU წილი მკაცრი ლიმიტია და არა წინადადება.
• ვერსიები. Geyser ყველაზე ახალ Bedrock გამოშვებას უჭერს მხარს და ჩვეულებრივ მხოლოდ მას, ზოგჯერ წინასაც. Bedrock კლიენტები თავად ახლდებიან. ეს კომბინაცია ნიშნავს, რომ Bedrock-ის გამოშვების დღეს შენი Bedrock მოთამაშეები შეიძლება ჩაკეტილი იყვნენ, სანამ Geyser-ის jar-ს არ შეცვლი, და მათი კლიენტების განახლებას ვერაფრით შეაჩერებ. Geyser ასევე მიმდინარე Java ვერსიას უჭერს მხარს; მის უკან უფრო ძველი Java სერვერის გასაშვებად დაამატე ViaVersion Java მხარეს.

თავად განახლება ერთ წუთიანი საქმეა: გააჩერე სერვერი, შეცვალე Geyser-Spigot.jar, გაუშვი. /geyser version გეუბნება, არსებობს თუ არა უფრო ახალი build. Geyser-ის Floodgate-ის განახლების გარეშე განახლება ზოგჯერ გასაღების ან პროტოკოლის შეუსაბამობას იწვევს, ამიტომ როცა ერთს ცვლი, ორივე შეცვალე.

პრობლემების გადაჭრა#

"Unable to connect to world" ყველა Bedrock კლიენტზე. პორტი. შეამოწმე სამი რამ თანმიმდევრობით: allocation არსებობს და არის UDP, bedrock.port მას ზუსტად ემთხვევა და Geyser ნამდვილად დაიკავა - კონსოლი გაშვებისას მისამართსა და პორტს ბეჭდავს. Bedrock კლიენტი ასევე ქეშირებს შენახულ სერვერის ჩანაწერს; პორტის შეცვლის შემდეგ წაშალე ჩანაწერი და ისევ დაამატე.

Bedrock მოთამაშეებს სთხოვენ Java ანგარიშით შესვლას. remote.auth-type ისევ online-ია. დააყენე floodgate-ზე და გადატვირთე.

"Failed to verify Floodgate data" ან არასწორი გასაღების შეცდომა. Geyser და Floodgate სხვადასხვა key.pem ფაილს კითხულობენ. ერთ სერვერზე წაშალე Geyser-ის ასლი და დაუშვი, რომ Floodgate-ისას იპოვოს. proxy-ზე დააკოპირე proxy-ის გასაღები ყველა backend-ზე.

Bedrock მოთამაშეებს აგდებს მოძველებული კლიენტის ან სერვერის გამო. პროტოკოლის შეუსაბამობა Bedrock-ის განახლების შემდეგ. განაახლე Geyser.

Bedrock სია აჩვენებს არასწორ MOTD-ს ან ყალბ მოთამაშეების რაოდენობას. passthrough-motd და passthrough-player-counts ჯერ კიდევ false-ია, ამიტომ ის აჩვენებს motd1-სა და motd2-ს Geyser-ის საკუთარი კონფიგურაციიდან.

ყველაფერი მუშაობს, მაგრამ Bedrock მოთამაშეებს შემთხვევით აგდებს. ათიდან ცხრაჯერ anti-cheat. გამორთე anti-cheat ერთი სესიით დასადასტურებლად, სანამ რამე სხვაზე საღამოს დახარჯავ.

გჭირდება დახმარება. /geyser dump აწარმოებს ასატვირთ აღწერას შენი კონფიგურაციისა და ვერსიების შესახებ, ხოლო ახალ build-ებს აქვთ /geyser connectiontest, რომელიც გარედან ამოწმებს, მისაწვდომია თუ არა შენი Bedrock პორტი. ორივე ღირს გაშვებად support თემის გახსნამდე.

FAQ#

Bedrock მოთამაშეებს Minecraft Java უნდა იყიდონ?

არა. სწორედ ამისთვის არის Floodgate. Floodgate-ის გარეშე Geyser თავისთავად მაინც ყველა Bedrock მოთამაშეს სთხოვს Java ანგარიშის ქონას და მასთან ავტორიზაციას, რაც თითქმის არავის უნდა.

შემიძლია Geyser გავუშვა ცალკე Bedrock სერვერის ჰოსტინგის ნაცვლად?

დიახ, და საზოგადოებების უმეტესობისთვის ეს უკეთესი პასუხია: ერთი სამყარო, ერთი plugin-ების ნაკრები, ერთი backup, ყველა ერთ ადგილას. ნატიური Bedrock სერვერი სწორი არჩევანია მხოლოდ მაშინ, როცა შენი მოთამაშეები მხოლოდ Bedrock-ზე არიან და Bedrock add-on-ები გინდა - კომპრომისები არის პოსტში Bedrock თუ Java: რომელ სერვერს უშვებ.

მუშაობს Geyser plugin-ებთან?

ძირითადად, რადგან plugin-ები Java სერვერს ელაპარაკებიან და Geyser-ს არასოდეს ხედავენ. ყველაფერი, რაც უშუალო Java პაკეტებს, custom მოდელებს ან ზუსტ inventory დაწკაპუნებებს აგზავნის, არის ადგილი, სადაც საქმე საინტერესო ხდება. გამოსცადე ისინი, რაზეც შენი სერვერია აგებული.

მჭირდება online-mode=false?

არა, და არც უნდა. Floodgate არსებობს იმისთვის, რომ სერვერი online mode-ში დარჩეს და ამავე დროს დამოწმებულ Xbox იდენტობებსაც იღებდეს. online mode-ის გამორთვა ნებისმიერს საშუალებას აძლევს ნებისმიერი username-ით შევიდეს, რაც სრულიად სხვა პრობლემაა.

შეუძლიათ Xbox, PlayStation და Switch მოთამაშეებს შემოსვლა?

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