MacPorts rsync-bronnen via een proxy routeren
Stem het bronprotocol van de ports-tree af op het proxytransport in plaats van aan te nemen dat een SSH-voorbeeld ook een rsync-daemonverbinding oplost.
De browser werkt via SOCKS. Een gewone SSH-sessie ook. Dan blijft MacPorts hangen tijdens het synchroniseren van zijn ports-tree. Voordat u nog een SSH-optie toevoegt, kijk naar de URI van de bron.
rsync://host/module duidt op een rsync-daemondienst. Het voorbeeld met rsync -e ssh user@host:path gebruikt een externe shell en vereist toegang tot een geschikt account op die host. Een openbare rsync-spiegel krijgt geen SSH-login alleen omdat de client een ProxyCommand heeft.
Drie routes met verschillende voorwaarden
| Route | Wat er moet zijn |
|---|---|
| Ports-tree-snapshot via HTTP of HTTPS | Een ondersteunde snapshotbron en een werkende HTTP-proxyconfiguratie |
| rsync-daemon via een webproxy | Een rsync-client die RSYNC_PROXY gebruikt en een proxy die CONNECT naar de daemonpoort toestaat |
| rsync via SSH | Een SSH-eindpunt, een account en een externe rsync-opstelling |
MacPorts documenteert HTTP- en HTTPS-tarballbronnen in sources.conf als alternatieven wanneer het gebruikelijke synchronisatietransport niet beschikbaar is. Kies de door het project ondersteunde bron voor de geïnstalleerde release; het URI-schema wijzigen is geen toestemming om naar een willekeurig archief te wijzen.
RSYNC_PROXY van rsync is een webproxymechanisme, geen algemene SOCKS-URL-instelling. De daemonroute vereist meestal poort 873, die een verder werkende webproxy bewust kan weigeren. Het aparte mechanisme RSYNC_CONNECT_PROG kan de directe daemonsocket door een hulpprogramma vervangen, maar dat hulpprogramma moet de verwachte bytestroom leveren.
Merk ten slotte op welke MacPorts-fase is mislukt. Het bijwerken van de ports-tree, het ophalen van een archief en het downloaden van de bronbestanden van een port hoeven niet hetzelfde transport te gebruiken. De eerste route repareren bewijst niet dat de andere zijn proxy delen.