ניתוב מקורות rsync של MacPorts דרך פרוקסי
התאימו את פרוטוקול המקור של עץ הפורטים לתעבורת הפרוקסי במקום להניח שדוגמת SSH מתקנת גם חיבור לדמון rsync.
הדפדפן עובד דרך SOCKS. גם הפעלת SSH רגילה עובדת. ואז MacPorts נתקע בזמן סנכרון עץ הפורטים. לפני שמוסיפים אפשרות SSH נוספת, הביטו ב-URI של המקור.
rsync://host/module מציין שירות דמון rsync. הדוגמה עם rsync -e ssh user@host:path משתמשת במעטפת מרוחקת ומחייבת גישה לחשבון מתאים במארח הזה. מראה rsync ציבורית אינה מקבלת התחברות SSH רק משום שלקוח יש ProxyCommand.
שלושה מסלולים עם דרישות מוקדמות שונות
| מסלול | מה חייב להתקיים |
|---|---|
| תמונת מצב של עץ הפורטים דרך HTTP או HTTPS | מקור תמונת מצב נתמך ותצורת פרוקסי HTTP עובדת |
| דמון rsync דרך פרוקסי אינטרנט | לקוח rsync שמשתמש ב-RSYNC_PROXY ופרוקסי שמתיר CONNECT לפורט הדמון |
| rsync מעל SSH | נקודת קצה SSH, חשבון וסידור rsync מרוחק |
MacPorts מתעד מקורות tarball ב-HTTP וב-HTTPS בקובץ sources.conf כחלופות כאשר תעבורת הסנכרון הרגילה אינה זמינה. בחרו את המקור שהפרויקט תומך בו עבור המהדורה המותקנת; שינוי סכימת ה-URI אינו הרשאה להצביע על ארכיון שרירותי.
RSYNC_PROXY של rsync הוא מנגנון פרוקסי אינטרנט, לא הגדרת URL כללית של SOCKS. מסלול הדמון דורש בדרך כלל פורט 873, שפרוקסי אינטרנט שעובד אחרת עשוי לסרב לו בכוונה. המנגנון הנפרד RSYNC_CONNECT_PROG יכול להחליף את שקע הדמון הישיר בעזר, אך העזר חייב לספק את זרם הבתים המצופה.
לבסוף, שימו לב איזה שלב של MacPorts נכשל. עדכון עץ הפורטים, הבאת ארכיון והורדת קבצי המקור של פורט אינם חייבים להשתמש בתעבורה אחת. תיקון המסלול הראשון אינו מוכיח שהאחרים חולקים את הפרוקסי שלו.