MacPorts-en rsync iturburuak proxy bidez bideratzea
Egokitu ports tree iturburuaren protokoloa proxy garraioari, SSH adibideak rsync daemonerako konexioa ere konpontzen duela suposatu beharrean.
Nabigatzailea SOCKS bidez funtzionatzen du. SSH saio arruntak ere bai. Orduan MacPorts blokeatu egiten da ports tree sinkronizatzean. Beste SSH aukera bat gehitu aurretik, begiratu iturburuaren URIa.
rsync://host/module rsync daemon zerbitzu bat izendatzen du. rsync -e ssh user@host:path erabiltzen duen adibideak urruneko shell bat erabiltzen du eta host horretako kontu egoki baterako sarbidea behar du. rsync ispilu publiko batek ez du SSH saioa lortzen bezeroak ProxyCommand duelako.
Aurrezko baldintza ezberdinak dituzten hiru bide
| Bidea | Zer egon behar duen |
|---|---|
| Ports tree-ren snapshot-a HTTP edo HTTPS bidez | Onartutako snapshot iturburu bat eta HTTP proxy konfigurazio funtzionala |
| rsync daemona web proxy bidez | RSYNC_PROXY erabiltzen duen rsync bezeroa eta daemonaren portura CONNECT onartzen duen proxy-a |
| rsync SSH bidez | SSH amaierako puntu bat, kontu bat eta urruneko rsync antolamendua |
MacPortsek HTTP eta HTTPS tarball iturburuak sources.conf fitxategian dokumentatzen ditu ohiko sinkronizazio garraioa erabilgarri ez dagoenerako alternatiba gisa. Aukeratu instalatutako bertsiorako proiektuak onartzen duen iturburua; URI eskema aldatzea ez da edozein artxibora seinalatzeko baimena.
rsync-en RSYNC_PROXY web proxy mekanismoa da, ez SOCKS URL ezarpen orokorra. Daemonaren bideak 873 portua behar du normalean, eta bestela funtzionatzen duen web proxy batek nahita uka dezake. RSYNC_CONNECT_PROG mekanismo bereiziak daemonaren socket zuzena laguntzaile batekin ordezka dezake, baina laguntzaileak espero den byte-fluxua eman behar du.
Azkenik, erreparatu MacPortsen zein fasek huts egin duen. Ports tree eguneratzeak, artxibo bat eskuratzeak eta port baten iturburu fitxategiak deskargatzeak ez dute garraio bakarra erabili behar. Lehen bidea konpontzeak ez du frogatzen besteek haren proxya partekatzen dutenik.