Steam-ի վեբ էջերը և խաղային տրաֆիկը տարբեր ցանցային ուղիներ են պահանջում
Ստուգեք, թե Steam-ի որ բաղադրիչն է ձախողվում և ինչ TCP կամ UDP պահանջներ ունի՝ փոխարենը աշխատող դիտարկիչի պրոքսին որպես յուրաքանչյուր խաղային կապի աջակցություն չընդունելով։
Դիտարկիչը կարող է բացել Steam խանութը HTTP պրոքսիի միջոցով, մինչդեռ Steam հաճախորդը կամ խաղը դեռ չեն կարողանում միանալ։ Այդ գործողությունները բոլորը չեն օգտագործում դիտարկիչի HTTP տրանսպորտը։
Valve-ը թվարկում է ինչպես TCP, այնպես էլ UDP պահանջներ Steam-ի աշխատանքի համար, լրացուցիչ UDP տրաֆիկով խաղի, հավասարազոր ցանցերի, ձայնի և Remote Play-ի համար։ Սկսեք այն կոնկրետ բաղադրիչից, որը ձախողվում է՝ վեբ բովանդակություն, հաճախորդի միացում, խաղային նստաշրջան կամ տեղական հեռարձակում։
Սովորական HTTP CONNECT պրոքսին TCP թունել է տալիս, երբ նրա քաղաքականությունը թույլատրում է նպատակակետ նավահանգիստը։ OpenSSH-ի դինամիկ SOCKS փոխանցումը նույնպես ապահովում է TCP փոխանցում։ Երկու կարգավորումներից ոչ մեկը ինքնաշխատ չի ապահովում խաղին անհրաժեշտ UDP տրաֆիկը։
SOCKS5-ը սահմանում է UDP ASSOCIATE, սակայն դրա օգտագործումը պահանջում է աջակցություն և՛ վերահասցեավորող հաճախորդում, և՛ պրոքսի սերվերում։ TCP-ի համար SOCKS5 հասցե ընդունող արտադրանքը դրանով UDP վերահաղորդում չի իրականացնում։
Ստուգեք ընթացիկ խաղի ցանցային պահանջները և կազմակերպության թույլատրած երթուղին։ Steam հաճախորդի մեկ տրանսպորտային կարգավորում փոխելը չի վերագրում դրանից գործարկված յուրաքանչյուր խաղի ցանցային կոդը։ Valve-ը նաև նշում է, որ իր պահանջվող նավահանգիստները հնարավոր չէ պարզապես վերահասցեավորել HTTP-ի կամ կամայական հատուկ միջակայքի։