प्रॉक्सीद्वारे 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 च्या स्रोत फाइली डाउनलोड करणे यासाठी एकच वाहतूक वापरणे बंधनकारक नाही. पहिला मार्ग दुरुस्त केल्याने बाकीचे त्याचा प्रॉक्सी सामायिक करतात हे सिद्ध होत नाही.