مسیریابی منابع rsync مک‌پورتس از طریق پروکسی
پروتکل منبع درخت پورت‌ها را با انتقال پروکسی هماهنگ کنید، نه اینکه فرض کنید نمونهٔ SSH اتصال دیمن rsync را هم درست می‌کند.
مرورگر از طریق SOCKS کار می‌کند. یک نشست SSH معمولی هم کار می‌کند. سپس مک‌پورتس هنگام همگام‌سازی درخت پورت‌ها متوقف می‌شود. پیش از افزودن گزینهٔ دیگری برای SSH، به URI منبع نگاه کنید.
rsync://host/module به یک سرویس دیمن rsync اشاره دارد. نمونه‌ای که از rsync -e ssh user@host:path استفاده می‌کند پوستهٔ راه دور را به کار می‌برد و دسترسی به حسابی مناسب روی آن میزبان را لازم دارد. یک آینهٔ عمومی rsync فقط به این دلیل که کلاینت ProxyCommand دارد، ورود SSH نمی‌گیرد.
سه مسیر با پیش‌نیازهای متفاوت
| مسیر | چه چیزی باید وجود داشته باشد |
|---|---|
| عکس درخت پورت‌ها از طریق HTTP یا HTTPS | منبع عکس پشتیبانی‌شده و پیکربندی کارآمد پروکسی HTTP |
| دیمن rsync از طریق پروکسی وب | کلاینت rsync با استفاده از RSYNC_PROXY و پروکسی‌ای که CONNECT به درگاه دیمن را مجاز می‌داند |
| rsync روی SSH | نقطهٔ پایانی SSH، حساب و تنظیم rsync راه دور |
مک‌پورتس منابع tarball مبتنی بر HTTP و HTTPS را در sources.conf به‌عنوان جایگزین زمانی که انتقال همگام‌سازی معمول در دسترس نیست مستند می‌کند. منبع پشتیبانی‌شدهٔ پروژه را برای نسخهٔ نصب‌شده انتخاب کنید؛ تغییر طرح URI اجازهٔ اشاره به هر آرشیو دلبخواهی نیست.
RSYNC_PROXY در rsync یک سازوکار پروکسی وب است، نه تنظیم عمومی نشانی SOCKS. مسیر دیمن معمولاً به درگاه 873 نیاز دارد که یک پروکسی وبِ به‌ظاهر سالم ممکن است آگاهانه رد کند. سازوکار جداگانهٔ RSYNC_CONNECT_PROG می‌تواند سوکت مستقیم دیمن را با یک برنامهٔ کمکی جایگزین کند، اما کمکی باید جریان بایتی مورد انتظار را فراهم آورد.
در پایان، توجه کنید کدام مرحلهٔ مک‌پورتس شکست خورده است. به‌روزرسانی درخت پورت‌ها، گرفتن یک آرشیو و بارگیری فایل‌های منبع یک پورت لزوماً از یک انتقال استفاده نمی‌کنند. درست کردن مسیر نخست ثابت نمی‌کند که بقیه پروکسی آن را به اشتراک می‌گذارند.