Menghalakan sumber rsync MacPorts melalui proksi
Padankan protokol sumber ports tree dengan pengangkutan proksi daripada menganggap contoh SSH juga membaiki sambungan daemon rsync.
Pelayar berfungsi melalui SOCKS. Sesi SSH biasa juga. Kemudian MacPorts tersekat semasa menyegerakkan ports tree-nya. Sebelum menambah pilihan SSH yang lain, lihat URI sumber.
rsync://host/module menamakan perkhidmatan daemon rsync. Contoh dengan rsync -e ssh user@host:path menggunakan shell jauh dan memerlukan akses kepada akaun yang sesuai pada hos itu. Cermin rsync awam tidak mendapat log masuk SSH semata-mata kerana klien mempunyai ProxyCommand.
Tiga laluan dengan prasyarat berbeza
| Laluan | Apa yang mesti wujud |
|---|---|
| Syot kilat ports tree melalui HTTP atau HTTPS | Sumber syot kilat yang disokong dan konfigurasi proksi HTTP yang berfungsi |
| Daemon rsync melalui proksi web | Klien rsync yang menggunakan RSYNC_PROXY dan proksi yang membenarkan CONNECT ke port daemon |
| rsync melalui SSH | Titik akhir SSH, akaun dan susunan rsync jauh |
MacPorts mendokumenkan sumber tarball HTTP dan HTTPS dalam sources.conf sebagai alternatif apabila pengangkutan penyegerakan biasa tidak tersedia. Pilih sumber yang disokong projek untuk keluaran yang dipasang; menukar skema URI bukan kebenaran untuk menunjuk ke arkib sewenang-wenangnya.
RSYNC_PROXY rsync ialah mekanisme proksi web, bukan tetapan URL SOCKS umum. Laluan daemon biasanya memerlukan port 873, yang mungkin ditolak dengan sengaja oleh proksi web yang berfungsi sebaliknya. Mekanisme berasingan RSYNC_CONNECT_PROG boleh menggantikan soket daemon langsung dengan pembantu, tetapi pembantu itu mesti menyediakan aliran bait yang dijangka.
Akhir sekali, perhatikan peringkat MacPorts yang gagal. Mengemas kini ports tree, mengambil arkib dan memuat turun fail sumber port tidak semestinya menggunakan satu pengangkutan. Membaiki laluan pertama tidak membuktikan yang lain berkongsi proksinya.