Smerovanie zdrojov rsync MacPorts cez proxy
Zlaďte protokol zdroja ports tree s prenosom cez proxy, namiesto predpokladu, že príklad s SSH opraví aj pripojenie k démonu rsync.
Prehliadač funguje cez SOCKS. Bežná relácia SSH tiež. Potom sa MacPorts zasekne pri synchronizácii stromu portov. Skôr než pridáte ďalšiu voľbu SSH, pozrite sa na URI zdroja.
rsync://host/module označuje službu démona rsync. Príklad s rsync -e ssh user@host:path používa vzdialený shell a vyžaduje prístup k vhodnému účtu na tom hostiteľovi. Verejné zrkadlo rsync nezíska SSH prihlásenie len preto, že klient má ProxyCommand.
Tri cesty s odlišnými predpokladmi
| Cesta | Čo musí existovať |
|---|---|
| Snímka stromu portov cez HTTP alebo HTTPS | Podporovaný zdroj snímky a funkčná konfigurácia HTTP proxy |
| Démon rsync cez webovú proxy | Klient rsync používajúci RSYNC_PROXY a proxy, ktorá povoľuje CONNECT na port démona |
| rsync cez SSH | SSH koncový bod, účet a vzdialené usporiadanie rsync |
MacPorts dokumentuje HTTP a HTTPS tarball zdroje v sources.conf ako alternatívy, keď bežný synchronizačný prenos nie je dostupný. Zvoľte zdroj podporovaný projektom pre nainštalované vydanie; zmena schémy URI nie je povolením ukazovať na ľubovoľný archív.
RSYNC_PROXY v rsync je mechanizmus webovej proxy, nie všeobecné nastavenie SOCKS URL. Cesta cez démon zvyčajne potrebuje port 873, ktorý inak funkčná webová proxy môže zámerne odmietnuť. Samostatný mechanizmus RSYNC_CONNECT_PROG môže nahradiť priamy socket démona pomocným programom, ale pomocník musí poskytnúť očakávaný tok bajtov.
Nakoniec si všimnite, ktorá fáza MacPorts zlyhala. Aktualizácia stromu portov, získanie archívu a stiahnutie zdrojových súborov portu nemusia používať jeden prenos. Oprava prvej cesty nedokazuje, že ostatné zdieľajú jej proxy.