Најавувањето во Steam работи, играта не: проверете ја секоја патека

Стартувајте Steam, најавете се и сето изгледа здраво додека играта не најде сесија. Третирајте го како три одделни мрежни прашања, а не едно. Продавницата и екраните на сметката, преземањето содржина и сесијата на играта можат секој да достигне различни крајни точки преку различни транспорти. Изведете ги овие проверки по ред и застанете на првата што не успеа, бидејќи сето по неа е претпоставка.

Чекор 1: потврдете дека најавувањето е единственото што работело

Најавувањето докажува дека сметката стигнала до услугата за идентитет со акредитивите и секој втор фактор што сметката го бара. Тоа не кажува ништо за испораката на содржина и не кажува ништо за сопствената хостинг поставеност на играта. Запишете која од трите операции навистина сте ја тестирале, бидејќи луѓето обично пријавуваат неуспешна игра откако тестирале само стартер.

Прочитајте го текстот на грешката пред мрежата. Играта што пријавува дека нема достапни сервери ви кажува нешто друго од стартер што не стигнува до продавницата. Двете грешки доаѓаат од различни слоеви и ретко значат исто. Оваа разлика одлучува дали следната проверка се однесува на разрешување имиња, на UDP или на поставка за регион.

Запишете ја сметката, регионот, играта и времето. Без тие четири вредности, подоцнежната споредба е помеѓу два различни теста што случајно делат исто име.

Чекор 2: именувајте го транспортот за секоја операција

Испораката на содржина се однесува како голем HTTP пренос и латентноста ја поднесува далеку подобро отколку загубата. Наоѓањето противници и сесиите внатре во играта често користат UDP, каде патека што фрла пакети изгледа како расипана игра, а не како бавно преземање. Овие два профила не успеваат различно на истиот тунел, затоа брзото преземање не предвидува работна сесија.

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

nslookup api.steampowered.com
ss -uanp | head -20
curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' https://store.steampowered.com/

Ако процесот на играта држи UDP приклучник со сообраќај, додека патеката за пренос е во ред, дефектот е во UDP делот. Тоа го стеснува проблемот на справувањето на тунелот со UDP, а не на сметката или продавницата.

Чекор 3: проверете ја политиката за вклучување пред списокот на порти

Многу VPN клиенти применуваат политика за секоја апликација, опсег на адреси или фамилија на адреси, наместо за целата машина. Стартерот може да биде внатре во тунелот, додека одделно стартуваното бинарно извршување на играта е надвор од него, и тогаш двете не се согласуваат за светот. Вклучувањето на ниво на апликација е вообичаениот виновник на играчки преносни сметачи со инсталиран клиент на добавувачот. Прочитајте ја политиката што навистина е на сила, а не профилот што го зачувавте минатиот месец.

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

ip route show default
ip -brief addr
Get-NetAdapter | Select-Object Name, Status, InterfaceDescription

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

Чекор 4: исклучете SOCKS патека што не може да носи UDP

Tor обезбедува SOCKS прокси, а поддршката за SOCKS во екосистемот е неконзистентна во однос на UDP. Документираното однесување на Tor не имплементира UDP ASSOCIATE, така што игра чиј сесиски сообраќај е UDP не може да ја користи таа патека, како и да е насочен клиентот кон неа. Прелистувачот што работи преку проксито докажува само дека TCP тековите на прелистувачот работат.

Тестирајте го тврдењето, а не намерата. Ако играта уште пријавува недостапна сесија, додека тест само преку TCP преку истото прокси успева, прокси патеката не го носи сообраќајот што и е потребен на играта.

Третирајте рутиран VPN и SOCKS прокси како различни алатки со различни можности. Замената на едното со другото е промена на дизајнот, а не претпочитање на конфигурација.

Споредете го записот со договорот

Мрежната достапност и дозволата на сметката се одделни прашања, и само на првото одговара работен тунел. Ограничувањето е за намерата зад проксирањето, а не за протоколот што го избравте. Договорот на сила го ограничува IP проксирањето чија цел е да го прикрие местото каде живее сопственикот на сметката, па работна патека уште може да биде надвор од условите што ги прифативте. Прочитајте го договорот наместо да ја сметате поврзаноста за одобрување.

За чесна споредба менувајте една променлива одеднаш и задржете ја истата игра, регион на серверот, сметка и операција. Потоа проверете го резултатот на истите четири операции што ги запишавте на почетокот.

tracert -h 12 store.steampowered.com
ss -uanp | grep -i -E 'game|steam'
curl -sS -o /dev/null -w '%{remote_ip} %{time_connect}\n' https://store.steampowered.com/

Кога записот покажува дека најавувањето работи, преземањето работи, а сесијата не успева, преостанатото прашање е за UDP на патеката. Кога сите три работат, првобитната жалба беше за нешто друго, и следниот корисен чекор е сопствениот дневник на играта, а не тунелот. Во секој случај, контролната листа замени расправа со конкретно набљудување.