Minecraft VPN:n yli: mikä osoite laitetaan palvelinluetteloon?
VPN-päätepiste rakentaa tunnelin; peli tarvitsee isäntäkoneen yksityisen osoitteen ja portin. Yhdistä roolit osoitteisiin ja tarkista sitten kuuntelija, reitti ja isännän säännöt.
VPN-päätepisteen kirjoittaminen Minecraftin palvelinluetteloon tuntuu loogiselta ja epäonnistuu joka kerta, koska tuo osoite lopettaa tunnelin eikä isännöi peliä. Samassa VPN:ssä olevalla pelaajalla on jo reitti pelin isäntäkoneeseen, joten merkinnän on nimettävä isäntäkone ja portti, jolla peli kuuntelee. Korjaa nuo kaksi ja loput ongelmasta on tavallista palvelun tavoitettavuutta, mikä on paljon lyhyempi tarkistuslista kuin ensisilmäyksellä näyttää.
Kaksi osoitetta, kaksi tehtävää
Toinen osoite on julkista infrastruktuuria: siirron päätepiste, joka kuljettaa salattuja paketteja vertaisten välillä. Toinen on yksityinen osoite koneella, joka pyörittää omaa palvelinta. Ne eivät ole vaihdettavissa, ja toisen korvaaminen toisella tuottaa hylätyn yhteyden tai aikakatkaisun, joka näyttää palomuuriongelmalta.
| Role | Address | Where it belongs |
|---|---|---|
| Public transport endpoint | 203.0.113.40 | VPN client configuration, never the game |
| Game host on the VPN | 10.60.0.20 | Server address field, with the port |
| Player peer | 10.60.0.30 | Assigned by the tunnel, nothing to type |
Oletusportilla pelaaja kirjoittaa 10.60.0.20:25565 eikä mitään muuta. Mojangin Java-palvelimen lataussivu mainitsee 25565:n oletusportiksi, ja palvelimen ylläpitäjää, joka on vaihtanut portin, on uskottava sen sijaan että sitä epäiltäisiin vanhan oppaan perusteella.
Tee osoitteesta oikea palvelu
Tavoitettava osoite on välttämätön eikä riittävä. Oman palvelimen on oltava käynnissä, oltava yhteensopiva sen version kanssa, jota pelaajan asiakasohjelma ajaa, ja kuunneltava osoitteessa, johon tunneli pystyy toimittamaan. Vain loopbackiin sidottu prosessi ei muutu tavoitettavaksi siksi, että joku lisäsi koneelle toisen osoitteen.
Vahvista kuuntelija ennen kuin kosket palomuuriin:
ss -lntp | grep 25565
nc -vz 10.60.0.20 25565Ensimmäinen rivi näyttää, mihin prosessi todella sitoutui, ja toinen sen, voiko vertainen saada TCP-kättelyn valmiiksi. Kun sidonta on 127.0.0.1, mikään määrä VPN-asetuksia ei muuta tulosta, ja tuo yksi yksityiskohta selittää hämmästyttävän monta «VPN on rikki» -ilmoitusta.
Vertaisten käytäntö, palomuuri ja paluureitti
Kuuntelijan päällä istuu kaksi lupakysymystä. VPN:n vertaisasetusten on sallittava liikenne kahden vertaisen välillä, ja pelin isäntäkoneen palomuurin on hyväksyttävä peliportti tuolta vertaiselta. Pidä molemmat rajattuina pelipalveluun ja valtuutettuihin vertaisiin sen sijaan että kytkisit isäntäkoneen palomuurin pois, mikä vaihtaa kahden rivin säännön paljon suurempaan ongelmaan. Kapeat säännöt ovat myös ainoa versio tästä, joka läpäisee tietoturvakatsauksen ilman perustelukappaletta.
Muista sitten, mitä onnistunut ping todistaa. VPN-yhdyskäytävään pääseminen tai vastauksen saaminen pelin isäntäkoneelta osoittaa vain, että ICMP ylitti reitin. Peliyhteys tarvitsee tietyn portin avoimeksi molempiin suuntiin, ja paluureitti on yhtä tärkeä kuin lähtevä.
Kun palvelin on yhdyskäytävän takana
Yllä olevassa esimerkissä pelipalvelin on vertainen, mikä pitää osoitesuunnitelman yksinkertaisena. Jos palvelin sen sijaan sijaitsee VPN-yhdyskäytävän takana olevassa lähiverkossa, pelaaja tarvitsee palvelimen reititettävän yksityisen osoitteen, yhdyskäytävään on määritettävä edelleenlähetys tuolle lähiverkolle, ja lähiverkon isäntäkone tarvitsee paluureitin tunnelille asiakasohjelmaa kohti. Jos paluureitti puuttuu, kättely kuolee puolivälissä, mikä on kolmesta viasta hämmentävin.
Älä kopioi esimerkin vertaisosoitetta toiselle koneelle tämän topologian jäljittelemiseksi. Esimerkin osoitteet kuvaavat rooleja, ja yhden osoitteen käyttäminen kahdessa roolissa luo päällekkäisyyden, jota reititys ei pysty ratkaisemaan.
Löytäminen, tilit ja mitä ei pidä muuttaa
Automaattinen lähiverkon löytäminen on mukavuus, joka rakentuu ilmoitusten varaan. Reititetyn VPN:n ei tarvitse kuljettaa noita lähetyksiä, joten puuttuva merkintä lähiverkkoluettelossa ei kerro mitään siitä, toimiiko nimenomainen yksityinen osoite. Kirjoita osoite ja arvioi sitten. Jos yhteys muodostuu, löytämisaukko on käytettävyyshaitta eikä vika, ja se voidaan dokumentoida sellaisena sen sijaan että sitä tutkittaisiin.
Pidä myös pelin tavallinen tilin todentaminen ja hyväksymiskäytäntö ehjänä. Toimiva yksityinen reitti antaa reitin, ei jäsenyyttä, eikä mikään sovittimen prioriteettien järjestely korvaa sen kohteen tunnistamista, jota asiakasohjelman pitäisi käyttää.