प्रोक्सीमार्फत MacPorts rsync स्रोतहरू रुटिङ
SSH उदाहरणले rsync डेमन जडान पनि ठीक गर्छ भन्ने मान्नुको सट्टा ports-tree स्रोत प्रोटोकललाई प्रोक्सी ढुवानीसँग मिलाउनुहोस्।
ब्राउजर SOCKS मार्फत काम गर्छ। साधारण SSH सत्र पनि। त्यसपछि MacPorts आफ्नो ports tree सिङ्क गर्दा अड्किन्छ। अर्को SSH विकल्प थप्नु अघि स्रोत URI हेर्नुहोस्।
rsync://host/module ले rsync डेमन सेवा जनाउँछ। rsync -e ssh user@host:path प्रयोग गर्ने उदाहरणले टाढाको शेल प्रयोग गर्छ र त्यो होस्टमा उपयुक्त खातामा पहुँच आवश्यक पर्छ। सार्वजनिक rsync मिररले क्लाइन्टमा ProxyCommand भएकै कारण SSH लगइन पाउँदैन।
भिन्न पूर्वशर्त भएका तीन मार्ग
| मार्ग | के हुनुपर्छ |
|---|---|
| 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 को स्रोत फाइलहरू डाउनलोड गर्नु एउटै ढुवानी प्रयोग गर्नुपर्ने छैन। पहिलो मार्ग सुधार्नुले अरूले त्यसको प्रोक्सी साझा गर्छन् भनी प्रमाणित गर्दैन।