Il browser funziona tramite SOCKS. Anche una normale sessione SSH. Poi MacPorts si blocca mentre sincronizza il suo ports tree. Prima di aggiungere un'altra opzione SSH, guardate l'URI della sorgente.

rsync://host/module indica un servizio demone rsync. L'esempio con rsync -e ssh user@host:path usa una shell remota e richiede l'accesso a un account adeguato su quell'host. Un mirror rsync pubblico non ottiene un accesso SSH solo perché il client ha un ProxyCommand.

Tre percorsi con prerequisiti diversi

PercorsoCosa deve esistere
Istantanea del ports tree via HTTP o HTTPSUna sorgente di istantanea supportata e una configurazione proxy HTTP funzionante
Demone rsync tramite un proxy webUn client rsync che usa RSYNC_PROXY e un proxy che consente CONNECT alla porta del demone
rsync su SSHUn endpoint SSH, un account e un assetto rsync remoto

MacPorts documenta sorgenti tarball HTTP e HTTPS in sources.conf come alternative quando il trasporto di sincronizzazione abituale non è disponibile. Scegliete la sorgente supportata dal progetto per la versione installata; cambiare lo schema dell'URI non è un permesso a puntare a un archivio arbitrario.

RSYNC_PROXY di rsync è un meccanismo di proxy web, non un'impostazione generica di URL SOCKS. Il percorso tramite il demone richiede di solito la porta 873, che un proxy web per il resto funzionante può negare di proposito. Il meccanismo separato RSYNC_CONNECT_PROG può sostituire il socket diretto del demone con un helper, ma l'helper deve fornire il flusso di byte atteso.

Infine, notate quale fase di MacPorts è fallita. Aggiornare il ports tree, scaricare un archivio e scaricare i file sorgente di un port non devono per forza usare un solo trasporto. Riparare il primo percorso non dimostra che gli altri condividano il suo proxy.

Articoli correlati