ഒരേ സമയം ഒന്നിലധികം മെഷീനുകൾ അപ്‌ഡേറ്റുചെയ്യുന്നത് എങ്ങനെ

നിങ്ങൾ‌ ഒന്നിലധികം മെഷീനുകൾ‌ മാനേജുചെയ്യുന്ന സാഹചര്യങ്ങളിൽ‌, ഓരോ മെഷീനിനും സുരക്ഷാ പാച്ചുകൾ‌ അപ്‌ഡേറ്റ് ചെയ്യുന്നതിനും പ്രയോഗിക്കുന്നതിനുമുള്ള പ്രക്രിയ വളരെ ലളിതമാക്കുന്നതിനാൽ ആപ്റ്റിന് വളരെ സഹായകരമാകും. പരമ്പരാഗത രീതി ഉപയോഗിച്ച്, ഒരു അപ്‌ഡേറ്റ് പുറത്തുവന്നാൽ, ഓരോ മെഷീനുകൾക്കുമായി എല്ലാ പുതിയ പാക്കേജുകളുടെയും ഒരു പകർപ്പ് നിങ്ങൾ ഡ download ൺലോഡ് ചെയ്യണം എന്നതാണ് പ്രശ്നം, ഇത് ഞങ്ങളുടെ ബാൻഡ്‌വിഡ്ത്ത്, ബാൻഡ്‌വിഡ്ത്ത് എന്നിവയുടെ അസാധാരണമായ ഉപഭോഗത്തെ സൂചിപ്പിക്കുന്നു. ഭാഗ്യവശാൽ, മെഷീനുകളിലൊന്ന് അപ്‌ഡേറ്റുചെയ്യാനും അവിടെ നിന്ന് ഞങ്ങളുടെ നെറ്റ്‌വർക്ക് നിർമ്മിക്കുന്ന ബാക്കി മെഷീനുകൾ അപ്‌ഡേറ്റുചെയ്യാനും അനുവദിക്കുന്ന ഒരു രീതി ഉണ്ട്. ഈ രീതി, ചെലവ് കുറയ്ക്കുന്നതിനും ഞങ്ങളുടെ ബാൻഡ്‌വിഡ്ത്ത് ഉപയോഗം ഒപ്റ്റിമൈസ് ചെയ്യുന്നതിനും പുറമേ, വ്യത്യസ്ത മെഷീനുകളിൽ പാക്കേജുകളുടെ തനിപ്പകർപ്പ് ഒഴിവാക്കുന്നു: അവയെല്ലാം ഞങ്ങളുടെ "കാഷെ സെർവർ" ഉപയോഗിച്ച് പാക്കേജുകൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നു.


വ്യത്യസ്ത മെഷീനുകളിൽ നിങ്ങൾ ഒരേ വിതരണം നടത്തുമ്പോൾ (ജോലിസ്ഥലത്ത്, കമ്പ്യൂട്ടർ ലാബുകളിൽ, സെർവർ "ഫാമുകളിൽ", ക്ലസ്റ്ററുകളിൽ അല്ലെങ്കിൽ നിങ്ങളുടെ ചെറിയ ഹോം നെറ്റ്‌വർക്കിൽ പോലും) നിങ്ങളുടെ നെറ്റ്‌വർക്കിൽ ഒരു കാഷെ ശേഖരം സൃഷ്ടിക്കാൻ ഇത് ഉപയോഗപ്രദമാകും. ഒരു package ദ്യോഗിക ശേഖരത്തിൽ നിന്ന് ഒരു പാക്കേജ് ഡ ed ൺലോഡ് ചെയ്തുകഴിഞ്ഞാൽ, മറ്റെല്ലാ മെഷീനുകളും നിങ്ങളുടെ നെറ്റ്വർക്കിലെ ഒരു മെഷീനിൽ സൂക്ഷിച്ചിരിക്കുന്ന ആ കാഷെ ശേഖരത്തിൽ നിന്ന് ഡ download ൺലോഡ് ചെയ്യുന്നു, അതിനെ ഞങ്ങൾ "സെർവർ" എന്ന് വിളിക്കും. ഈ രീതിയിൽ, ഒരു മെഷീനിൽ നിന്ന് ഡ download ൺലോഡ് ചെയ്ത അപ്ഡേറ്റുകൾ the ദ്യോഗിക ശേഖരണങ്ങളിൽ നിന്ന് വീണ്ടും ഡ download ൺലോഡ് ചെയ്യാതെ തന്നെ മറ്റുള്ളവയിൽ ഇൻസ്റ്റാൾ ചെയ്യാൻ കഴിയും.

ഞാൻ ശുപാർശ ചെയ്യാത്ത ചില “പാരമ്പര്യേതര” പരിഹാരങ്ങൾ ആദ്യം നോക്കാം, പക്ഷേ ഈ ചോദ്യം പരിഹരിക്കുമ്പോൾ തീർച്ചയായും ഓർമ്മയിൽ വരും.

പങ്കിടുക / etc / apt

ഒരു ഡെബിയൻ ഡിസ്ട്രോയിൽ (അല്ലെങ്കിൽ അതിന്റെ ഡെറിവേറ്റീവുകളിൽ) നിങ്ങൾ ഒരു പാക്കേജ് ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ, അത് പ്രാദേശികമായി '/ etc / apt' ഡയറക്ടറിയിൽ സൂക്ഷിക്കുന്നു. ഒരു പാക്കേജ് ആവശ്യമുള്ളപ്പോൾ, ഒരു പ്രാദേശിക പകർപ്പ് (അതായത്, ഒരു കാഷെ) ഉണ്ടോയെന്ന് ആപ്റ്റ് ആദ്യം ഈ ഡയറക്ടറിയിൽ നോക്കുന്നു, അതിനാൽ അനാവശ്യ ഡൗൺലോഡ് ചെയ്യുന്നത് ഒഴിവാക്കുന്നു. തൽഫലമായി, സംശയാസ്‌പദമായ പ്രശ്‌നം പരിഹരിക്കാനുള്ള ഒരു നല്ല മാർഗം ഒരു കമ്പ്യൂട്ടർ തിരഞ്ഞെടുക്കലായിരിക്കുമെന്ന് നിങ്ങളിൽ പലരും തീർച്ചയായും ചിന്തിച്ചിരിക്കും, അത് ഞങ്ങൾ ഒരു തരം സെർവറായി നിശ്ചയിക്കും, അത് official ദ്യോഗിക ശേഖരണങ്ങൾ ഉപയോഗിച്ച് അപ്‌ഡേറ്റുചെയ്യുകയും പങ്കിടുകയും ചെയ്യും. നെറ്റ്‌വർക്കിലെ ബാക്കി മെഷീനുകൾക്കൊപ്പം നിങ്ങളുടെ ഡയറക്ടറി '/ etc / apt'. എന്നിരുന്നാലും, ഈ രീതി 'source.list' ഫയൽ തടയുന്നതുമായി ബന്ധപ്പെട്ട പ്രശ്നങ്ങളിലേക്ക് നയിച്ചേക്കാം. പൊതുവേ, ഇത് ഏറ്റവും വ്യാപകമായി ഉപയോഗിക്കുന്നതോ ഏറ്റവും സൗകര്യപ്രദമോ ആയ പരിഹാരമല്ല.

പാക്കേജുകൾ നീക്കുക

ഒരു സാധാരണ '/ etc / apt' ഡയറക്ടറി പങ്കിടുന്നതിനുപകരം, മറ്റൊരു കമ്പ്യൂട്ടർ ഓരോ കമ്പ്യൂട്ടറും സ്വന്തം ലോക്കൽ കാഷെ ഡയറക്ടറി ഉപയോഗിക്കുന്നു, പക്ഷേ ഒരു മെഷീനിൽ നിന്ന് മറ്റൊന്നിലേക്ക് പാക്കേജുകൾ പകർത്തുന്നത് ശ്രദ്ധിക്കുന്ന ഒരു സ്ക്രിപ്റ്റ് സൃഷ്ടിക്കുന്നു, അങ്ങനെ അവയെല്ലാം നിലനിൽക്കും അപ്‌ഡേറ്റുചെയ്‌തു. ഈ ടാസ്ക് നടപ്പിലാക്കുന്നതിനുള്ള ഒരു ഉപകരണം 'ആപ്റ്റ്-മൂവ്' ആകാം, പക്ഷേ അന്തിമ ഉപയോക്താവിന് വേണ്ടത്ര സുതാര്യമല്ലാത്തതിനാൽ ഞാൻ ഇത് സത്യസന്ധമായി ശുപാർശ ചെയ്യുന്നില്ല. കൂടാതെ, എല്ലാ പാക്കേജുകളും ഓരോ മെഷീനിലേക്കും പകർത്തേണ്ടിവരുമെന്നതിനാൽ ഡിസ്ക് സ്പേസ് പൂർണ്ണമായും അനാവശ്യമായി ഉപയോഗിക്കുന്നതിന് ഇത് അർത്ഥമാക്കാം.

സമർപ്പിത കാഷെ സിസ്റ്റങ്ങൾ

ഒരു സമർപ്പിത കാഷെ സിസ്റ്റം ഉപയോഗിക്കുന്നതാണ് ഈ പ്രശ്നത്തിനുള്ള ഏറ്റവും മികച്ച പരിഹാരം. ചുരുക്കത്തിൽ, നിങ്ങളുടെ നെറ്റ്‌വർക്കിലെ മെഷീനുകളിലൊന്നിൽ official ദ്യോഗിക സെർവറുകളുടെ ഒരു പകർപ്പ് സൃഷ്ടിക്കുകയും ബാക്കി മെഷീനുകൾ ക്രമീകരിക്കുകയും ചെയ്യുക എന്നതാണ്, അങ്ങനെ the ദ്യോഗിക സെർവറുകളിൽ നിന്നുള്ള അപ്‌ഡേറ്റുകൾ തിരയുന്നതിനുപകരം അവർ അത് ചെയ്യുന്നു ഈ പ്രാദേശിക കാഷെ ഉപയോഗിക്കുന്നു (അല്ലെങ്കിൽ പകർത്തുക).

ആപ്റ്റിനൊപ്പം പ്രവർത്തിക്കാൻ രൂപകൽപ്പന ചെയ്തിട്ടുള്ള വൈവിധ്യമാർന്ന സിസ്റ്റങ്ങളുണ്ട്, അവയിൽ ആപ്റ്റ്-കാഷർ, ആപ്റ്റ്-പ്രോക്സി, ആപ്റ്റ്-കാഷെ എന്നിവ ഉൾപ്പെടുന്നു.

ഇവിടെ ഞങ്ങൾ ഉപയോഗിക്കാൻ ഏറ്റവും എളുപ്പമുള്ള ആപ്റ്റ്-കാഷറിനെ നേരിടാൻ പോകുന്നു.

ആപ്റ്റ്-കാഷർ

ആപ്റ്റ്-കാഷർ മറ്റ് റിപ്പോസിറ്ററി കാഷിംഗ് സിസ്റ്റങ്ങളിൽ നിന്ന് വളരെ വ്യത്യസ്തമാണ്, കാരണം ഇത് ഒരു സ്റ്റാൻഡ്-എലോൺ പ്രോഗ്രാം അല്ല, അപ്പാച്ചിയുടെ കീഴിൽ ഒരു സി‌ജി‌ഐ സ്ക്രിപ്റ്റായി പ്രവർത്തിക്കുന്നു. ഇത് ചെറുതും ലളിതവുമായ ഒരു ഉപകരണമാക്കി മാറ്റുക, എന്നാൽ അതേ സമയം വളരെ ശക്തവും തന്മൂലം കൂടുതൽ കരുത്തുറ്റതുമാണ്, കാരണം പ്രോട്ടോക്കോളുകൾ കൈകാര്യം ചെയ്യുന്നതിന് അതിന്റേതായ കോഡ് ആവശ്യമില്ല, മാത്രമല്ല ഇത് വളരെ വഴക്കമുള്ളതാണ്, കാരണം നിങ്ങൾക്ക് ഇത് ഉപയോഗിക്കാൻ കഴിയും കാഷെ ആക്‌സസ്സുചെയ്യാൻ പ്രാപ്‌തമാക്കിയ മെഷീനുകളുടെ എണ്ണം പരിമിതപ്പെടുത്താൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെങ്കിൽ അപ്പാച്ചിയുടെ ആക്‌സസ്സ് നിയന്ത്രണ സംവിധാനം.

ആപ്റ്റ്-കാഷർ ഒരു മെഷീനിൽ മാത്രമേ ഇൻസ്റ്റാൾ ചെയ്യാവൂ, നിങ്ങളുടെ പ്രാദേശിക റിപ്പോസിറ്ററി കാഷായി പ്രവർത്തിക്കണമെന്ന് നിങ്ങൾ തീരുമാനിക്കുന്ന ഒന്ന്. തുടർന്ന്, നിങ്ങളുടെ നെറ്റ്‌വർക്കിലെ ബാക്കി കമ്പ്യൂട്ടറുകൾ കാഷെയിൽ നിന്ന് അപ്‌ഡേറ്റുകൾ അഭ്യർത്ഥിക്കുന്നതിനായി കോൺഫിഗർ ചെയ്തിരിക്കണം, the ദ്യോഗിക സെർവറുകളിൽ നിന്നല്ല.

സെർവർ കോൺഫിഗറേഷൻ

ഇൻസ്റ്റാളുചെയ്യാൻ

sudo apt-get apt-cacher ഇൻസ്റ്റാൾ ചെയ്യുക

ഈ പാക്കേജിന് അപ്പാച്ചെ, പേൾ, വിജറ്റ് എന്നിവയ്ക്കൊപ്പം ഡിപൻഡൻസികളുണ്ട്, അതിനാൽ നിങ്ങൾ ഇത് മുമ്പ് ഇൻസ്റ്റാൾ ചെയ്തിട്ടില്ലെങ്കിൽ അവ ഇൻസ്റ്റാൾ ചെയ്യും.

ഇൻസ്റ്റാൾ ചെയ്തുകഴിഞ്ഞാൽ, അപ്പാച്ചെ പുനരാരംഭിക്കാൻ ശുപാർശ ചെയ്യുന്നു:

/etc/init.d/apache പുനരാരംഭിക്കുക

അവസാനമായി, നിങ്ങൾ ചെയ്യേണ്ടത് സ്ക്രിപ്റ്റിന്റെ സ്ഥിരസ്ഥിതി പാരാമീറ്ററുകൾ ക്രമീകരിക്കുക എന്നതാണ്. ഞാൻ ഒരു ടെർമിനലിൽ എഴുതി:

sudo gedit /etc/apt-cacher/apt-cacher.conf

പൊതുവേ, എല്ലാ സ്ഥിരസ്ഥിതി മൂല്യങ്ങളും മികച്ചതാണ്, പക്ഷേ ഇനിപ്പറയുന്ന മൂന്ന് ക്രമീകരിക്കാൻ ശുപാർശ ചെയ്യുന്നു:

admin_email = mimail @ myserver generate_reports = 1 കാലഹരണപ്പെടൽ_ മണിക്കൂർ = 24

രണ്ടാമത്തെ ഘടകം ഒരു ബൂലിയൻ വേരിയബിളാണ്, അത് റിപ്പോർട്ടുകളുടെ ഉത്പാദനം നിർണ്ണയിക്കുന്നു (0 റിപ്പോർട്ടുകൾ സൃഷ്ടിക്കുന്നില്ല, 1 അവ സൃഷ്ടിക്കുന്നു). പകരം, സൃഷ്ടിച്ച റിപ്പോർട്ടുകൾ അയയ്‌ക്കുന്ന ഇമെയിൽ വിലാസമാണ് ആദ്യ ഘടകം. And ദ്യോഗിക സെർവറുകളിൽ ലഭ്യമായ അപ്‌ഡേറ്റുകൾ പരിശോധിക്കാൻ ആപ്റ്റ് എത്ര മണിക്കൂർ കാത്തിരിക്കണമെന്ന് മൂന്നാമത്തെയും അവസാനത്തെയും ഇനം നിർണ്ണയിക്കുന്നു.

നിങ്ങൾ ഒരു പ്രോക്സി ഉപയോഗിക്കുകയാണെങ്കിൽ, ഇനിപ്പറയുന്ന ഇനങ്ങൾ ചേർക്കാൻ മറക്കരുത്:

http_proxy = proxy.example.com: 8080 use_proxy = 1

ഇത് പ്രവർത്തിക്കുന്നുണ്ടോയെന്ന് പരിശോധിക്കാൻ, http: // server_name / apt-cacher / എന്ന url വഴി നിങ്ങളുടെ പ്രാദേശിക കാഷെ ആക്സസ് ചെയ്യാൻ കഴിയും, കൂടാതെ apt-cacher കോൺഫിഗറേഷൻ കാണിക്കുന്ന ഒരു പേജ് ദൃശ്യമാകും. 'സെർവർ_നെയിം' നിങ്ങൾ 'സെർവർ' എന്ന് നിയുക്തമാക്കിയ മെഷീന്റെ ഐപി ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കണം, അതായത് ലോക്കൽ പാക്കറ്റ് കാഷെയുടെ ഡിപോസിറ്ററിയായിരിക്കണം.

ക്ലയന്റുകളുടെ കോൺഫിഗറേഷൻ

ക്ലയന്റുകളുടെ സോഴ്‌സ്.ലിസ്റ്റ് പരിഷ്‌ക്കരിക്കുക മാത്രമാണ് ഇപ്പോൾ നിങ്ങൾ ചെയ്യേണ്ടത്, അതിലൂടെ അവർ സെർവറിലൂടെ കടന്നുപോകുന്നു. സെർവറിന്റെ ഐപി 123.123.123.123 ആണെങ്കിൽ, നിങ്ങൾ അത് സോഴ്‌സ്.ലിസ്റ്റിന്റെ ഓരോ വരിയിലും ചേർക്കേണ്ടതുണ്ട്, മാത്രമല്ല അവയെല്ലാം ഒരേ സെർവറിലേക്ക് റഫർ ചെയ്യുന്നതും ശ്രദ്ധിക്കുക, അല്ലാത്തപക്ഷം കാഷെ ഒരു ഫലവും ഉണ്ടാക്കില്ല.

sudo gedit /etc/apt/sources.list
കുറിപ്പ്: ശ്രദ്ധിക്കുക! ഡെബിയനിലും അതിന്റെ ഡെറിവേറ്റീവുകളിലും 'source.list' '/ etc / apt' ൽ സംഭരിച്ചിരിക്കുന്നു. എന്നിരുന്നാലും, മറ്റ് വിതരണങ്ങളിൽ ഇത് മറ്റൊരു പാതയിൽ സൂക്ഷിക്കാം. നിങ്ങൾക്ക് ഫയൽ കണ്ടെത്താൻ കഴിയുന്നില്ലെങ്കിൽ, ഒരു ടെർമിനലിൽ 'ഉറവിടങ്ങൾ കണ്ടെത്തുക' ലിസ്റ്റ് നൽകി നിങ്ങൾക്ക് എല്ലായ്പ്പോഴും അത് കണ്ടെത്താൻ കഴിയും.

ഫയൽ തുറന്നുകഴിഞ്ഞാൽ, ഞങ്ങളുടെ സെർവറിന്റെ ഐപി 123.123.123.123 ആണെങ്കിൽ, ഇനിപ്പറയുന്ന മാനദണ്ഡങ്ങൾ ഉപയോഗിച്ച് എല്ലാ വരികളും പരിഷ്‌ക്കരിക്കണം:

# ഒറിജിനൽ # ഡെബ് http://ftp.us.debian.org/debian/ സിഡ് പ്രധാന സംഭാവന സ്വതന്ത്രമല്ലാത്ത # ഡെബ്-എസ്ആർ‌സി http://ftp.us.debian.org/debian/ sid പ്രധാന സംഭാവന സ non ജന്യമല്ലാത്ത # പരിഷ്‌ക്കരിച്ചത് ഡെബ് http://123.123.123.123/apt-cacher/ftp.us.debian.org/debian/ സിഡ് പ്രധാന സംഭാവന നോൺ-ഫ്രീ ഡെബ്-എസ്ആർ‌സി http://123.123.123.123/apt-cacher/ftp.us.debian. org / debian / sid പ്രധാന സംഭാവന സ non ജന്യമാണ്

നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, URL- ന്റെ തുടക്കത്തിൽ IP + '/ apt-cacher /' സെർവർ ചേർക്കേണ്ടതാണ്. യഥാർത്ഥ വരിയുടെ ബാക്കി ഭാഗം വരുന്നു.

ട്രാഫിക് സ്ഥിതിവിവരക്കണക്കുകൾ

'Apt-cacher.conf' ഫയലിൽ 'generate_reports = 1' എന്ന ഘടകം നിങ്ങൾ ചേർത്തിട്ടുണ്ടെങ്കിൽ, apt-cacher ആക്സസ് സ്ഥിതിവിവരക്കണക്കുകൾ സൃഷ്ടിക്കും, അത് നിങ്ങൾക്ക് '/ apt-cacher / report' എന്ന url ഉപയോഗിച്ച് ആക്സസ് ചെയ്യാൻ കഴിയും.

ഏതെങ്കിലും കാരണത്താൽ, 'apt-cacher.conf' ൽ സജ്ജമാക്കിയിരിക്കുന്ന മണിക്കൂറുകളുടെ എണ്ണത്തിന് മുമ്പായി നിങ്ങൾ സ്ഥിതിവിവരക്കണക്കുകൾ സൃഷ്ടിക്കേണ്ടതുണ്ടെങ്കിൽ, ഇനിപ്പറയുന്ന കമാൻഡ് പ്രവർത്തിപ്പിക്കുക:

/usr/share/apt-cacher/apt-cacher-report.pl

ലേഖനത്തിന്റെ ഉള്ളടക്കം ഞങ്ങളുടെ തത്ത്വങ്ങൾ പാലിക്കുന്നു എഡിറ്റോറിയൽ എത്തിക്സ്. ഒരു പിശക് റിപ്പോർട്ടുചെയ്യാൻ ക്ലിക്കുചെയ്യുക ഇവിടെ.

12 അഭിപ്രായങ്ങൾ, നിങ്ങളുടേത് വിടുക

നിങ്ങളുടെ അഭിപ്രായം ഇടുക

നിങ്ങളുടെ ഇമെയിൽ വിലാസം പ്രസിദ്ധീകരിച്ചു ചെയ്യില്ല.

*

*

  1. ഡാറ്റയുടെ ഉത്തരവാദിത്തം: മിഗുവൽ ഏഞ്ചൽ ഗാറ്റൻ
  2. ഡാറ്റയുടെ ഉദ്ദേശ്യം: സ്പാം നിയന്ത്രിക്കുക, അഭിപ്രായ മാനേജുമെന്റ്.
  3. നിയമസാധുത: നിങ്ങളുടെ സമ്മതം
  4. ഡാറ്റയുടെ ആശയവിനിമയം: നിയമപരമായ ബാധ്യതയല്ലാതെ ഡാറ്റ മൂന്നാം കക്ഷികളുമായി ആശയവിനിമയം നടത്തുകയില്ല.
  5. ഡാറ്റ സംഭരണം: ഒസെന്റസ് നെറ്റ്‌വർക്കുകൾ (ഇയു) ഹോസ്റ്റുചെയ്യുന്ന ഡാറ്റാബേസ്
  6. അവകാശങ്ങൾ: ഏത് സമയത്തും നിങ്ങളുടെ വിവരങ്ങൾ പരിമിതപ്പെടുത്താനും വീണ്ടെടുക്കാനും ഇല്ലാതാക്കാനും കഴിയും.

  1.   എഡ്വാർഡ് പറഞ്ഞു

    ആശംസകൾ, മികച്ച സംഭാവന, പാച്ചുകൾ പ്രയോഗിക്കാൻ ഒരു കേന്ദ്രീകൃത സംഭരണിയുണ്ടാക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഏതെങ്കിലും ആപ്ലിക്കേഷനെക്കുറിച്ച് നിങ്ങൾക്കറിയാമെങ്കിൽ, പക്ഷേ വ്യത്യസ്ത വിതരണങ്ങളിലേക്ക്, അതായത്, ഒരേ സമയം നിരവധി മെഷീനുകൾ അപ്ഡേറ്റ് ചെയ്യുക, എന്നാൽ വ്യത്യസ്ത വിതരണങ്ങൾ

  2.   നമുക്ക് ലിനക്സ് ഉപയോഗിക്കാം പറഞ്ഞു

    ഹായ് എഡ്വേർഡോ! ഞാൻ അത് വളരെ ബുദ്ധിമുട്ടാണ് കാണുന്നത് എന്നതാണ് സത്യം. നിങ്ങൾ എന്തെങ്കിലും വഴി കണ്ടെത്തുകയാണെങ്കിൽ, എന്നെ അറിയിക്കുന്നത് നിർത്തരുത്.
    ഒരു വലിയ ആലിംഗനം! ചിയേഴ്സ്! പോൾ.

  3.   പിശുക്ക് പറഞ്ഞു

    ഞാൻ മാനേജുചെയ്യുന്ന സെർവറുകൾ വിദൂരമായി നിയന്ത്രിക്കാൻ ഞാൻ പാവയെ ഉപയോഗിക്കുന്നു.

  4.   നമുക്ക് ലിനക്സ് ഉപയോഗിക്കാം പറഞ്ഞു

    അതെ, വിവരങ്ങൾക്ക് വളരെ നന്ദി. ഞാൻ ഇതിനകം തന്നെ അത് ശരിയാക്കി.
    ആലിംഗനം! പോൾ.

  5.   ജെനിയുട്രിക്സോൺ പറഞ്ഞു

    ഹലോ,

    ട്യൂട്ടോറിയൽ വളരെ നല്ലതാണ് ... എനിക്ക് ഒരു സ്കോപ്പ് ഉണ്ട് .. ഡെബിയൻ ലെന്നിയിൽ source.lst പാതയിലാണ് / etc / apt /

    ആശംസകൾ

  6.   സെപൽ‌വേദമാർക്കോസ് പറഞ്ഞു

    ചോദ്യം….

    എനിക്ക് ഒരേ ഡിസ്ട്രോയുള്ള രണ്ട് മെഷീനുകൾ ഉണ്ടെങ്കിൽ… എന്നാൽ ഒരേ പ്രോഗ്രാമുകളില്ലെങ്കിൽ…. Rep ദ്യോഗിക റിപ്പോകളിൽ നിന്ന് എന്താണ് ഡ download ൺലോഡ് ചെയ്യേണ്ടതെന്ന് നിങ്ങൾക്ക് എങ്ങനെ അറിയാം…. എല്ലാം കുറയ്ക്കുന്നു ??? ...

  7.   നമുക്ക് ലിനക്സ് ഉപയോഗിക്കാം പറഞ്ഞു

    നിങ്ങളുടെ ചോദ്യം മികച്ചതാണ്. സിസ്റ്റം ഒരു പൊതു ആപ്റ്റിലെ പോലെ തന്നെ പ്രവർത്തിക്കണമെന്ന് ഞാൻ കണക്കാക്കുന്നു: ഇത് കാഷെയിൽ കണ്ടെത്തിയില്ലെങ്കിൽ, അത് official ദ്യോഗിക ശേഖരണങ്ങളിൽ നിന്ന് ഡ download ൺലോഡ് ചെയ്യുന്നു. ഈ സാഹചര്യത്തിൽ, നിങ്ങളുടെ നെറ്റ്‌വർക്കിന്റെ "സെർവറിലെ" അപ്‌ഡേറ്റുകളുടെ ലിസ്റ്റ് അനുസരിച്ച് ഒരു അപ്‌ഡേറ്റ് ആവശ്യമാണെന്ന് "ക്ലയന്റ്" മെഷീനുകളിലൊന്ന് "സെർവറിനെ" അറിയിക്കുന്നു. ആ അപ്‌ഡേറ്റ് ഇൻസ്റ്റാളുചെയ്യാൻ, ഇത് ആദ്യം സെർവർ കാഷെയിലെ പാക്കേജിനായി തിരയുമെന്ന് ഞാൻ കണക്കാക്കുന്നു. അത് കണ്ടെത്താൻ കഴിയുന്നില്ലെങ്കിൽ, അത് the ദ്യോഗിക ശേഖരണങ്ങളിൽ നിന്ന് ഡ download ൺലോഡ് ചെയ്യുകയും സെർവറിൽ സംരക്ഷിക്കുകയും അവിടെ നിന്ന് അത് ആവശ്യമുള്ള മെഷീനിൽ ഇൻസ്റ്റാൾ ചെയ്യുകയും ചെയ്യുന്നു. ഈ പാക്കേജ് "സെർവർ" കാഷെയിൽ ലഭ്യമാകുന്നതിനാൽ നിങ്ങളുടെ നെറ്റ്‌വർക്കിലെ മറ്റ് മെഷീനുകൾക്ക് അവിടെ നിന്നും ഇത് ഇൻസ്റ്റാൾ ചെയ്യാൻ കഴിയും.

    എനിക്ക് വേണ്ടത്ര വ്യക്തതയില്ലെങ്കിൽ ദയവായി എഴുതാൻ മടിക്കേണ്ട.

    ഒരു ആലിംഗനം! പോൾ.

  8.   മിഷുഡാർക്ക് പറഞ്ഞു

    ഒരു പിശക് ഉണ്ടെന്ന് ഞാൻ കരുതുന്നു… പാക്കേജുകൾ / etc / apt ൽ സംഭരിച്ചിട്ടില്ല…. അവ യഥാർത്ഥത്തിൽ / var / cache / apt / ആർക്കൈവുകളിൽ തുടരും

  9.   നമുക്ക് ലിനക്സ് ഉപയോഗിക്കാം പറഞ്ഞു

    എനിക്കറിയില്ല എന്നതാണ് സത്യം.
    തീർച്ചയായും അതിന് ഒരു വഴിയുണ്ട്. 🙁
    നിങ്ങൾ കണ്ടെത്തുകയാണെങ്കിൽ, എന്നെ അറിയിക്കുക, ഞാൻ അത് ചേർക്കും.
    ചിയേഴ്സ്! പോൾ.

  10.   അൽവാറോ പറഞ്ഞു

    ഡൈനാമിക് ഐപികളുമായി ഒന്നുമില്ല, അല്ലേ?

  11.   മാർസ് പറഞ്ഞു

    നിലവിലെ കൂടുതൽ ഡിസ്ട്രോകളിൽ നിങ്ങൾ പ്രാദേശിക നെറ്റ്‌വർക്കിന്റെ URL ലേക്ക് പോർട്ട് (സ്ഥിരസ്ഥിതിയായി 3142) ചേർക്കണം. ഇത് ഇങ്ങനെയായിരിക്കും: http://mi_servidor:3142/apt-cacher

  12.   ആൽഫ്രെഡോ ടോറൽ‌ബ പറഞ്ഞു

    എനിക്ക് ലുബുണ്ടു 16.04 ഈ സമ്പ്രദായത്തിൽ ആരാണ് ഇത് ചെയ്തത്, അത് അവനുവേണ്ടി പ്രവർത്തിച്ചിട്ടുണ്ടെങ്കിൽ? ഞാൻ ഈ സെർവർ ഇൻസ്റ്റാൾ ചെയ്യുകയും എന്റെ മറ്റ് മെഷീനുകൾക്ക് സമാന പ്രോഗ്രാമുകൾ ഇല്ലാതിരിക്കുകയും ചെയ്താൽ ഞാൻ ചോദിക്കാൻ ആഗ്രഹിക്കുന്നത് സെർവറിൽ എന്റെ പക്കലുള്ള ഒരു പ്രോഗ്രാം ഇൻസ്റ്റാൾ ചെയ്യുന്നതിനായി എന്റെ ക്ലയന്റ് മെഷീനുകളിൽ അഭ്യർത്ഥിക്കുമ്പോൾ, ഞാൻ ഇൻസ്റ്റാൾ ചെയ്യുന്നു ഇത് ലോക്കൽ സെർവറിൽ നിന്ന് നേരിട്ട് അല്ലെങ്കിൽ re ദ്യോഗിക റിപ്പോസിറ്ററി സെർവറിലേക്കുള്ള അഭ്യർത്ഥന ചെയ്യുന്നുണ്ടോ?