proxy ద్వారా MacPorts rsync మూలాలను రూటింగ్ చేయడం
SSH ఉదాహరణ rsync డీమన్ కనెక్షన్‌ను కూడా సరిచేస్తుందని ఊహించకుండా ports-tree మూల ప్రోటోకాల్‌ను proxy రవాణాకు సరిపోల్చండి.
బ్రౌజర్ 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 యొక్క మూల ఫైళ్లను డౌన్‌లోడ్ చేయడం ఒకే రవాణా ఉపయోగించాల్సిన అవసరం లేదు. మొదటి మార్గాన్ని సరిచేయడం మిగతావి దాని ప్రాక్సీని పంచుకుంటాయని నిరూపించదు.