Merutekan sumber rsync MacPorts melalui proxy
Sesuaikan protokol sumber ports tree dengan transport proxy, bukan menganggap contoh SSH juga memperbaiki koneksi daemon rsync.
Peramban bekerja melalui SOCKS. Sesi SSH biasa juga. Lalu MacPorts macet saat menyinkronkan ports tree-nya. Sebelum menambah opsi SSH lain, lihat URI sumbernya.
rsync://host/module menamai layanan daemon rsync. Contoh dengan rsync -e ssh user@host:path memakai shell jarak jauh dan memerlukan akses ke akun yang sesuai pada host itu. Cermin rsync publik tidak memperoleh login SSH hanya karena klien punya ProxyCommand.
Tiga jalur dengan prasyarat berbeda
| Jalur | Apa yang harus ada |
|---|---|
| Snapshot ports tree melalui HTTP atau HTTPS | Sumber snapshot yang didukung dan konfigurasi proxy HTTP yang berfungsi |
| Daemon rsync melalui proxy web | Klien rsync yang memakai RSYNC_PROXY dan proxy yang mengizinkan CONNECT ke porta daemon |
| rsync melalui SSH | Endpoint SSH, akun, dan tataan rsync jarak jauh |
MacPorts mendokumentasikan sumber tarball HTTP dan HTTPS di sources.conf sebagai alternatif saat transport sinkronisasi biasa tidak tersedia. Pilih sumber yang didukung proyek untuk rilis yang terpasang; mengubah skema URI bukan izin untuk menunjuk ke arsip sembarangan.
RSYNC_PROXY milik rsync adalah mekanisme proxy web, bukan pengaturan URL SOCKS umum. Jalur daemon biasanya memerlukan porta 873, yang mungkin ditolak dengan sengaja oleh proxy web yang sebenarnya berfungsi. Mekanisme RSYNC_CONNECT_PROG yang terpisah dapat menggantikan soket daemon langsung dengan program pembantu, tetapi pembantu itu harus menyediakan aliran byte yang diharapkan.
Terakhir, perhatikan tahap MacPorts mana yang gagal. Memperbarui ports tree, mengambil arsip, dan mengunduh berkas sumber sebuah port belum tentu memakai satu transport yang sama. Memperbaiki jalur pertama tidak membuktikan bahwa jalur lain berbagi proxy-nya.