Ten sam serwer gry działa tylko przez VPN: co to dowodzi

Jeden serwer, dwie próby: przy wyłączonym VPN sesja pada podczas ładowania, przy włączonym ta sama sesja dołącza. To realny dowód i łatwo go przeczytać za dużo. Włączenie VPN zmienia adres źródłowy, ścieżkę tranzytu, politykę resolvera i czasem rodzinę adresów naraz, więc sukces mówi, że różnica miała znaczenie, ale nie mówi, która to była różnica. Przechodzenie porównania warstwa po warstwie to sposób na uzyskanie odpowiedzi, na której można działać. To także powstrzymuje przed zmianą czterech rzeczy bez nauczenia się czegokolwiek.

Najpierw ustal, co zamierza operator

Prywatny serwer wymagający zatwierdzonego VPN powinien być nieosiągalny przez zwykłe publiczne połączenie, i to jest działająca konfiguracja, a nie usterka. Opublikowany serwer publiczny, który zawodzi dokładnie na jednej ścieżce dostępu, to inny przypadek z innym właścicielem. Zanim cokolwiek przetestujesz, ustal, który z tych dwóch widzisz, bo odpowiedź decyduje, czy debugujesz sieć, czy czytasz politykę. Zapytaj operatora albo przeczytaj jego opublikowane notatki o dostępie, zamiast wnioskować z nieudanego dołączenia.

Jeśli operator publikuje metodę dostępu, użyj jej. Obchodzenie celowego ograniczenia to nie to samo zadanie co naprawa zepsutej trasy.

Trzymaj zapis porównania mały i stały

Trzymaj grę, konto, wybrany serwer i operację stałe między próbami, a zmieniaj tylko stan VPN. Zapisz identyfikator i region serwera oraz rzeczywisty adres, pod którym klient go pokazuje, bo widoczna nazwa serwera nie jest tym, czego używa sieć. „Launcher się otworzył” i „ta sesja wieloosobowa dołączyła” to różne wyniki, a ich mieszanie czyni porównanie bezwartościowym.

Zapisz te cztery linijki przed pierwszym testem. Porównanie odtworzone później z pamięci to opowieść, nie pomiar.

Nazwij pierwszy błąd, nie ostatni komunikat

Komunikat na ekranie to zwykle ostatnie zdarzenie w łańcuchu. Zauważ zamiast tego pierwsze istotne: rozwiązywanie nazwy, limit czasu transportu, odrzucenie połączenia, ograniczenie konta lub błąd sesji po udanym połączeniu. Te kategorie mają różnych właścicieli i różne poprawki, a ogólny baner „rozłączono” spłaszcza je do jednego bezużytecznego słowa.

Jeśli klient prowadzi log, czytaj go pod kątem etapu, a nie kodu błędu. Etap mówi, którą warstwę testować dalej.

Ta sama nazwa nie znaczy ta sama krotka

Nazwa hosta może w różnych ścieżkach rozwiązywać się na różne adresy, a IPv4 i IPv6 mogą podążać zupełnie różnymi trasami i różnymi politykami. Sprawdź, czy próba bezpośrednia i próba przez VPN użyły tego samego celu i tej samej rodziny adresów, zanim porównasz ich wyniki. W przeciwnym razie porównujesz dwa eksperymenty i nazywasz je jednym.

Przy różnicy tras pamiętaj, że routing internetu kieruje się polityką operatora, a nie geograficznie najkrótszą linią, i dokładnie ten pomysł opisano w specyfikacji BGP. VPN omijający złą ścieżkę tranzytu dowodzi, że ścieżka była zła, a nie że ktoś celowo cię dławi.

Przetestuj transport, którego gra naprawdę używa

Udane połączenie TCP do jednego portu nie ustanawia sesji UDP i żadne z nich nie dowodzi, że logowanie do gry zostało ukończone. Śledź usługi, których tytuł naprawdę potrzebuje, zamiast listy portów skopiowanej z innej gry, i wolij obserwować zachowanie samego klienta niż sondować z zewnątrz. Jeśli serwer odpowiada odmową na żądanie z twojego adresu wyjściowego, to pytanie o politykę do operatora, nie dowód o twoim lokalnym kablu lub routerze.

W przypadku wyraźnego ograniczenia skorzystaj z kanału wsparcia lub odwołania wydawcy. Ukrywanie uprawnień konta to inna działalność o innym zestawie konsekwencji.

Gdy to opiszesz, uwzględnij obie ścieżki, niezmienioną operację, wybrany serwer i rodzinę adresów oraz pierwszy błąd. To raport, który operator może zbadać, i nie wymaga zmiany czterech ustawień naraz.