A MacPorts rsync-forrásainak irányítása proxyn keresztül
A ports tree forrásprotokollját a proxy átviteléhez igazítsa, ahelyett hogy feltételezné, egy SSH-példa a rsync-démon kapcsolatát is megoldja.
A böngésző SOCKS-on keresztül működik. Egy hétköznapi SSH-munkamenet is. Aztán a MacPorts megakad, miközben a ports tree-t szinkronizálja. Mielőtt újabb SSH-beállítást adna hozzá, nézze meg a forrás URI-ját.
rsync://host/module rsync-démon szolgáltatást jelöl. A rsync -e ssh user@host:path-et használó példa távoli shellt használ, és megfelelő fiókhoz való hozzáférést igényel az adott gazdagépen. Egy nyilvános rsync-tükör nem kap SSH-bejelentkezést csak azért, mert a kliensnek van ProxyCommandja.
Három útvonal eltérő előfeltételekkel
| Útvonal | Mi kell hogy létezzen |
|---|---|
| Ports tree pillanatkép HTTP vagy HTTPS fölött | Támogatott pillanatkép-forrás és működő HTTP-proxy konfiguráció |
| rsync-démon webproxy segítségével | RSYNC_PROXY-t használó rsync-kliens és a démon portjára CONNECT-et engedélyező proxy |
| rsync SSH fölött | SSH-végpont, fiók és távoli rsync-beállítás |
A MacPorts a HTTP- és HTTPS-alapú tarball-forrásokat a sources.conf fájlban dokumentálja alternatívaként, amikor a szokásos szinkronizációs átvitel nem érhető el. A telepített kiadáshoz a projekt által támogatott forrást válassza; az URI-séma módosítása nem jogosít fel tetszőleges archívum megcélzására.
Az rsync RSYNC_PROXY webproxy-mechanizmus, nem általános SOCKS URL-beállítás. A démon útvonala általában a 873-as portot igényli, amelyet egy egyébként működő webproxy szándékosan megtagadhat. A különálló RSYNC_CONNECT_PROG mechanizmus a közvetlen démon-socketet segédprogrammal helyettesítheti, de a segédnek a várt bájtfolyamot kell szolgáltatnia.
Végül jegyezze meg, melyik MacPorts-szakasz hibázott. A ports tree frissítése, egy archívum letöltése és egy port forrásfájljainak letöltése nem feltétlenül ugyanazt az átvitelt használja. Az első útvonal javítása nem bizonyítja, hogy a többiek osztoznak a proxyján.