MacPorts-ի rsync աղբյուրների երթուղումը պրոքսիի միջով
Համապատասխանեցրեք ports-tree աղբյուրի արձանագրությունը պրոքսիի տրանսպորտին՝ փոխարենը ենթադրելու, որ SSH օրինակը լուծում է նաև rsync daemon-ի կապը։
Զննարկիչն աշխատում է SOCKS-ով։ Սովորական SSH սեսիան նույնպես։ Հետո MacPorts-ը կանգ է առնում ports tree-ն համաժամեցնելիս։ Նախքան ևս մեկ SSH տարբերակ ավելացնելը, նայեք աղբյուրի URI-ին։
rsync://host/module-ը նշանակում է rsync daemon ծառայություն։ rsync -e ssh user@host:path-ով օրինակը օգտագործում է հեռավոր shell և պահանջում է համապատասխան հաշվի հասանելիություն այդ հոսթում։ Հանրային rsync հայելին չի ստանում SSH մուտք միայն այն պատճառով, որ կլիենտն ունի ProxyCommand։
Երեք ուղի տարբեր նախապայմաններով
| Ուղի | Ինչ պետք է լինի |
|---|---|
| Ports tree-ի snapshot HTTP-ով կամ HTTPS-ով | Աջակցվող snapshot աղբյուր և աշխատող HTTP պրոքսի կարգավորում |
| rsync daemon վեբ պրոքսիով | RSYNC_PROXY օգտագործող rsync կլիենտ և պրոքսի, որը թույլ է տալիս CONNECT daemon-ի պորտին |
| rsync SSH-ով | SSH վերջնակետ, հաշիվ և հեռավոր rsync կարգավորում |
MacPorts-ը sources.conf-ում փաստագրում է HTTP և HTTPS tarball աղբյուրները որպես այլընտրանք, երբ սովորական sync տրանսպորտը հասանելի չէ։ Ընտրեք նախագծի կողմից աջակցվող աղբյուրը տեղադրված թողարկման համար. URI սխեման փոխելը թույլտվություն չէ ցույց տալու կամայական արխիվ։
rsync-ի RSYNC_PROXY-ը վեբ պրոքսի մեխանիզմ է, ոչ թե SOCKS URL-ի ընդհանուր կարգավորում։ Daemon ուղին սովորաբար պահանջում է 873 պորտ, որը այլապես աշխատող վեբ պրոքսին կարող է դիտավորյալ մերժել։ Առանձին RSYNC_CONNECT_PROG մեխանիզմը կարող է ուղղակի daemon սոկետը փոխարինել օգնական ծրագրով, բայց օգնականը պետք է տրամադրի սպասված բայթային հոսքը։
Վերջապես, նկատեք, թե MacPorts-ի որ փուլը ձախողվեց։ Ports tree-ի թարմացումը, արխիվի բերումը և port-ի աղբյուր ֆայլերի ներբեռնումը պարտադիր չէ, որ օգտագործեն նույն տրանսպորտը։ Առաջին ուղին վերանորոգելը չի ապացուցում, որ մյուսները կիսում են դրա պրոքսին։