Sama pelipalvelin toimii vain VPN:n kautta: mitä se todistaa

Yksi palvelin, kaksi yritystä: VPN pois päältä istunto katkeaa latauksen aikana, VPN päällä sama istunto liittyy. Se on todellista näyttöä, ja sen ylitulkitseminen on helppoa. VPN:n kytkeminen päälle muuttaa lähdeosoitteen, kauttakulkupolun, resolverin käytännön ja joskus osoiteperheen kerralla, joten onnistuminen kertoo, että erolla oli merkitystä, mutta ei kerro, mikä ero se oli. Vertailun läpikäyminen kerros kerrokselta on tapa saada vastaus, jonka pohjalta voi toimia. Se myös estää sinua muuttamasta neljää asiaa ja oppimasta mitään.

Varmista ensin, mitä operaattori tarkoittaa

Yksityisen palvelimen, joka vaatii hyväksytyn VPN:n, on tarkoitus olla tavoitettavissa vain tavallisella julkisella yhteydellä – ei lainkaan, ja se on toimiva kokoonpano, ei vika. Julkaistu julkinen palvelin, joka epäonnistuu täsmälleen yhdellä käyttöpolulla, on eri tapaus eri omistajalla. Ennen kuin testaat mitään, selvitä, kumpaa näistä kahdesta katsot, koska vastaus ratkaisee, debuggaatko verkkoa vai luetko käytäntöä. Kysy operaattorilta tai lue hänen julkaistut käyttömuistiinpanonsa sen sijaan, että päättelet sen epäonnistuneesta liittymisestä.

Jos operaattori julkaisee käyttötavan, käytä sitä. Tarkoituksellisen rajoituksen kiertäminen ei ole sama tehtävä kuin rikkinäisen reitin korjaaminen.

Pidä vertailumuistiinpano pienenä ja kiinteänä

Pidä peli, tili, valittu palvelin ja toimenpide vakiona yritysten välillä ja muuta vain VPN:n tilaa. Kirjaa palvelimen tunniste ja alue sekä todellinen osoite, jossa asiakasohjelma sen näyttää, koska näkyvä palvelimen nimi ei ole se, mitä verkko käyttää. „Käynnistin avautui“ ja „tämä moninpelistunto liittyi“ ovat eri tuloksia, ja niiden sekoittaminen tekee vertailusta arvottoman.

Kirjoita ne neljä riviä ennen ensimmäistä testiä. Vertailu, jonka jälkikäteen rakennat muistista, on tarina, ei mittaus.

Nimeä ensimmäinen vika, älä viimeistä viestiä

Näytöllä oleva viesti on yleensä ketjun viimeinen tapahtuma. Huomioi sen sijaan ensimmäinen merkityksellinen: nimenselvitys, kuljetuksen aikakatkaisu, yhteyden hylkäys, tilin rajoitus tai istuntovirhe sen jälkeen, kun yhteys onnistui. Näillä luokilla on eri omistajat ja eri korjaukset, ja yleinen „yhteys katkesi“ -banneri puristaa ne yhdeksi hyödyttömäksi sanaksi.

Jos asiakasohjelma pitää lokia, lue sitä vaiheen enkä virhekoodin vuoksi. Vaihe kertoo, mitä kerrosta testata seuraavaksi.

Sama nimi ei tarkoita samaa monikkoa

Isäntänimi voi selvityä eri osoitteiksi eri poluilla, ja IPv4 ja IPv6 voivat seurata täysin eri reittejä ja eri käytäntöjä. Tarkista, käyttivätkö suora yritys ja VPN-yritys samaa kohdetta ja samaa osoiteperhettä, ennen kuin vertaat niiden tuloksia. Muuten vertaat kahta koetta ja kutsut niitä yhdeksi.

Reittieron kohdalla muista, että internetin reititys noudattaa operaattorin käytäntöä eikä maantieteellisesti lyhintä linjaa, ja juuri se ajatus kuvataan BGP-spesifikaatiossa. Huonon kauttakulkupolun välttävä VPN osoittaa, että polku oli huono, ei sitä, että joku tahallaan kuristaa sinua.

Testaa kuljetus, jota peli todella käyttää

Onnistunut TCP-yhteys yhteen porttiin ei muodosta UDP-istuntoa, eikä kumpikaan todista, että pelin kirjautuminen valmistui. Seuraa palveluita, joita nimike todella tarvitsee, älä toisesta pelistä kopioitua porttiluetteloa, ja suosi asiakasohjelman oman käytöksen seuraamista ulkopuolelta tapahtuvan luotauksen sijaan. Jos palvelin vastaa lähtöosoitteestasi tulevaan pyyntöön kieltäytymisellä, se on operaattorin käytäntökysymys, ei näyttöä paikallisesta kaapelistasi tai reitittimestäsi.

Käytä julkaisijan tuki- tai valituskanavaa nimenomaiseen rajoitukseen. Tilin kelpoisuuden peittely on eri toimintaa, jolla on eri seuraukset.

Kun kirjoitat sen, sisällytä molemmat polut, muuttumaton toimenpide, valittu palvelin ja osoiteperhe sekä ensimmäinen vika. Se on raportti, jota operaattori voi tutkia, eikä sen tekeminen vaadi neljän asetuksen muuttamista kerralla.