Kan 'n gratis proxy vir jou 'n inkomende poort gee?

'n IP en poort uit 'n proxylys dui gewoonlik 'n plek aan waarmee jou toepassing verbind. Dit is nie 'n publieke poort wat vir ander mense gereserveer is om jou rekenaar te bereik nie.

Daardie onderskeid maak saak as jy 'n inkomende verbinding wil ontvang. 'n Uitgaande proxyversoek sê in werklikheid: verbind asseblief vir my na hierdie bestemming. 'n Publieke luisteraar vereis dat die tussenganger iemand anders se verbinding aanvaar en dit met jou diens assosieer.

Soek na 'n werklike inkomende funksie

HTTP CONNECT bou 'n tonnel na die bestemming wat in die versoek genoem word. Dit vra nie die proxy om namens jou 'n willekeurige luisterpoort te publiseer nie.

SOCKS5 definieer 'n afsonderlike BIND-opdrag. Die protokol se BIND-uitruiling verskaf 'n gebonde eindpunt en rapporteer later 'n inkomende verbinding. Dit is nie die gewone CONNECT-opdrag wat 'n webkliënt gebruik nie. 'n Diens wat SOCKS5-ondersteuning adverteer, kan die opdrag beperk of weglaat; kliëntsagteware moet ook die beoogde uitruiling ondersteun.

Selfs 'n suksesvolle BIND-onderhandeling is nie 'n belofte van 'n permanente, algemene gepubliseerde poort nie. Die diens se beleid, verwagte eweknie, leeftyd en omliggende netwerkpad bly steeds belangrik.

'n HTTP-proxy is nie 'n SSH-bediener nie

SSH-afstandaanstuur is 'n ander manier waarop 'n operateur uitdruklik inkomende toegang kan bied. Dit vereis 'n SSH-diens, 'n rekening en toestemming vir aanstuur. Om 'n SSH-opdrag na 'n publieke HTTP-proxy-poort te rig, kan nie daardie vermoëns skep nie.

Voordat jy 'n diens kies, stel die rigting vas wat jy nodig het: uitgaande versoeke deur 'n ander uitgang, of inkomende verbindings na 'n toepassing wat jy bestuur. As dit laasgenoemde is, soek 'n gedokumenteerde inkomende-aanstuurfunksie onder 'n reëling wat jy beheer. 'n Gewone ry in 'n proxylys bewys nie dat daardie funksie bestaan nie.