VPN-ի վերջնակետը Minecraft-ի սերվերների ցանկում գրելը տրամաբանական է թվում և ամեն անգամ ձախողվում է, որովհետև այդ հասցեն ավարտում է թունելը, ոչ թե հյուրընկալում խաղը։ Նույն VPN-ին միացած խաղացողն արդեն ունի ուղի դեպի խաղի հոսթը, ուստի գրառումը պետք է նշի հոսթը և այն պորտը, որի վրա խաղը լսում է։ Ուղղեք այս երկուսը և խնդրի մնացած մասը սովորական ծառայության հասանելիություն է, ինչը շատ ավելի կարճ ստուգաթերթ է, քան առաջին հայացքից թվում է։

Երկու հասցե, երկու աշխատանք

Մի հասցեն հանրային ենթակառուցվածք է. տրանսպորտի վերջնակետը, որը գաղտնագրված փաթեթներ է տեղափոխում հավասարների միջև։ Մյուսը մասնավոր հասցե է այն մեքենային, որը վարում է առանձնացված սերվերը։ Դրանք փոխարինելի չեն, և մեկը մյուսով փոխարինելը տալիս է մերժված կապ կամ ժամանակի սպառում, որը նման է firewall-ի խնդրի։

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-ին կապված պրոցեսը հասանելի չի դառնում այն պատճառով, որ ինչ-որ մեկը մեքենային ևս մեկ հասցե է ավելացրել։

Համոզվեք լսողի մեջ նախքան firewall-ին դիպչելը՝

ss -lntp | grep 25565
nc -vz 10.60.0.20 25565

Առաջին տողը ցույց է տալիս, թե պրոցեսն իրականում ինչին է կապվել, իսկ երկրորդը՝ կարող է արդյոք հավասարը ավարտել TCP ձեռքսեղմումը։ Երբ կապը 127.0.0.1 է, VPN-ի ոչ մի կարգավորում չի փոխում արդյունքը, և հենց այդ մեկ մանրամասն է բացատրում «VPN-ը կոտրված է» զարմանալի թվով հաղորդումները։

Հավասարների քաղաքականություն, firewall և վերադարձի ուղի

Լսողի վերևում երկու թույլտվության հարց կա։ VPN-ի հավասարների կարգավորումը պետք է թույլ տա տրաֆիկ երկու հավասարների միջև, և խաղի հոսթի firewall-ը պետք է ընդունի խաղի պորտը այդ հավասարից։ Պահեք երկուսն էլ սահմանափակված խաղի ծառայությամբ և լիազորված հավասարներով, հոսթի firewall-ը անջատելու փոխարեն, ինչը երկու տողանոց կանոնը փոխանակում է շատ ավելի մեծ խնդրի հետ։ Նեղ կանոնները նաև այս ամենի միակ տարբերակն են, որն անցնում է անվտանգության ստուգում առանց հիմնավորման պարբերության։

Ապա հիշեք, ինչ է ապացուցում հաջող ping-ը։ VPN դարպասին հասնելը կամ խաղի հոսթից պատասխան ստանալը միայն ցույց է տալիս, որ ICMP-ն անցել է ուղին։ Խաղային կապին անհրաժեշտ է կոնկրետ պորտը բաց երկու ուղղություններով, և վերադարձի ուղին նույնքան կարևոր է, որքան ելքայինը։

Երբ սերվերը գտնվում է դարպասի հետևում

Վերևի օրինակում խաղի սերվերը հավասար է, ինչը հասցեների պլանը պարզ է պահում։ Եթե սերվերը փոխարենը գտնվում է VPN դարպասի հետևի տեղական ցանցում, խաղացողին պետք է սերվերի երթուղելի մասնավոր հասցեն, դարպասին պետք է փոխանցում կարգավորված այդ ցանցի համար, և տեղական ցանցի հոսթին պետք է վերադարձի ուղի դեպի թունելային հաճախորդը։ Բաց թողեք վերադարձի ուղին և ձեռքսեղմումը կմեռնի կես ճանապարհին, ինչը երեքից ամենաշփոթեցնող ձախողումն է։

Մի պատճենեք օրինակի հավասարի հասցեն այլ մեքենայի վրա այս տոպոլոգիան ընդօրինակելու համար։ Օրինակի հասցեները նկարագրում են դերեր, և մեկ հասցեի կրկնակի օգտագործումը երկու դերերում ստեղծում է համընկնում, որը երթուղումը չի կարող լուծել։

Հայտնաբերում, հաշիվներ և ինչ չփոխել

Տեղական ցանցի ավտոմատ հայտնաբերումը հարմարավետություն է՝ կառուցված հայտարարությունների վրա։ Երթուղավորված VPN-ը պարտավոր չէ կրել այդ հեռարձակումները, ուստի տեղական ցանցի ցանկում բացակայող գրառումը ոչինչ չի ասում այն մասին, թե արդյոք բացահայտ մասնավոր հասցեն աշխատում է։ Մուտքագրեք հասցեն, ապա դատեք։ Եթե միանում է, հայտնաբերման բացը օգտագործելիության անհարմարություն է, ոչ թե խափանում, և այն կարելի է այդպես փաստաթղթավորել՝ հետաքննելու փոխարեն։

Անփոփոխ պահեք նաև խաղի սովորական հաշվի նույնականացումը և ընդունելության քաղաքականությունը։ Աշխատող մասնավոր երթուղին տալիս է ուղի, ոչ անդամակցություն, և ադապտերի առաջնահերթությունների ոչ մի վերադասավորում չի փոխարինում այն նպատակի նույնականացմանը, որը հաճախորդը պետք է օգտագործի։

Առնչվող հոդվածներ