Minecraft VPN üzərindən: server siyahısına hansı ünvan yazılır?

VPN son nöqtəsini Minecraft server siyahısına yazmaq məntiqli görünür və hər dəfə uğursuz olur, çünki həmin ünvan tuneli bağlayır, oyunu host etmir. Eyni VPN-ə qoşulmuş oyunçunun artıq oyun hostuna marşrutu var, ona görə də giriş hostun adını və oyunun dinlədiyi portu göstərməlidir. Bu ikisini düzgün etsəniz, problemin qalanı adi xidmət əlçatanlığıdır və ilk baxışda göründüyündən qat-qat qısa yoxlama siyahısıdır.

İki ünvan, iki vəzifə

Ünvanlardan biri ictimai infrastrukturdur: həmyaşıdlar arasında şifrələnmiş paketləri daşıyan nəqliyyat son nöqtəsi. Digəri isə ayrılmış serveri işlədən maşına aid şəxsi ünvandır. Onlar bir-birini əvəz etmir və birini digəri ilə dəyişmək firewall problemi kimi görünən bağlantı rəddi və ya gözləmə müddəti yaradır.

Standart portla oyunçu 10.60.0.20:25565 yazır və başqa heç nə. Mojang-ın Java server yükləmə səhifəsi 25565-i standart kimi göstərir və portu dəyişmiş server operatoruna köhnə dərslikdən şübhə etmək əvəzinə inanmaq lazımdır.

O ünvanı həqiqi xidmətə çevirin

Əlçatan ünvan zəruridir və kifayət deyil. Ayrılmış server işləməlidir, oyunçunun klientinin işlətdiyi versiya ilə uyğun olmalıdır və tunelin çatdıra biləcəyi ünvanda dinləməlidir. Yalnız loopback-ə bağlanmış proses maşına başqa ünvan əlavə edildiyi üçün əlçatan olmur.

Firewall-a toxunmazdan əvvəl dinləyicini təsdiqləyin:

ss -lntp | grep 25565
nc -vz 10.60.0.20 25565

Birinci sətir prosesin həqiqətən nəyə bağlandığını, ikincisi isə həmyaşıdın TCP əl sıxmasını tamamlaya bilib-bilmədiyini göstərir. Bağlanma 127.0.0.1 olduqda, heç bir VPN konfiqurasiyası nəticəni dəyişmir və bu tək detal təəccüblü sayda «VPN xarab olub» hesabatını izah edir.

Həmyaşıd siyasəti, firewall və cavab marşrutu

Dinləyicinin üstündə iki icazə sualı durur. VPN həmyaşıd konfiqurasiyası iki həmyaşıd arasında trafikə icazə verməlidir və oyun hostunun firewall-u oyun portunu həmin həmyaşıddan qəbul etməlidir. Hər ikisini oyun xidməti və icazəli həmyaşıdlarla məhdudlaşdırın, host firewall-unu söndürməyin, çünki bu, iki sətirlik qaydanı daha böyük problemlə dəyişir. Dar qaydalar həm də bunun bir paraqraf əsaslandırma olmadan təhlükəsizlik yoxlamasından keçən yeganə versiyasıdır.

Sonra uğurlu ping-in nə sübut etdiyini xatırlayın. VPN şlüzünə çatmaq və ya oyun hostundan cavab almaq yalnız ICMP-nin yolu keçdiyini göstərir. Oyun bağlantısı konkret portun hər iki istiqamətdə açıq olmasını tələb edir və cavab marşrutu giden marşrut qədər vacibdir.

Server şlüzün arxasında olduqda

Yuxarıdaki nümunədə oyun serveri həmyaşıddır və bu, ünvan planını sadə saxlayır. Əgər server bunun əvəzinə VPN şlüzünün arxasındaki LAN-da yerləşirsə, oyunçuya serverin marşrutlaşa bilən şəxsi ünvanı lazımdır, şlüz həmin LAN üçün yönləndirmə konfiqurasiya etməlidir və LAN hostuna tunel müştərisinə doğru geri marşrut lazımdır. Geri dönüş marşrutunu buraxın və əl sıxma yarıda ölür, bu da üçündən ən çaşdırıcı nasazlıqdır.

Bu topologiyanı təqlid etmək üçün nümunədəki həmyaşıd ünvanını başqa maşına köçürməyin. Nümunədəki ünvanlar rolları təsvir edir və birini iki rolda təkrar istifadə etmək marşrutlaşdırmanın həll edə bilmədiyi üst-üstə düşmə yaradır.

Kəşfiyyat, hesablar və nəyi dəyişməmək

Avtomatik LAN kəşfiyyatı elanlar üzərində qurulmuş rahatlıqdır. Marşrutlaşdırılmış VPN həmin yayımları daşımaq məcburiyyətində deyil, ona görə də LAN siyahısında çatışmayan giriş açıq şəxsi ünvanın işləyib-işləmədiyi barədə heç nə demir. Ünvanı yazın, sonra qərar verin. Əgər qoşulursa, kəşfiyyat boşluğu nasazlıq deyil, istifadə rahatlığı narahatçılığıdır və araşdırmaq əvəzinə belə sənədləşdirilə bilər.

Oyunun normal hesab autentifikasiyasını və qəbul siyasətini də toxunulmaz saxlayın. İşləyən şəxsi marşrut yol verir, üzvlük yox, və adapter prioritetinin qarışdırılması klientin istifadə etməli olduğu təyinatı müəyyən etməyi əvəz etmir.