प्रॉक्सी के ज़रिए MacPorts rsync स्रोतों को रूट करना
SSH उदाहरण से rsync डेमन कनेक्शन भी ठीक हो जाएगा, यह मानने के बजाय ports-tree स्रोत प्रोटोकॉल को प्रॉक्सी ट्रांसपोर्ट से मिलाएँ।
ब्राउज़र SOCKS से काम करता है। सामान्य SSH सत्र भी काम करता है। फिर MacPorts अपने ports tree को सिंक करते समय अटक जाता है। एक और SSH विकल्प जोड़ने से पहले स्रोत URI देखें।
rsync://host/module किसी rsync डेमन सेवा को दर्शाता है। rsync -e ssh user@host:path वाला उदाहरण रिमोट शेल इस्तेमाल करता है और उस होस्ट पर उपयुक्त खाते तक पहुँच चाहता है। कोई सार्वजनिक rsync मिरर सिर्फ़ इसलिए SSH लॉगिन नहीं पाता कि क्लाइंट के पास ProxyCommand है।
अलग-अलग पूर्वापेक्षाओं वाले तीन रास्ते
| रास्ता | क्या मौजूद होना चाहिए |
|---|---|
| HTTP या HTTPS पर ports tree स्नैपशॉट | समर्थित स्नैपशॉट स्रोत और काम करता HTTP प्रॉक्सी कॉन्फ़िगरेशन |
| वेब प्रॉक्सी के ज़रिए rsync डेमन | RSYNC_PROXY इस्तेमाल करता rsync क्लाइंट और डेमन पोर्ट पर CONNECT की अनुमति देने वाला प्रॉक्सी |
| SSH पर rsync | एक SSH एंडपॉइंट, खाता और रिमोट rsync व्यवस्था |
MacPorts sources.conf में HTTP और HTTPS tarball स्रोतों को तब विकल्प के रूप में दर्ज करता है जब सामान्य सिंक ट्रांसपोर्ट उपलब्ध न हो। स्थापित रिलीज़ के लिए प्रोजेक्ट-समर्थित स्रोत चुनें; URI स्कीम बदलना किसी भी मनमाने आर्काइव की ओर इशारा करने की अनुमति नहीं है।
rsync का RSYNC_PROXY वेब-प्रॉक्सी तंत्र है, सामान्य SOCKS URL सेटिंग नहीं। डेमन मार्ग को आम तौर पर पोर्ट 873 चाहिए, जिसे अन्यथा काम करता वेब प्रॉक्सी जानबूझकर अस्वीकार कर सकता है। अलग RSYNC_CONNECT_PROG तंत्र सीधे डेमन सॉकेट को सहायक प्रोग्राम से बदल सकता है, पर सहायक को अपेक्षित बाइट स्ट्रीम देना होगा।
अंत में, ध्यान दें कि MacPorts का कौन-सा चरण विफल हुआ। ports tree अपडेट करना, आर्काइव लाना और किसी port की स्रोत फ़ाइलें डाउनलोड करना एक ही ट्रांसपोर्ट से होना ज़रूरी नहीं है। पहला रास्ता ठीक करना यह साबित नहीं करता कि बाकी उसका प्रॉक्सी साझा करते हैं।