Minecraft преко VPN-а: која адреса иде у листу сервера?

Уписивање VPN крајње тачке у листу сервера Minecraft-а изгледа логично и сваки пут не успева, јер та адреса завршава тунел, а не хостује игру. Играч повезан на исти VPN већ има пут до хоста игре, па запис мора да наведе хост и порт на ком игра слуша. Исправите те две ствари и остатак проблема је обична доступност услуге, много краћа контролна листа него што изгледа на почетку.

Две адресе, два посла

Једна адреса је јавна инфраструктура: транспортна крајња тачка која преноси шифроване пакете између партнера. Друга је приватна адреса машине која покреће наменски сервер. Оне нису заменљиве, а замена једне другом даје одбијену везу или истек времена који изгледа као проблем са заштитним зидом.

Са подразумеваним портом играч уноси 10.60.0.20:25565 и ништа више. Страница за преузимање Java сервера компаније Mojang наводи 25565 као подразумевани порт, а оператору који је променио порт треба веровати, уместо да се сумња по старом упутству.

Учините ту адресу правом услугом

Доступна адреса је неопходна и није довољна. Наменски сервер мора да ради, мора да буде компатибилан са верзијом коју покреће играчев клијент и мора да слуша на адреси до које тунел може да достави. Процес везан само за loopback не постаје доступан зато што је неко машини додао још једну адресу.

Потврдите слушаоца пре него што дотакнете заштитни зид:

ss -lntp | grep 25565
nc -vz 10.60.0.20 25565

Прва линија показује на шта се процес заиста везао, а друга да ли партнер може да заврши TCP руковање. Када је веза 127.0.0.1, никаква количина VPN конфигурације не мења резултат, и тај један детаљ објашњава изненађујуће много пријава «VPN је покварен».

Политика партнера, заштитни зид и повратни пут

Два питања дозволе стоје изнад слушаоца. Конфигурација партнера VPN-а мора да дозволи саобраћај између два партнера, а заштитни зид хоста игре мора да прихвати порт игре од тог партнера. Држите обоје ограничено на услугу игре и овлашћене партнере, уместо да искључите заштитни зид хоста, што правило од две линије замењује много већим проблемом. Уска правила су и једина верзија овога која пролази безбедносну проверу без пасуса образложења.

Затим се сетите шта доказује успешан ping. Достизање VPN мрежног пролаза или добијање одговора од хоста игре доказује само да је ICMP прешао пут. Игрина веза захтева да конкретан порт буде отворен у оба смера, а повратни пут је једнако важан као одлазни.

Када сервер стоји иза мрежног пролаза

У горњем примеру сервер игре је партнер, што план адреса држи једноставним. Ако се сервер уместо тога налази у LAN мрежи иза VPN мрежног пролаза, играчу је потребна рутирајућа приватна адреса сервера, пролаз мора да има конфигурисано прослеђивање за ту мрежу, а хост у LAN мрежи има потребу за повратном рутом ка клијенту у тунелу. Пропустите повратни пут и руковање умире на пола, што је најзбуњујући од три квара.

Не копирајте пример адресе партнера на другу машину да бисте опонашали ову топологију. Адресе у примеру описују улоге, а поновна употреба једне адресе у две улоге ствара преклапање које рутирање не може да реши.

Откривање, налози и шта не мењати

Аутоматско откривање LAN мреже је погодност изграђена на објавама. Рутирани VPN не мора да преноси та емитовања, па запис који недостаје у листи LAN мреже не говори ништа о томе да ли јасна приватна адреса ради. Упишите адресу, па процените. Ако се повеже, празнина у откривању је непријатност за употребљивост, а не квар, и може се тако документовати уместо да се истражује.

Сачувајте нетакнуту и нормалну аутентификацију налога и политику пријема игре. Радна приватна рута даје пут, не чланство, и никакво преређивање приоритета адаптера не замењује идентификовање одредишта које клијент треба да користи.