IP-forwarding మరియు “Unable to authenticate”
ప్రాక్సీ ప్లేయర్ చిరునామాను బ్యాకెండ్‌కు ఎందుకు పంపుతుంది, ఫార్వర్డింగ్ మోడ్‌లు, కీని ఎలా కాన్ఫిగర్ చేయాలి మరియు ప్రామాణీకరణ లోపం యొక్క విశ్లేషణ.
13 ఆగస్టు, 2026న నవీకరించబడింది
IP ఫార్వార్డింగ్ లేకుండా, బ్యాకెండ్ సర్వర్ అందరు ఆటగాళ్లను ఒకే అడ్రస్‌గా — ప్రాక్సీ అడ్రస్‌గా — చూస్తుంది. IP మీద ఆధారపడే ప్రతిదీ పనిచేయదు: బ్యాన్‌లు, లిమిట్‌లు, యాంటీ-బాట్, గణాంకాలు.
Velocity మోడ్‌లు
| మోడ్ | ఎప్పుడు |
|---|---|
modern | Paper 1.13+ — సిఫార్సు చేయబడింది |
legacy | పాత BungeeCord తో కంపాటిబిలిటీ |
bungeeguard | ప్రొటెక్షన్ ప్లగిన్ ఉన్న Bungee తో |
none | పరీక్ష కోసం మాత్రమే |
modern ను కాన్ఫిగర్ చేయడం
ప్రాక్సీలో:
player-info-forwarding-mode = "modern"
forwarding-secret-file = "forwarding.secret"
ప్రతి బ్యాకెండ్‌లో (Paper), config/paper-global.yml:
proxies:
velocity:
enabled: true
online-mode: true
secret: "same_key"
మరియు బ్యాకెండ్ యొక్క server.properties లో online-mode=false.
Unable to authenticate ఎర్రర్
కీ లేదా మోడ్ సరిపోలనప్పుడు ఇది కనిపిస్తుంది:
- ప్రాక్సీలోని కీ మరియు బ్యాకెండ్‌లోని కీ భిన్నంగా ఉన్నాయి (అదనపు స్పేస్, లైన్ బ్రేక్).
- బ్యాకెండ్‌లో
proxies.velocity.enabledఎనేబుల్ చేయబడలేదు. - ప్రాక్సీ మోడ్
legacy, కానీ బ్యాకెండ్modernను ఆశిస్తోంది. - బ్యాకెండ్‌లో modern ఫార్వార్డింగ్‌తో పాటు
online-mode=trueఉంది.
భద్రత
బ్యాకెండ్‌లో online-mode=false అనేది డైరెక్ట్ యాక్సెస్ మూసివేయబడినప్పుడు మాత్రమే సురక్షితం: లేకపోతే ఎవరైనా వేరొకరి నిక్‌నేమ్‌తో నేరుగా జాయిన్ అవ్వగలరు. Millida లో, నెట్‌వర్క్ యొక్క బ్యాకెండ్‌లు బయటి నుండి చేరుకోలేనివి — సర్వర్ నెట్‌వర్క్.
