പ്രോക്സി വഴി 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-ന്റെ ഉറവിട ഫയലുകൾ ഡൗൺലോഡ് ചെയ്യൽ എന്നിവ ഒരേ ഗതാഗതം ഉപയോഗിക്കണമെന്നില്ല. ആദ്യ വഴി നന്നാക്കുന്നത് മറ്റുള്ളവ അതിന്റെ പ്രോക്സി പങ്കിടുന്നു എന്നു തെളിയിക്കുന്നില്ല.