Minecraft యొక్క సర్వర్ జాబితాలో VPN ముగింపును టైప్ చేయడం తార్కికంగా అనిపిస్తుంది మరియు ప్రతిసారీ విఫలమవుతుంది, ఎందుకంటే ఆ చిరునామా సొరంగాన్ని ముగిస్తుంది, ఆటను హోస్ట్ చేయదు. అదే VPN కు చేరిన ఆటగాడికి ఇప్పటికే ఆట హోస్ట్కు మార్గం ఉంది, కాబట్టి నమోదు హోస్ట్ను మరియు ఆట వినిపించే పోర్ట్ను పేర్కొనాలి. ఈ రెండింటిని సరిచేస్తే మిగిలిన సమస్య సాధారణ సేవా-ప్రాప్యత, మొదట అనిపించే దానికంటే చాలా చిన్న తనిఖీ జాబితా.

రెండు చిరునామాలు, రెండు పనులు

ఒక చిరునామా ప్రజా మౌలిక సదుపాయం: సహచరుల మధ్య గుప్తీకరించిన ప్యాకెట్లను మోసుకెళ్లే రవాణా ముగింపు. మరొకటి ప్రత్యేక సర్వర్ను నడిపే యంత్రం యొక్క ప్రైవేట్ చిరునామా. అవి పరస్పరం మార్చుకోగలవి కావు, ఒకదాన్ని మరొకదానితో భర్తీ చేస్తే కనెక్షన్ తిరస్కరించబడుతుంది లేదా ఫైర్వాల్ సమస్యలా కనిపించే సమయం ముగుస్తుంది.

RoleAddressWhere it belongs
Public transport endpoint203.0.113.40VPN client configuration, never the game
Game host on the VPN10.60.0.20Server address field, with the port
Player peer10.60.0.30Assigned by the tunnel, nothing to type

డిఫాల్ట్ పోర్ట్తో, ఆటగాడు 10.60.0.20:25565 మాత్రమే టైప్ చేస్తాడు. Mojang యొక్క Java సర్వర్ డౌన్లోడ్ పేజీ 25565 ను డిఫాల్ట్గా పేర్కొంటుంది, పోర్ట్ మార్చిన సర్వర్ నిర్వాహకుడిని పాత ట్యుటోరియల్ ఆధారంగా అనుమానించడం కంటే నమ్మాలి.

ఆ చిరునామాను నిజమైన సేవగా మార్చండి

చేరుకోగల చిరునామా అవసరం మరియు సరిపోదు. ప్రత్యేక సర్వర్ నడుస్తూ ఉండాలి, ఆటగాడి క్లయింట్ నడిపే వెర్షన్తో సరిపోలాలి, మరియు సొరంగం చేరవేయగల చిరునామాలో వినిపించాలి. loopback కు మాత్రమే బంధించబడిన ప్రక్రియ ఎవరో యంత్రానికి మరొక చిరునామా జోడించినందున చేరుకోగలది కాదు.

ఫైర్వాల్ను తాకే ముందు శ్రోతను నిర్ధారించుకోండి:

ss -lntp | grep 25565
nc -vz 10.60.0.20 25565

మొదటి పంక్తి ప్రక్రియ వాస్తవంగా ఏదానికి బంధించబడిందో చూపిస్తుంది, రెండవది సహచరుడు TCP కరచాలనాన్ని పూర్తి చేయగలదా అని చూపిస్తుంది. బంధం 127.0.0.1 అయినప్పుడు, ఏ VPN కాన్ఫిగరేషన్ ఫలితాన్ని మార్చదు, మరియు ఈ ఒక్క వివరం «VPN పాడైంది» అనే ఆశ్చర్యకరమైన సంఖ్యలో నివేదికలను వివరిస్తుంది.

సహచర విధానం, ఫైర్వాల్ మరియు తిరిగి వచ్చే మార్గం

శ్రోత పైన రెండు అనుమతి ప్రశ్నలు ఉన్నాయి. VPN సహచర కాన్ఫిగరేషన్ ఇద్దరు సహచరుల మధ్య ట్రాఫిక్ను అనుమతించాలి, ఆట హోస్ట్ యొక్క ఫైర్వాల్ ఆ సహచరుడి నుండి ఆట పోర్ట్ను అంగీకరించాలి. రెండింటినీ ఆట సేవ మరియు అధికారిక సహచరులకు పరిమితం చేయండి, హోస్ట్ ఫైర్వాల్ను ఆఫ్ చేయడం బదులు, అది రెండు పంక్తుల నియమాన్ని చాలా పెద్ద సమస్యతో మార్చుతుంది. సన్నని నియమాలే ఒక పేరా సమర్థన లేకుండా భద్రతా సమీక్షను దాటే ఏకైక సంస్కరణ.

తర్వాత విజయవంతమైన ping ఏమి నిరూపిస్తుందో గుర్తుంచుకోండి. VPN గేట్వేను చేరుకోవడం, లేదా ఆట హోస్ట్ నుండి ప్రత్యుత్తరం పొందడం, ICMP మార్గాన్ని దాటిందని మాత్రమే చూపిస్తుంది. ఆట కనెక్షన్కు నిర్దిష్ట పోర్ట్ రెండు దిశలలో తెరిచి ఉండాలి, తిరిగి వచ్చే మార్గం బయటకు వెళ్లే మార్గంతో సమానంగా ముఖ్యం.

సర్వర్ గేట్వే వెనుక ఉన్నప్పుడు

పై ఉదాహరణలో ఆట సర్వర్ ఒక సహచరుడు, ఇది చిరునామా ప్రణాళికను సులభంగా ఉంచుతుంది. సర్వర్ బదులుగా VPN గేట్వే వెనుక ఉన్న LAN లో ఉంటే, ఆటగాడికి సర్వర్ యొక్క మార్గనిర్దేశించగల ప్రైవేట్ చిరునామా కావాలి, గేట్వేకు ఆ LAN కోసం ముందుకు పంపడం కాన్ఫిగర్ చేయాలి, మరియు LAN హోస్ట్కు సొరంగ క్లయింట్ వైపు తిరిగి వెళ్లే మార్గం కావాలి. తిరిగి వెళ్లే మార్గం తప్పితే కరచాలనం సగంలో చనిపోతుంది, ఇది మూడింటిలో అత్యంత గందరగోళకరమైన వైఫల్యం.

ఈ నిర్మాణాన్ని అనుకరించడానికి ఉదాహరణ సహచర చిరునామాను మరొక యంత్రానికి కాపీ చేయవద్దు. ఉదాహరణలోని చిరునామాలు పాత్రలను వివరిస్తాయి, ఒక చిరునామాను రెండు పాత్రలలో తిరిగి ఉపయోగించడం మార్గనిర్దేశనం పరిష్కరించలేని అతివ్యాప్తిని సృష్టిస్తుంది.

అన్వేషణ, ఖాతాలు మరియు ఏమి మార్చకూడదు

స్వయంచాలక LAN అన్వేషణ ప్రకటనలపై నిర్మించబడిన సౌలభ్యం. మార్గనిర్దేశిత VPN ఆ ప్రసారాలను మోయాల్సిన అవసరం లేదు, కాబట్టి LAN జాబితాలో నమోదు లేకపోవడం స్పష్టమైన ప్రైవేట్ చిరునామా పనిచేస్తుందా అనే దాని గురించి ఏమీ చెప్పదు. చిరునామాను టైప్ చేయండి, తర్వాత నిర్ణయించండి. కనెక్ట్ అయితే, అన్వేషణ అంతరం లోపం కాదు, వినియోగ అసౌకర్యం, మరియు దర్యాప్తు చేయడం బదులు అలాగే నమోదు చేయవచ్చు.

ఆట యొక్క సాధారణ ఖాతా ప్రామాణీకరణ మరియు ప్రవేశ విధానాన్ని కూడా అలాగే ఉంచండి. పనిచేసే ప్రైవేట్ మార్గం మార్గాన్ని ఇస్తుంది, సభ్యత్వాన్ని కాదు, మరియు అడాప్టర్ ప్రాధాన్యతలను కలపడం క్లయింట్ ఉపయోగించాల్సిన గమ్యాన్ని గుర్తించడానికి ప్రత్యామ్నాయం కాదు.

సంబంధిత వ్యాసాలు