IMPORTANT

Atunci când vă rulați serverele în spatele unui proxy precum Velocity sau Waterfall, este necesar ca acestea să fie setate în modul offline. În mod normal, companiile de găzduire nu oferă suport pentru serverele în modul offline, dar în acest caz este necesar pentru ca proxy-ul să funcționeze corect. Acesta va acționa ca un gateway către serverele dvs. și se va ocupa de autentificare pentru dvs.

Descărcarea Velocity

Pentru a începe cu Velocity, trebuie mai întâi să descărcați cea mai recentă versiune a Velocity de pe pagina de descărcări PaperMC.

După ce ați descărcat Velocity, puteți trece la pasul următorul din procesul de configurare: crearea unei diviziuni de server pe care să ruleze Velocity. Velocity este un fișier jar de server propriu și va necesita un server propriu pentru a rula de pe el.

Crearea unei diviziuni de server Velocity

NOTĂ

Se recomandă să acordați Velocity cel puțin 524 până la 750 de megabytes de RAM pentru a funcționa, pentru serverele cu mult trafic este probabil mai bine să alocați 1 gigabyte de RAM pentru Velocity pentru a asigura o experiență fără probleme pentru utilizatorii dvs.

Mai întâi va trebui să vă îndreptați către secțiunea de divizare a serverului dvs. prin intermediul barei laterale a panoului serverului.

Apoi trebuie să selectați tipul de divizare a serverului pe care doriți să îl creați, să dați un nume divizării și să alocați cantitatea de RAM și de stocare pe care doriți să o aibă serverul Velocity, acesta va arăta cam așa:

După ce vă creați divizarea pentru Velocity, aceasta va apărea în acea secțiune cu toate detaliile sale, la fel ca și celelalte divizări ale serverului dumneavoastră.

Redenumiți jar-ul Velocity pe care l-ați descărcat în secțiunea anterioară în velocity.jar pentru simplificare și încărcați-l în directorul /home pe noul dvs. server divizat. Acesta va fi jar-ul care va rula Velocity, la fel ca și jar-urile de server de pe celelalte diviziuni ale dumneavoastră. După ce ați încărcat fișierul jar pe serverul dumneavoastră, trebuie să vă îndreptați către secțiunea Startup a diviziunii serverului dumneavoastră prin intermediul barei laterale și să vă asigurați că numele variabilei de pornire pentru serverul jar se potrivește cu cel pe care l-ați încărcat.

Acum trebuie să porniți serverul Velocity și apoi să îl închideți după ce este încărcat, acest lucru va inițializa sistemul de fișiere pentru Velocity și va configura dosarele și fișierul de configurare Velocity. Directorul /home ar trebui să arate acum ceva de genul următor.

Fișierul velocity.toml este fișierul de configurare pentru Velocity, îl vom edita și vom mai edita în următoarele secțiuni.

Configurarea secțiunii [servers] în velocity.toml

Prima secțiune a fișierului de configurare pe care trebuie să o editați este secțiunea [servers], aceasta va conține aliasurile pe care doriți să le folosiți pentru diferitele servere din configurare, precum și adresele IP/Porturi ale serverelor, astfel încât Velocity să știe cum să conecteze jucătorii la serverele care rulează în spatele proxy-ului. Iată un exemplu de secțiune [servers] din documentația Velocity.

NOTĂ

Acum trebuie să configurați această secțiune

[servers]
# Configure your servers here. Each key represents the server's name, and the value
# represents the IP address of the server to connect to.
lobby = "yourserveripgoeshere:25566"
factions = "yourserveripgoeshere:25567"
minigames = "yourserveripgoeshere:25568"

# In what order we should try servers when a player logs in or is kicked from a server.
try = [
  "lobby"
]

Înlocuiți "yourserveripgoeshere" cu IP-ul real al serverului dumneavoastră. Secțiunea de după : este portul, așa că înlocuiți-o și pe aceasta cu porturile pe care le folosesc serverele dvs. de backend.

Secțiunea try pe care o vedeți în exemplul de mai sus este extrem de importantă, în esență aceasta este ordinea serverelor la care Velocity va încerca să conecteze jucătorii care intră. Dacă ați configurat-o ca try = ["survival", "creative", "minigames"], atunci jucătorii se vor conecta la survival în mod implicit, apoi la creative dacă survival este căzut, și apoi la minigames dacă primele două sunt căzute. Configurați ordinea preferată și apoi vom continua editarea noastră.

Configurarea server.properties pe serverele backend

În directorul /home al serverelor pe care le executați în spatele Velocity, trebuie să mergeți la server.properties și să setați online-mode la false. Pentru ca Velocity să funcționeze corect și să comunice cu serverele dvs. backend, trebuie să fie dezactivat.

Rețineți că rularea serverului dvs. în modul offline nu este suportată de Godlike în mod normal, dar în cazul configurării unui proxy precum Velocity sau Waterfall trebuie să faceți acest lucru pentru ca proxy-ul să funcționeze, deci este acceptabil.

După ce ați configurat și salvat fișierul server.properties împreună cu completarea secțiunii următorul privind Player Information Forwarding, asigurați-vă că ați accesat restart serverele backend pentru ca modificările să fie aplicate.

Configurarea redirecționării informațiilor despre jucători

AVERTISMENT

Este foarte recomandat ca serverul Velocity să fie setat în modul online, aceasta este cea mai sigură opțiune de funcționare a serverului dumneavoastră și va reduce hackerii și exploatările cu o tonă prin simplul fapt că este activat. Puteți vizita, de asemenea, documentația Velocity pentru mai mult ajutor în ceea ce privește configurarea, dar este foarte recomandat să folosiți redirecționarea modernă.

O parte din ceea ce face ca Velocity să fie mai sigur decât Bungee ar fi modul modern de redirecționare a informațiilor despre jucători, este mult mai sigur decât Bungee și nu necesită un plugin suplimentar, cum ar fi BungeeGuard, pentru a securiza conexiunile dintre serverele dvs. front-end și back-end. Acesta este destul de simplu de configurat, trebuie să localizați opțiunea pentru player-info-forwarding în interiorul velocity.toml și să o setați la modern. Apoi trebuie să efectuați pași suplimentari în funcție de tipul de server jar pe care îl rulați în spatele Velocity.

Redirecționare modernă pentru hârtie

NOTĂ

Această secțiune se aplică, de asemenea, la furcile bazate pe Paper, cum ar fi Purpur sau Pufferfish

Paper 1.14 și mai sus, împreună cu Paper 1.13.1/1.13.2 build 377 și mai sus, suportă în mod nativ Velocity modern forwarding.

În primul rând, trebuie să dezactivați redirecționarea BungeeCord dacă o aveați activată anterior. Asigurați-vă că settings.bungeecord este setat la false în spigot.yml.

În config/paper-global.yml, setați settings.velocity-support.enabled la true și settings.velocity-support.secret pentru a se potrivi cu secretul din velocity.toml dumneavoastră . De asemenea, trebuie să setați settings.velocity-support.online-mode la setarea online-mode din velocity.toml. După ce ați terminat de editat paper-global.yml, reporniți serverul.

Redirecționare modernă pentru Fabric

Un mod numit FabricProxy-Lite vă permite să folosiți Velocity modern forwarding cu un server modificat care folosește Fabric.

BungeeGuard Forwarding pentru Spigot/Papier

ATENȚIE

Modul de redirecționare BungeeCord moștenit este mai puțin sigur decât modul de redirecționare Velocity modern și poate duce la probleme de securitate dacă nu este configurat corespunzător. Dacă trebuie să utilizați modul de redirecționare BungeeCord moștenit, asigurați-vă că configurați BungeeGuard pentru a vă asigura că persoanele nu se conectează direct la serverele dvs. backend. Rețineți că modul de redirecționare BungeeGuard utilizează redirecționarea BungeeCord tradițională cu forwarding-secret ca token BungeeGuard.

NOTĂ

Această secțiune se aplică, de asemenea, la bifurcațiile bazate pe Paper, cum ar fi Purpur sau Pufferfish

Dacă nu puteți utiliza redirecționarea modernă (de exemplu, jar-ul serverului dvs. nu acceptă redirecționarea modernă Velocity), s-ar putea să puteți utiliza BungeeGuard în schimb.

Pentru a configura acest lucru, consultați ghidul despre cum să configurați BungeeGuard.

Opțiuni suplimentare de configurare pentru velocity.toml

Tabelul următor conține opțiuni de configurare suplimentare demne de luat în seamă pentru velocity.toml

Opțiune	Descriere	Exemplu
[forced-hosts]	Acest lucru vă permite să configurați domeniul dvs. personalizat cu viteză, setați partea dreaptă pentru a se potrivi cu secțiunea de încercare de mai devreme	"host.name" = ["lobby", "survival", "creative"]
show-max-players	Numărul maxim de jucători care se afișează în meniul multiplayer	show-max-players: 100
forwarding-secret	Nu modificați acest lucru. Acesta este secretul pe care trebuie să-l introduceți în fișierele de configurare de pe serverele backend	forwarding-secret: "someRandomStringHere"
bind	Aceasta este adresa IP implicită la care se vor conecta jucătorii atunci când se conectează la Velocity, este recomandat să o setați ca în exemplul de aici, astfel încât să folosească portul implicit al Minecraft's	bind: "0.0.0.0:25565"

Puteți găsi documentația pentru alte setări în fișierul velocity.toml chiar aici!

Încheiere

Acum că ați configurat corect serverele backend pentru a comunica cu Velocity, sunteți gata să porniți Velocity. Porniți serverul Velocity și asigurați-vă că ați repornit toate serverele backend și ar trebui să aveți acum o rețea Velocity funcțională!

Dacă sunteți interesat să instalați funcționalități suplimentare pentru Velocity, aceștia au o secțiune Plugins pe site-ul lor unde puteți merge pentru a găsi plugin-uri compatibile cu Velocity!

SFAT

Fișierul server-icon.png pe care îl încărcați pe serverul Velocity este pictograma care va apărea în meniul multiplayer din Minecraft.