Wrapper proxy all'avvio e processi esistenti
Spiega perché un wrapper di processo deve normalmente avviare l'applicazione invece di collegare un proxy alle sue connessioni già aperte.
Un wrapper come socksify o proxychains avvia normalmente il programma di destinazione con una libreria di intercettazione. Dargli il PID di un processo esistente non inserisce quella libreria nel processo né sposta le sue connessioni aperte. Per proxychains-ng, verifica i requisiti di caricamento della libreria dell'eseguibile reale.
Se l'applicazione ha impostazioni proxy native, usa il modo documentato per applicarle. Una modifica può interessare le nuove richieste mentre le connessioni stabilite continuano sul percorso precedente.
Se l'intercettazione all'avvio è il metodo previsto, organizza un riavvio adeguato dell'applicazione sotto quel wrapper. Ricorda che alcuni lanciatori affidano il lavoro a un'istanza in background già in esecuzione.
Un progetto di routing o intercettazione a livello di sistema è un altro meccanismo con una propria portata. Non va descritto come la stessa operazione dell'aggiunta di un'impostazione proxy a un solo PID.
Per un'uscita richiesta, individua il processo reale che crea nuove connessioni di rete e il percorso che tali connessioni utilizzano. Un nome di processo visibile o un comando wrapper in un altro terminale non dimostrano né l'una né l'altra cosa.