Pode un proxy gratuíto darlle un porto entrante?
Un punto de proxy para solicitudes saíntes non proporciona automaticamente un oínte público que reenvíe as conexións entrantes ao teu ordenador.
Un IP e un porto dunha lista de proxies adoitan identificar un lugar ao que se conecta a túa aplicación. Non son un porto público reservado para que outras persoas cheguen ao teu ordenador.
Esa distinción importa se queres recibir unha conexión entrante. Unha solicitude saínte a través do proxy di, na práctica: conéctate a este destino por min. Un oínte público esixe que o intermediario acepte a conexión doutra persoa e a asocie co teu servizo.
Busca unha función entrante real
HTTP CONNECT establece un túnel cara ao destino indicado na solicitude. Non lle pide ao proxy que publique un porto de escoita arbitrario no teu nome.
SOCKS5 define un comando BIND aparte. O intercambio BIND do protocolo proporciona un extremo vinculado e despois informa dunha conexión entrante. Non é o comando CONNECT habitual que usa un cliente web. Un servizo que anuncia compatibilidade con SOCKS5 pode restrinxir ou omitir o comando; o software cliente tamén debe admitir o intercambio previsto.
Nin sequera unha negociación BIND correcta garante un porto publicado permanente e de uso xeral. A política do servizo, a contraparte esperada, o tempo de vida e a ruta de rede circundante seguen importando.
Un proxy HTTP non é un servidor SSH
O reenvío remoto por SSH é outra forma en que un operador pode ofrecer acceso entrante de xeito explícito. Require un servizo SSH, unha conta e permiso de reenvío. Dirixir un comando SSH a un porto público de proxy HTTP non pode crear esas capacidades.
Antes de escoller un servizo, define a dirección que necesitas: solicitudes saíntes por outra saída ou conexións entrantes a unha aplicación que executa. Se é o segundo caso, busca unha función de reenvío entrante documentada dentro dun acordo que controles. Unha fila normal dunha lista de proxies non demostra que esa función exista.