Dirigera MacPorts rsync-källor genom en proxy
Anpassa portsträdets källprotokoll till proxytransporten i stället för att anta att ett SSH-exempel också åtgärdar en rsync-daemonanslutning.
Webbläsaren fungerar via SOCKS. En vanlig SSH-session också. Sedan fastnar MacPorts när det synkroniserar sitt portsträd. Innan du lägger till ännu ett SSH-alternativ, titta på källans URI.
rsync://host/module betecknar en rsync-daemontjänst. Exemplet med rsync -e ssh user@host:path använder ett fjärrskal och kräver åtkomst till ett lämpligt konto på den värden. En offentlig rsync-spegel får ingen SSH-inloggning bara för att klienten har en ProxyCommand.
Tre vägar med olika förutsättningar
| Väg | Vad som måste finnas |
|---|---|
| Portsträdsögonblicksbild via HTTP eller HTTPS | En stödd ögonblicksbildskälla och en fungerande HTTP-proxykonfiguration |
| rsync-daemon genom en webbproxy | En rsync-klient som använder RSYNC_PROXY och en proxy som tillåter CONNECT till daemonporten |
| rsync över SSH | En SSH-slutpunkt, ett konto och en fjärr-rsync-uppsättning |
MacPorts dokumenterar HTTP- och HTTPS-tarballkällor i sources.conf som alternativ när den vanliga synkroniseringstransporten inte är tillgänglig. Välj den källa som projektet stöder för den installerade utgåvan; att byta URI-schema är inte tillstånd att peka på ett godtyckligt arkiv.
RSYNC_PROXY i rsync är en webbproxymekanism, inte en allmän SOCKS-URL-inställning. Daemonvägen kräver vanligtvis port 873, som en annars fungerande webbproxy kan vägra med avsikt. Den separata RSYNC_CONNECT_PROG-mekanismen kan ersätta den direkta daemonsocketen med ett hjälpprogram, men hjälparen måste leverera den förväntade byteströmmen.
Notera slutligen vilket MacPorts-steg som misslyckades. Uppdatering av portsträdet, hämtning av ett arkiv och nedladdning av en ports källfiler behöver inte använda samma transport. Att reparera den första vägen bevisar inte att de andra delar dess proxy.