Encamiñar as fontes rsync de MacPorts a través dun proxy
Axuste o protocolo da fonte do ports tree ao transporte do proxy en lugar de supor que un exemplo SSH tamén arranxa unha conexión co demo rsync.
O navegador funciona a través de SOCKS. Unha sesión SSH normal tamén. Despois MacPorts bloquéase mentres sincroniza a súa árbore de ports. Antes de engadir outra opción SSH, mire o URI da fonte.
rsync://host/module designa un servizo de demo rsync. O exemplo con rsync -e ssh user@host:path usa un shell remoto e require acceso a unha conta axeitada nese host. Un espello rsync público non obtén un inicio de sesión SSH só porque o cliente teña un ProxyCommand.
Tres rutas con requisitos previos distintos
| Ruta | Que debe existir |
|---|---|
| Instantánea da árbore de ports por HTTP ou HTTPS | Unha fonte de instantánea compatible e unha configuración de proxy HTTP funcional |
| Demo rsync a través dun proxy web | Un cliente rsync que use RSYNC_PROXY e un proxy que permita CONNECT ao porto do demo |
| rsync sobre SSH | Un extremo SSH, unha conta e unha disposición remota de rsync |
MacPorts documenta fontes tarball HTTP e HTTPS en sources.conf como alternativas cando o transporte de sincronización habitual non está dispoñible. Escolla a fonte admitida polo proxecto para a versión instalada; cambiar o esquema do URI non é permiso para apuntar a un arquivo arbitrario.
RSYNC_PROXY de rsync é un mecanismo de proxy web, non un axuste xenérico de URL SOCKS. A ruta polo demo adoita necesitar o porto 873, que un proxy web que por outra parte funciona pode denegar deliberadamente. O mecanismo separado RSYNC_CONNECT_PROG pode substituír o socket directo do demo por un axudante, pero o axudante debe proporcionar o fluxo de bytes agardado.
Por último, fixe en que etapa de MacPorts fallou. Actualizar a árbore de ports, obter un arquivo e descargar os ficheiros fonte dun port non teñen por que usar un só transporte. Reparar a primeira ruta non demostra que as demais compartan o seu proxy.