సర్వర్ నెట్‌వర్క్ మరియు మీ స్వంత ప్రాక్సీ

ఒక నెట్‌వర్క్ అంటే ఒకే అడ్రస్‌లో ప్లేయర్ జాయిన్ అవ్వడం, మళ్లీ కనెక్ట్ అవ్వకుండా సర్వర్ల మధ్య (లాబీ, సర్వైవల్, మినీగేమ్స్) తిరగడం. బయటి నుంచి చూస్తే అది ఒకే అడ్రస్; లోపల మాత్రం ప్రాక్సీ వెనుక అనేక సర్వర్లు ఉంటాయి.

నెట్‌వర్క్ సెటప్ చేయడం

“Address and network” సెక్షన్ → నెట్‌వర్క్‌ను ఎనేబుల్ చేయండి. ప్యానెల్ ప్రాక్సీని లేపి, మీ సర్వర్లను దానికి ఆటోమేటిక్‌గా కనెక్ట్ చేస్తుంది: ఫార్వార్డింగ్ సీక్రెట్, బ్యాకెండ్లపై online-mode, మూసిన పోర్టులు — అన్నీ ఇప్పటికే సరిగ్గా కాన్ఫిగర్ అయి ఉంటాయి. ఈ ఫైళ్లను మీరు చేతితో ఎడిట్ చేయాల్సిన అవసరం లేదు.

మీరు ఎంచుకునేవి:

• కూర్పు — మీ సర్వర్లలో ఏవి నెట్‌వర్క్‌లో భాగమవుతాయి.
• ప్రాక్సీ కోర్ — Velocity (డిఫాల్ట్, ఆధునికమైనది మరియు వేగవంతమైనది) లేదా BungeeCord (దాని కింద మాత్రమే నడిచే పాత ప్లగిన్ మీకు అవసరమైతే).
• మెమొరీ — దీన్ని మీరు నెట్‌వర్క్ సర్వర్లకు పంచుతారు; నెట్‌వర్క్ ఎంట్రీ స్వయంగా కొంత చిన్న రిజర్వ్ ఉంచుకుంటుంది, అది ప్లాన్‌లో లెక్కించబడదు.

ప్రాక్సీ కోర్ మార్చడం ఫార్వార్డింగ్ ఫార్మాట్‌ను మారుస్తుంది — పాత సెట్టింగ్స్ ఉన్న సర్వర్లు ప్లేయర్లను లోపలికి రానివ్వవు, కాబట్టి ప్యానెల్ ప్రాక్సీతో పాటు వాటిని కూడా తిరిగి కాన్ఫిగర్ చేస్తుంది.

కూర్పును నిర్మించడానికి రెండు మార్గాలు

ప్లాన్ లోపల ఒక వరల్డ్ సృష్టించండి. నెట్‌వర్క్ సెక్షన్‌లోని “Create” బటన్. అలాంటి వరల్డ్‌కు విడిగా డబ్బు చెల్లించాల్సిన అవసరం లేదు: అది ఏ సర్వర్ లోపల సృష్టించబడిందో ఆ సర్వర్ మెమొరీ మరియు కోర్లపై నడుస్తుంది, దాని మెమొరీ లిమిట్‌ను మీరే కేటాయిస్తారు.

ఇప్పటికే కొనుగోలు చేసిన సర్వర్‌ను కనెక్ట్ చేయండి. మీకు అనేక ప్లాన్లు ఉంటే, వాటిలో ప్రతిదీ అలాగే నెట్‌వర్క్‌కు కనెక్ట్ అవుతుంది: “Connect an already purchased server to the network” → “Connect”. సర్వర్ తన సొంత ప్లాన్‌లో, తన సొంత మెమొరీతో, తన సొంత వరల్డ్‌తో, తన సొంత సబ్‌స్క్రిప్షన్‌తో ఉంటుంది — మారేది ఎంట్రీ పాయింట్ మాత్రమే: ప్లేయర్లు నెట్‌వర్క్ అడ్రస్ ద్వారా జాయిన్ అవుతారు, సర్వర్ సొంత అడ్రస్ ఇక డైరెక్ట్ కనెక్షన్లను అంగీకరించదు (ఫార్వార్డింగ్ ఇలాగే పనిచేస్తుంది; లేకపోతే, మీరు ప్రాక్సీని దాటి ఏ నిక్‌నేమ్‌తోనైనా జాయిన్ అవ్వగలరు).

ఇక్కడ మెమొరీ ప్రతి పెయిడ్ ప్లాన్‌కు విడిగా లెక్కించబడుతుంది: పక్క సర్వర్ గిగాబైట్లు దీనికి అందుబాటులో ఉండవు; ఎవరూ వాటిని కలిపి ఉంచరు. నెట్‌వర్క్ సెక్షన్‌లో ప్రతి ప్లాన్‌కు దాని సొంత బార్ ఉంటుంది.

కనెక్ట్ చేయడం మరియు డిస్‌కనెక్ట్ చేయడం సర్వర్‌ను రీస్టార్ట్ చేస్తాయి — లేకపోతే కొత్త ఎంట్రీ సెట్టింగ్స్ దానికి చేరవు. “Disconnect from network” బటన్‌తో మీరు ఎప్పుడైనా సర్వర్‌ను నెట్‌వర్క్ నుంచి డిస్‌కనెక్ట్ చేయవచ్చు: అది తన సొంత అడ్రస్‌కు తిరిగి వెళ్తుంది. దాని ప్లాన్ లోపల సృష్టించిన వరల్డ్‌లు దానితో పాటు వెళ్తాయి.

సర్వర్లు వేర్వేరు రీజియన్లలో ఉంటే, మీరు వాటిని కనెక్ట్ చేయవచ్చు, కానీ వరల్డ్‌ల మధ్య ప్లేయర్ ట్రాన్సిషన్లు దేశంలో సగం దూరం వెళ్తాయి — ప్యానెల్ దీని గురించి ముందుగానే హెచ్చరిస్తుంది.

ఇది “ఒక సెట్‌గానే” ఎందుకు సురక్షితం

క్లాసిక్ సెటప్‌లో, బ్యాకెండ్లను online-mode=falseకు మార్చి, అవి ప్రాక్సీని నమ్ముతాయి. అదే సమయంలో వాటి పోర్టులు బయటికి తెరిచి ఉంటే, ఎవరైనా ఏ నిక్‌నేమ్‌తోనైనా, అడ్మిన్ నిక్‌తో సహా, జాయిన్ అవ్వగలరు — ఇది DIY నెట్‌వర్క్‌లలో అత్యంత సాధారణమైన రంధ్రం. మా దగ్గర బ్యాకెండ్లు మూసి ఉంటాయి, ప్రాక్సీని మాత్రమే అంగీకరిస్తాయి, మరియు ఖాతా ఆథెంటికేషన్ నెట్‌వర్క్ ఎంట్రీ వద్ద వెరిఫై చేయబడుతుంది.

నెట్‌వర్క్‌కు మారేటప్పుడు పరిగణించవలసినవి

• ప్రాక్సీపై ప్లగిన్లు వేరుగా ఉంటాయి. Velocityపై మీరు ప్రత్యేకంగా Velocity వెర్షన్లను ఇన్‌స్టాల్ చేస్తారు: LuckPerms, LibertyBans, ViaVersion — వాటన్నింటికీ వేర్వేరు బిల్డ్‌లు ఉంటాయి.
• పర్మిషన్లు మరియు బ్యాన్లు షేర్డ్ MySQL డేటాబేస్‌లో ఉంచడం మంచిది; లేకపోతే ప్రతి సర్వర్‌కు దాని సొంతది ఉంటుంది: Database.
• సర్వర్ల మధ్య చాట్ మరియు టెలిపోర్ట్‌లు — ప్రాక్సీపై ఉన్న ప్లగిన్‌తో; సాధారణ Essentials ఇది చేయలేదు.
• వెర్షన్లు ప్రాక్సీపై ఇన్‌స్టాల్ చేసిన Via నిర్వహిస్తుంది: Joining from different versions.

మీ సొంత ప్రాక్సీకి కనెక్ట్ అవ్వడం

మీకు ఇప్పటికే ప్రాక్సీ ఉంటే (మరో హోస్టింగ్ ప్రొవైడర్‌పై ఉన్నది సహా), “Address and network” సెక్షన్‌లో మీ సొంత ప్రాక్సీ కోసం ప్రత్యేక అడ్రస్ ఉంటుంది — దాన్ని మీ నెట్‌వర్క్ కాన్ఫిగరేషన్‌లో బ్యాకెండ్ అడ్రస్‌గా పేర్కొనండి. గేమ్ అడ్రస్ పనిచేస్తూనే ఉంటుంది.

ఈ సందర్భంలో, కాన్ఫిగరేషన్ బాధ్యత మీదే: Velocityపై మోడర్న్ ఫార్వార్డింగ్ ఎనేబుల్ చేసి, బ్యాకెండ్‌పై అదే సీక్రెట్ సెట్ చేయండి, మరియు BungeeCord కోసం — spigot.ymlలో bungeecord: true. అసలైన ప్లేయర్ IPలు సర్వర్‌కు చేరుతాయి, IP బ్యాన్లు పనిచేస్తూనే ఉంటాయి.

నెట్‌వర్క్ లోపల మీ సొంత ప్రాక్సీ

ప్రాక్సీ కూడా మీ సొంతం కావచ్చు — ఉదాహరణకు, మీ సర్వర్‌లలో ఒకదానిపై నడుస్తున్న ఆధునిక ఫార్వర్డింగ్ (NullCordX మరియు సమానమైనవి) కలిగిన BungeeCord ఫోర్క్. అప్పుడు, “నెట్‌వర్క్” విభాగంలో, “నేనే ఫార్వర్డింగ్‌ని కాన్ఫిగర్ చేసుకుంటాను” ని ప్రారంభించండి.

టోగుల్ ఆన్‌లో ఉన్నప్పుడు, ప్యానెల్ ఏ నెట్‌వర్క్ కాన్ఫిగ్‌ని తాకదు: velocity.toml, config.yml, config/paper-global.yml లోని proxies విభాగం, మరియు spigot.yml లోని bungeecord మీరు రాసినట్లుగానే ఉంటాయి మరియు సర్వర్ రీస్టార్ట్‌ని తట్టుకుంటాయి. అది లేకుండా, ప్రతి స్టార్ట్‌లో మేము మా ఎంట్రీ సెట్టింగ్‌లను అక్కడ రాస్తాము — మీ సొంత కాన్ఫిగరేషన్ నిలవదు.

ఈ మోడ్‌లో మీ బాధ్యతలు:

• ఫార్వర్డింగ్ రహస్యం మరియు ప్రాక్సీ మరియు నెట్‌వర్క్‌లోని అన్ని సర్వర్‌లపై దాని సరిపోలిక;
• మీ ప్రాక్సీ కాన్ఫిగ్‌లోని సర్వర్‌ల జాబితా;
• బ్యాకెండ్‌ల కోసం online-mode: ప్రాక్సీ వెనుక అది నిలిపివేయబడాలి (“సెట్టింగ్‌లు” విభాగం).

ప్యానెల్ నుండి చిరునామాలను తీసుకోండి. “నెట్‌వర్క్” విభాగంలో, టోగుల్ కింద, “కాపీ” బటన్‌తో velocity.toml కోసం సిద్ధంగా ఉన్న బ్లాక్ ఉంది: సర్వర్ పేరు మరియు దాని చిరునామా. ప్రతి సర్వర్‌కు సరిగ్గా ఒక చిరునామా ఉంటుంది — దాని సాధారణ <name>.millida.host — మరియు సర్వర్ మా యంత్రాలలో ఏది నడుపుతున్నా అది అదే విధంగా పనిచేస్తుంది: యంత్రాల మధ్య కనెక్షన్‌ను మేము స్వయంగా, మా సొంత ప్రైవేట్ నెట్‌వర్క్ లోపల నిర్వహిస్తాము. ప్రాక్సీ కాన్ఫిగ్‌లో పోర్ట్‌లు కనిపించవు.

సర్వర్ పక్కన “సర్వర్‌ని రీస్టార్ట్ చేయండి — మేము చిరునామా జారీ చేస్తాము” అని ఉంటే, అది నెట్‌వర్క్‌కు కనెక్ట్ అయినప్పటి నుండి మళ్లీ సృష్టించబడలేదని అర్థం: “రీస్టార్ట్” క్లిక్ చేయండి, చిరునామా కనిపిస్తుంది.

Millida వెలుపల మీ సొంత ప్రాక్సీ గురించి ఒక గమనిక (మరొక హోస్టింగ్ ప్రొవైడర్, మీ సొంత యంత్రం): అక్కడ చిరునామా అదే, కానీ అదనంగా “మీ ప్రాక్సీ” ఫీల్డ్‌లో ప్రాక్సీ యొక్క సొంత చిరునామాను నమోదు చేయండి — మా ఎంట్రీ పాయింట్ మీ కనెక్షన్‌లను అలా గుర్తిస్తుంది.

దాని పక్కన “మీ ప్రాక్సీ కోసం ఎంట్రీ చిరునామా” ఉంది — మీ నెట్‌వర్క్ డొమైన్ లేదా SRV రికార్డ్ లక్ష్యం, అంటే ఆటగాళ్లు క్లయింట్‌లో నమోదు చేసేది. మీరు మరొకరితో పంచుకునే యంత్రంపై ప్రాక్సీ ఉంటే (చవకైన VPS, మరొకరి హోస్టింగ్ ప్యానెల్) దాన్ని పూరించండి: అలాంటి కనెక్షన్‌లను ఒకే IP ద్వారా వేరు చేయలేము — అవి మా వద్దకు ఒకే చిరునామా నుండి వస్తాయి — కానీ “ఎంట్రీ చిరునామా + IP” జంట వాటిని ఖచ్చితంగా వేరు చేస్తుంది. పొరుగువాడు IPని తీసుకుని ఉంటే, ప్యానెల్ అలా చెబుతుంది: ఎంట్రీ చిరునామాను జోడించండి, అప్పుడు పొరుగువాడి నుండి దాన్ని తీసివేయకుండానే ఎంట్రీ పనిచేస్తుంది.

ప్రాక్సీ కూడా Millidaలో హోస్ట్ చేయబడింది

అప్పుడు “మీ ప్రాక్సీ” ఫీల్డ్ అవసరం లేదు — అక్కడ మా చిరునామా ఆమోదించబడదు. సర్వర్‌ను ప్రాక్సీ మరియు దాని ప్రపంచాలతో ఒకే నెట్‌వర్క్‌లోకి కనెక్ట్ చేయండి (“నెట్‌వర్క్” → “సర్వర్‌ను కనెక్ట్ చేయండి”): Velocity లేదా BungeeCord కోర్ ఉన్న ప్రాక్సీ సాధారణ సర్వర్‌ల మాదిరిగానే కనెక్ట్ అవుతుంది. ప్యానెల్ దాని కాన్ఫిగ్‌లను తాకదు, అది బ్యాకెండ్ జాబితాకు జోడించబడదు, మరియు దానిలోని నెట్‌వర్క్ సర్వర్ పేర్లు (<name>.millida.host) కంటైనర్‌లకే రిజాల్వ్ అవ్వడం ప్రారంభిస్తాయి — మా మరొక యంత్రంపై నడుస్తున్న వాటితో సహా.

ఇది లేకుండా, మా ప్రాక్సీ నుండి మీ సొంత ప్రపంచాలను చేరుకోలేరు: బయటి నుండి, పేరు షేర్డ్ ఎంట్రీ పాయింట్‌కు దారితీస్తుంది, మరియు అది ఆటగాడు మీ ప్రాక్సీకి కనెక్ట్ అవ్వడానికి ఉపయోగించిన చిరునామా ద్వారా కనెక్షన్‌ను పార్స్ చేస్తుంది — మరియు కనెక్షన్ మళ్లీ దానికే తిరిగి వస్తుంది (“మీరు ఇప్పటికే ఈ ప్రాక్సీకి కనెక్ట్ అయ్యారు!”). దీని కోసం server.properties లో పోర్ట్ 25565 ను మీరు మార్చాల్సిన అవసరం లేదు, మరియు మార్చలేరు: సర్వర్ మా ఎంట్రీ పాయింట్‌ను అలా కనుగొంటుంది.

సర్వర్ పక్కన “సర్వర్‌ని రీస్టార్ట్ చేయండి — మేము చిరునామా జారీ చేస్తాము” అని ఉంటే, పోర్ట్ ఇంకా జారీ చేయబడలేదు: ఈ సర్వర్‌ను రీస్టార్ట్ చేయండి, చిరునామా కనిపిస్తుంది.

టోగుల్‌ను ఆఫ్ చేయండి — మరియు మేము రీస్టార్ట్ కోసం వేచి ఉండకుండా, మా కాన్ఫిగ్‌లను వెంటనే పునరుద్ధరిస్తాము.

మీకు నెట్‌వర్క్ అవసరం లేనప్పుడు

మీకు ఒక ప్రపంచం మరియు డజను స్నేహితులు ఉంటే, దాని అవసరం లేదు: ఒక సర్వర్‌పై బహుళ ప్రపంచాలు ప్లగిన్‌తో చేయబడతాయి, ఇది చవకైనది మరియు సరళమైనది. చూడండి బహుళ ప్రపంచాలు.