MacPorts rsync-bronne deur 'n proxy lei
Pas die poortboom-bronprotokol by die proxyvervoer aan, moenie aanneem dat 'n SSH-voorbeeld ook 'n rsync-daemonverbinding regmaak nie.
Die blaaier werk deur SOCKS. 'n Gewone SSH-sessie werk ook. Dan bly MacPorts hang terwyl dit sy poortboom sinkroniseer. Voordat jy nog 'n SSH-opsie bysit, kyk na die bron-URI.
rsync://host/module dui op 'n rsync-daemondiens. 'n Voorbeeld met rsync -e ssh user@host:path gebruik 'n afstandshelpedop en vereis toegang tot 'n geskikte rekening op daardie gasheer. 'n Openbare rsync-spieë kry nie 'n SSH-aanmelding omdat die kliënt 'n ProxyCommand het nie.
Drie roetes met verskillende vereistes
| Roete | Wat moet bestaan |
|---|---|
| Poortboom-momentopname oor HTTP of HTTPS | 'n Ondersteunde momentopname-bron en werkende HTTP-proxy-konfigurasie |
| Rsync-daemon deur 'n webproxy | 'n Rsync-kliënt wat RSYNC_PROXY gebruik en 'n proxy wat CONNECT na die daemonpoort toelaat |
| Rsync oor SSH | 'n SSH-eindpunt, rekening en afstand-rsync-reëling |
MacPorts dokumenteer HTTP- en HTTPS-tarballbronne in sources.conf as alternatiewe wanneer die gewone sinkroniseervervoer nie beskikbaar is nie. Kies die projek se ondersteunde bron vir die geïnstalleerde weergawe; om die URI-skema te verander is nie toestemming om na 'n willekeurige argief te wys nie.
Rsync se RSYNC_PROXY is 'n webproxy-meganisme, nie 'n algemene SOCKS-URL-instelling nie. Die daemonroete benodig gewoonlik poort 873, wat 'n andersins werkende webproxy doelbewus kan weier. Die aparte RSYNC_CONNECT_PROG-meganisme kan die direkte daemonsok deur 'n helper vervang, maar die helper moet die verwagte greepstroom lewer.
Let laastens op watter MacPorts-stadium misluk het. Die opdateer van die poortboom, die haal van 'n argief en die aflaai van 'n port se bronlêers hoef nie een vervoer te gebruik nie. Om die eerste roete te herstel, bewys nie dat die ander sy proxy deel nie.