La retpaĝoj kaj ludtrafiko de Steam bezonas malsamajn retajn vojojn
Kontrolu, kiu Steam-komponento malsukcesas kaj ĝiajn TCP aŭ UDP-postulojn, anstataŭ rigardi funkcian retumilan prokurilon kiel subtenon por ĉiu luda konekto.
Retumilo povas malfermi la Steam-butikon per HTTP-prokurilo, dum la Steam-kliento aŭ ludo ankoraŭ ne povas konektiĝi. Tiuj operacioj ne ĉiuj uzas la HTTP-transporton de la retumilo.
Valve listigas kaj TCP- kaj UDP-postulojn por funkciado de Steam, kun aldona UDP-trafiko por ludado, samtavolaj retoj, voĉo kaj Remote Play. Komencu per la specifa komponento, kiu malsukcesas: reta enhavo, klienta konekto, luda sesio aŭ loka fluo.
Ordinara HTTP CONNECT-prokurilo donas TCP-tunelon, kiam ĝia politiko permesas la celan pordon. La dinamika SOCKS-plusendado de OpenSSH ankaŭ provizas TCP-plusendadon. Neniu el la du agordoj aŭtomate provizas la UDP-trafikon bezonatan de ludo.
SOCKS5 difinas UDP ASSOCIATE, sed uzi ĝin postulas subtenon en kaj la alidirektanta kliento kaj la prokura servilo. Produkto, kiu akceptas SOCKS5-adreson por TCP, per tio ne efektivigas UDP-plusendadon.
Kontrolu la retajn postulojn de la nuna ludo kaj la permesitan vojon de la organizo. Ŝanĝi unu transportan agordon en la Steam-kliento ne reverkas la retkodon de ĉiu ludo lanĉita el ĝi. Valve ankaŭ notas, ke ĝiaj postulataj pordoj ne simple remapigeblas al HTTP aŭ arbitra propra gamo.