Usmerjanje virov rsync MacPorts skozi proxy
Prilagodite protokol vira ports tree prenosu skozi proxy, namesto da predpostavljate, da bo zgled SSH popravil tudi povezavo z demonom rsync.
Brskalnik deluje skozi SOCKS. Običajna seja SSH tudi. Nato se MacPorts ustavi med sinhronizacijo drevesa pristanišč. Preden dodate še eno možnost SSH, poglejte URI vira.
rsync://host/module označuje storitev demona rsync. Zgled z rsync -e ssh user@host:path uporablja oddaljeno lupino in zahteva dostop do ustreznega računa na tem gostitelju. Javno zrcalo rsync ne dobi prijave SSH samo zato, ker ima odjemalec ProxyCommand.
Tri poti z različnimi predpogoji
| Pot | Kaj mora obstajati |
|---|---|
| Posnetek drevesa pristanišč prek HTTP ali HTTPS | Podprt vir posnetka in delujoča konfiguracija proxyja HTTP |
| Demon rsync skozi spletni proxy | Odjemalec rsync, ki uporablja RSYNC_PROXY, in proxy, ki dovoljuje CONNECT na vrata demona |
| rsync prek SSH | Krajna točka SSH, račun in oddaljena ureditev rsync |
MacPorts dokumentira vire tarball HTTP in HTTPS v sources.conf kot alternative, ko običajni prenos sinhronizacije ni na voljo. Izberite vir, ki ga projekt podpira za nameščeno izdajo; sprememba sheme URI ni dovoljenje za kazanje na poljubno arhiv.
RSYNC_PROXY v rsyncu je mehanizem spletnega proxyja, ne splošna nastavitev URL SOCKS. Pot skozi demon običajno potrebuje vrata 873, ki jih sicer delujoč spletni proxy lahko namerno zavrne. Ločen mehanizem RSYNC_CONNECT_PROG lahko zamenja neposredni vtičnik demona s pomožnim programom, vendar mora pomožnik zagotoviti pričakovani bajtni tok.
Nazadnje, opazite, katera stopnja MacPorts je spodletela. Posodobitev drevesa pristanišč, pridobitev arhiva in prenos izvornih datotek pristanišča ni nujno z istim prenosom. Popravilo prve poti ne dokazuje, da si druge delijo njen proxy.