MacPorts rsync kaynaklarını proxy üzerinden yönlendirmek
SSH örneğinin rsync daemon bağlantısını da düzelttiğini varsaymak yerine ports tree kaynak protokolünü proxy taşımasıyla eşleştirin.
Tarayıcı SOCKS üzerinden çalışıyor. Sıradan bir SSH oturumu da çalışıyor. Sonra MacPorts ports tree'sini eşitlerken takılıyor. Bir SSH seçeneği daha eklemeden önce kaynak URI'sine bakın.
rsync://host/module bir rsync daemon hizmetini belirtir. rsync -e ssh user@host:path kullanan örnek uzak bir kabuk kullanır ve o ana makinede uygun bir hesaba erişim gerektirir. Genel bir rsync yansısı, istemcide ProxyCommand var diye SSH oturumu elde etmez.
Farklı ön koşullara sahip üç yol
| Yol | Ne bulunmalı |
|---|---|
| HTTP veya HTTPS üzerinden ports tree anlık görüntüsü | Desteklenen bir anlık görüntü kaynağı ve çalışan HTTP proxy yapılandırması |
| Web proxy üzerinden rsync daemon | RSYNC_PROXY kullanan bir rsync istemcisi ve daemon bağlantı noktasına CONNECT izni veren proxy |
| SSH üzerinden rsync | Bir SSH uç noktası, hesap ve uzak rsync düzeni |
MacPorts, olağan eşitleme taşıması kullanılamadığında HTTP ve HTTPS tarball kaynaklarını sources.conf içinde alternatif olarak belgeler. Kurulu sürüm için projenin desteklediği kaynağı seçin; URI şemasını değiştirmek rastgele bir arşive işaret etme izni değildir.
rsync'in RSYNC_PROXY bir web proxy mekanizmasıdır, genel bir SOCKS URL ayarı değildir. Daemon yolu genellikle 873 numaralı bağlantı noktasını gerektirir ve başka açılardan çalışan bir web proxy bunu bilerek reddedebilir. Ayrı RSYNC_CONNECT_PROG mekanizması doğrudan daemon soketini bir yardımcı programla değiştirebilir, ancak yardımcı beklenen bayt akışını sağlamalıdır.
Son olarak MacPorts'un hangi aşamasının başarısız olduğuna dikkat edin. Ports tree'yi güncellemek, bir arşiv almak ve bir portun kaynak dosyalarını indirmek aynı taşımayı kullanmak zorunda değildir. İlk yolu onarmak, diğerlerinin onun proxy'sini paylaştığını kanıtlamaz.