MacPorts rsync-boarnen fia in proxy liede
Pas it protocol fan 'e ports-tree-boarne oan op it proxy-ferfier, yn stee fan oan te nimmen dat in SSH-foarbyld ek in rsync-daemonferbining reparearret.
De browser wurket fia SOCKS. In gewoane SSH-sesje ek. Dan hinget MacPorts by it syngronisearjen fan syn ports-tree. Foardat jo noch in SSH-opsje tafoegje, sjoch nei de URI fan 'e boarne.
rsync://host/module beneamt in rsync-daemonstsjinst. It foarbyld mei rsync -e ssh user@host:path brûkt in opôf-skel en freget tagong ta in geskikte akkount op dy host. In iepenbier rsync-spegel krijt gjin SSH-oanmelding om't de klant in ProxyCommand hat.
Trije rûtes mei ferskate betingsten
| Rûte | Wat der wêze moat |
|---|---|
| Ports-tree-snapshot fia HTTP of HTTPS | In stipe snapshotboarne en in wurkjende HTTP-proxykonfiguraasje |
| rsync-daemon fia in webproxy | In rsync-klant dy't RSYNC_PROXY brûkt en in proxy dy't CONNECT nei de daemonpoarte talit |
| rsync fia SSH | In SSH-einpunt, akkount en opôf-rsync-ynrjochting |
MacPorts dokumintearret HTTP- en HTTPS-tarballboarnen yn sources.conf as alternativen as it gewoane syngronisaasjeferfier net beskikber is. Kies de troch it projekt stipe boarne foar de ynstallearre ferzje; it feroarjen fan it URI-skema is gjin tastimming om nei in willekeurich argyf te wizen.
RSYNC_PROXY fan rsync is in webproxy-meganisme, net in algemiene SOCKS-URL-ynstelling. De daemonrûte freget meastentiids poarte 873, dy't in oars wurkjende webproxy bewust wegerje kin. It aparte RSYNC_CONNECT_PROG-meganisme kin de direkte daemonsocket ferfange troch in helper, mar de helper moat de ferwachte bytestream leverje.
Besjoch ta beslút hokker MacPorts-stap mislearre. It bywurkjen fan it ports-tree, it heljen fan in argyf en it downloaden fan de boarnebestannen fan in port hoege net ien ferfier te brûken. It reparearjen fan 'e earste rûte bewiist net dat de oaren syn proxy diele.