Kuelekeza vyanzo vya rsync vya MacPorts kupitia proksi
Oanisha itifaki ya chanzo cha ports-tree na usafirishaji wa proksi badala ya kudhani kuwa mfano wa SSH pia hutengeneza muunganisho wa rsync daemon.
Kivinjari hufanya kazi kupitia SOCKS. Kikao cha kawaida cha SSH pia. Kisha MacPorts hukwama kinaposawazisha ports tree yake. Kabla ya kuongeza chaguo lingine la SSH, angalia URI ya chanzo.
rsync://host/module inataja huduma ya rsync daemon. Mfano unaotumia rsync -e ssh user@host:path hutumia shell ya mbali na unahitaji ufikiaji wa akaunti inayofaa kwenye mwenyeji huyo. Kioo cha rsync cha umma hakipati kuingia kwa SSH kwa sababu tu mteja ana ProxyCommand.
Njia tatu zenye masharti tofauti
| Njia | Nini lazima kiwepo |
|---|---|
| Picha ya ports tree kupitia HTTP au HTTPS | Chanzo cha picha kinachotumika na usanidi wa proksi wa HTTP unaofanya kazi |
| rsync daemon kupitia proksi ya wavuti | Mteja wa rsync anayetumia RSYNC_PROXY na proksi inayoruhusu CONNECT kwenye bandari ya daemon |
| rsync kupitia SSH | Kituo cha mwisho cha SSH, akaunti na mpangilio wa rsync wa mbali |
MacPorts huandika vyanzo vya tarball vya HTTP na HTTPS katika sources.conf kama njia mbadala wakati usafirishaji wa kawaida wa usawazishaji haupatikani. Chagua chanzo kinachoungwa mkono na mradi kwa toleo lililowekwa; kubadilisha mpango wa URI si ruhusa ya kuelekeza kwenye kumbukumbu yoyote.
RSYNC_PROXY ya rsync ni utaratibu wa proksi ya wavuti, si mpangilio wa jumla wa URL ya SOCKS. Njia ya daemon kwa kawaida huhitaji bandari 873, ambayo proksi ya wavuti inayofanya kazi kwa namna nyingine inaweza kuikataa kwa makusudi. Utaratibu tofauti wa RSYNC_CONNECT_PROG unaweza kubadilisha soketi ya moja kwa moja ya daemon na programu msaidizi, lakini msaidizi huyo lazima atoe mtiririko wa baiti unaotarajiwa.
Hatimaye, angalia ni hatua gani ya MacPorts ilishindwa. Kusasisha ports tree, kupata kumbukumbu na kupakua faili za chanzo za port si lazima zitumie usafirishaji mmoja. Kurekebisha njia ya kwanza hakuthibitishi kuwa nyingine zinashiriki proksi yake.