Steam se webblaaie en speletjieverkeer het verskillende netwerkroetes nodig
Kontroleer watter Steam-komponent faal en die TCP- of UDP-vereistes daarvan, eerder as om n werkende blaaierproxy as ondersteuning vir elke speletjieverbinding te beskou.
’n Blaaier kan die Steam-winkel deur ’n HTTP-proxy oopmaak terwyl die Steam-kliënt of ’n speletjie steeds nie kan verbind nie. Dié bewerkings gebruik nie almal die blaaier se HTTP-vervoer nie.
Valve lys beide TCP- en UDP-vereistes vir Steam se werking, met bykomende UDP-verkeer vir spel, peer-to-peer-netwerke, stem en Remote Play. Begin by die spesifieke komponent wat faal: webinhoud, kliëntverbinding, speletsessie of plaaslike stroming.
’n Gewone HTTP CONNECT-proxy gee ’n TCP-tonnel wanneer sy beleid die bestemmingspoort toelaat. OpenSSH se dinamiese SOCKS-aanstuur bied ook TCP-aanstuur. Nie een van dié opstellings verskaf outomaties die UDP-verkeer wat ’n speletjie nodig het nie.
SOCKS5 definieer UDP ASSOCIATE, maar om dit te gebruik is ondersteuning in beide die herleidende kliënt en die proxyserver nodig. ’n Produk wat ’n SOCKS5-adres vir TCP aanvaar, implementeer daarmee nie UDP-herleiding nie.
Kontroleer die huidige speletjie se netwerkvereistes en die organisasie se toegelate roete. Om een vervoerinstelling in die Steam-kliënt te verander herskryf nie die netwerkkode van elke speletjie wat daaruit begin word nie. Valve noem ook dat sy vereiste poorte nie sommer na HTTP of ’n willekeurige pasgemaakte reeks hertoegewys kan word nie.