Stejný herní server funguje jen přes VPN: co to dokazuje
VPN mění zdrojovou adresu, trasu a někdy i volbu koncového bodu. Zaznamenejte operaci a první selhání, než obviníte přímou cestu.
Jeden server, dva pokusy: s vypnutou VPN relace během načítání spadne, se zapnutou se stejná relace připojí. To je skutečný důkaz a snadno se přečte. Zapnutí VPN mění zdrojovou adresu, tranzitní cestu, politiku resolveru a někdy i rodinu adres najednou, takže úspěch říká, že na rozdílu záleželo, ale neříká, který rozdíl to byl. Procházet srovnání po jedné vrstvě je způsob, jak dostat odpověď, se kterou lze pracovat. Také vám zabrání změnit čtyři věci a nic se nedozvědět.
Nejprve potvrďte, co provozovatel zamýšlí
Soukromý server, který vyžaduje schválenou VPN, má být nedostupný přes běžné veřejné připojení, a to je funkční konfigurace, ne závada. Zveřejněný veřejný server, který selhává přesně na jedné přístupové cestě, je jiný případ s jiným vlastníkem. Než cokoli otestujete, zjistěte, na který z těch dvou se díváte, protože odpověď rozhoduje o tom, zda ladíte síť, nebo čtete politiku. Zeptejte se provozovatele nebo si přečtěte jeho zveřejněné poznámky k přístupu, místo abyste to odvozovali z neúspěšného připojení.
Pokud provozovatel zveřejní způsob přístupu, použijte ho. Obcházení záměrného omezení není stejný úkol jako oprava rozbité trasy.
Držte záznam o srovnání malý a pevný
Držte hru, účet, vybraný server a operaci mezi pokusy konstantní a měňte pouze stav VPN. Zaznamenejte identifikátor serveru a region, plus skutečnou adresu, kterou klient zobrazuje, protože viditelný název serveru není to, co síť používá. „Spouštěč se otevřel“ a „tato multiplayerová relace se připojila“ jsou různé výsledky a jejich míchání dělá srovnání bezcenným.
Napište čtyři řádky před prvním testem. Srovnání, které si potom rekonstruujete z paměti, je příběh, ne měření.
Pojmenujte první selhání, ne poslední zprávu
Zpráva na obrazovce je obvykle poslední událost v řetězci. Všimněte si místo toho první smysluplné: překlad jména, časový limit transportu, odmítnutí připojení, omezení účtu nebo chyba relace po úspěšném připojení. Tyto kategorie mají různé vlastníky a různá řešení a obecný banner „odpojeno“ je slévá do jednoho neužitečného slova.
Pokud klient vede log, čtěte ho kvůli fázi, ne kvůli kódu chyby. Fáze vám řekne, kterou vrstvu testovat dál.
Stejné jméno neznamená stejnou n-tici
Název hostitele se může na různých cestách přeložit na různé adresy a IPv4 a IPv6 mohou sledovat zcela různé trasy a různé politiky. Než porovnáte výsledky, zkontrolujte, zda přímý pokus a pokus přes VPN použily stejný cíl a stejnou rodinu adres. Jinak porovnáváte dva experimenty a nazýváte je jedním.
U rozdílu v trase si pamatujte, že směrování internetu se řídí politikou provozovatele, ne geograficky nejkratší linií, což je přesně myšlenka popsaná v specifikaci BGP. VPN, která se vyhýbá špatné tranzitní cestě, dokazuje, že cesta byla špatná, ne že vás někdo záměrně omezuje.
Testujte transport, který hra skutečně používá
Úspěšné TCP připojení k jednomu portu nevytvoří UDP relaci a ani jedno z toho nedokazuje, že přihlášení do hry proběhlo. Sledujte služby, které titul skutečně potřebuje, místo seznamu portů zkopírovaného z jiné hry, a dávejte přednost pozorování chování samotného klienta před sondováním zvenčí. Pokud server odpoví na požadavek z vaší výstupní adresy odmítnutím, je to otázka politiky pro provozovatele, ne důkaz o vašem místním kabelu nebo routeru.
Pro výslovné omezení použijte kanál podpory nebo odvolání vydavatele. Maskování způsobilosti účtu je jiná činnost s jinou sadou důsledků.
Když to sepíšete, uveďte obě cesty, nezměněnou operaci, vybraný server a rodinu adres a první selhání. To je zpráva, kterou může provozovatel prošetřit, a k jejímu vytvoření není třeba měnit čtyři nastavení najednou.