Un IP e una porta da un elenco di proxy di solito indicano un luogo a cui si connette la tua applicazione. Non sono una porta pubblica riservata ad altri per raggiungere il tuo computer.

Questa distinzione conta se vuoi ricevere una connessione in ingresso. Una richiesta in uscita tramite proxy dice in sostanza: collegati a questa destinazione al posto mio. Un listener pubblico richiede che l’intermediario accetti la connessione di qualcun altro e la associ al tuo servizio.

Cerca una vera funzione in ingresso

HTTP CONNECT crea un tunnel verso la destinazione indicata nella richiesta. Non chiede al proxy di pubblicare una porta in ascolto arbitraria per conto tuo.

SOCKS5 definisce un comando BIND separato. Lo scambio BIND del protocollo fornisce un endpoint associato e in seguito segnala una connessione in ingresso. Non è il comando CONNECT ordinario usato da un client web. Un servizio che pubblicizza il supporto SOCKS5 può limitare o omettere il comando; anche il software client deve supportare lo scambio previsto.

Anche una negoziazione BIND riuscita non garantisce una porta pubblicata permanente per uso generale. La politica del servizio, il peer atteso, la durata e il percorso di rete circostante contano ancora.

Un proxy HTTP non è un server SSH

L’inoltro remoto SSH è un altro modo con cui un operatore può fornire esplicitamente accesso in ingresso. Richiede un servizio SSH, un account e un’autorizzazione all’inoltro. Indirizzare un comando SSH a una porta proxy HTTP pubblica non può creare queste capacità.

Prima di scegliere un servizio, definisci la direzione che ti serve: richieste in uscita tramite un’altra uscita o connessioni in ingresso a un’applicazione che gestisci. Se è il secondo caso, cerca una funzione di inoltro in ingresso documentata in un accordo che controlli. Una normale riga di un elenco di proxy non dimostra che quella funzione esista.

Articoli correlati