लिनक्स के लिए वितरित पैकेज रिपॉजिटरी?

Question

कई बार मैंने नोट को यूजर्स को अपनी रिपॉजिटरी को अपडेट नहीं करने के लिए कहा है (अक्सर दिन में एक से अधिक बार) क्योंकि वह सर्वर के लिए बहुत बड़ा तनाव देगा। इसके अलावा मैं समझता हूं कि इस तरह के रिपॉजिटरी के लिए यह राक्षसी मशीन लेता है।

मुझे आश्चर्य है कि क्या पैकेज मैनेजमेंट के लिए बिटटोरेंट जैसी कोई चीज है? या अगर वहाँ नहीं है, क्या इस तरह की व्यवस्था करना संभव है?

(मैं एक ऐसी प्रणाली के बारे में सोच रहा हूं, जहां प्रत्येक उपयोगकर्ता अपने पास मौजूद पैकेज को रखता है और उसी तरीके से बिटटोरेंट के रूप में सेवा करता है)।

Comments

मैंने ऐसा नोट कभी नहीं देखा। इसके अलावा, यही कारण है कि दर्पण हैं।

— tshepang

@Tshepang यहाँ Gentoo (पृष्ठ के निचले भाग पर) के लिए एक है, मुझे यह भी एक और distro के लिए gentoo.org/doc/en/handbook/handbook-amd64.xml=part=2&chap=1

— phunehehe याद है।

शायद यह src- आधारित प्रणालियों के लिए अद्वितीय है?

— tshepang

यार, सही उत्तर उचित कैश हेडर का उपयोग करना चाहिए, केवल यदि नया हो तो ... और मुझे पूरा यकीन है कि आर्क के पास कहीं है ... यह डिस्ट्रो का रोल करने के लिए अधिक है और मेरे जैसे लोग अपडेट के आदी हैं

— xenoterracide

Answer 1

वास्तव में यह संभव है और निश्चित रूप से मौजूद है, लेकिन सभी मौजूदा परियोजनाएं अभी भी केवल प्रयोग हैं।

मुझे दो दिलचस्प पेपर मिले:

• स्वयंसेवी सहायता का उपयोग करके सुरक्षित सॉफ्टवेयर वितरण के लिए एक पी 2 पी-आधारित वास्तुकला
• वितरित पैकेज प्रबंधन नेटवर्क के लिए सिमुलेशन मंच । विशिष्ट अभिरुचि एक अध्याय है जहां रिपॉजिटरी-कम पैकेज मैनेजमेंट नेटवर्क की अवधारणाशुरू की गई है।

तो हाँ, यह संभव है और यह वास्तव में एक बहुत ही दिलचस्प विषय है।

Comments

देखिए, यह उस तरह का पहला उत्तर है जिसकी मुझे उम्मीद थी :)

— phunehehe

@ धन्यवाद, मैंने थोड़ा जवाब तय किया।

— tmow

ध्यान देने योग्य बात यह है कि इससे क्रिप्टो पर अंतर्राष्ट्रीय नियंत्रण लगभग असंभव हो जाएगा ... शायद ऐसा क्यों नहीं किया गया है - उदाहरण के लिए अमेरिकी सरकार क्रिप्टो को "हथियारबंद" तकनीक मानती है। यह एक लिनक्स पैकेज की मेजबानी के लिए एक हथियार तस्कर के रूप में गिरफ्तार होने के लिए चूसना की तरह होगा।

— रोबॉटहैंस

@ aking1012 यह एक अच्छा बिंदु है, लेकिन नियंत्रण संभव है, यह सभी पैकेजों को डाउनलोड करने और उन्हें एक-एक करके सत्यापित करने के लिए पर्याप्त है (सामान्य वितरण के साथ एक ही), महत्वपूर्ण बात यह है कि GNU / Linux वितरक की एक सूची प्रदान करते हैं cksum (sha *, md5, जो भी हो) के साथ पैकेज, जो कि होता है, वैसे भी, सामान्य पैकेज वितरण में।

— tmow

Answer 2

इसके अलावा, यदि यह एक कॉर्पोरेट सेटिंग के भीतर है, तो आप इस समस्या को कम करने के लिए स्थानीय दर्पण और / या परदे के पीछे सेटअप कर सकते हैं। इस तरह से बिटकॉइन की कोई आवश्यकता नहीं है। यदि आप डेबियन आधारित वितरण का उपयोग कर रहे हैं, तो आप इसे करने के लिए पहले से ही apt-cacher / apt -xy का उपयोग कर सकते हैं ।

Comments

धन्यवाद, लेकिन यह वास्तव में मेरे या मेरी कंपनी के बारे में नहीं है। मैं इसे किसी भी वितरण के सर्वर पर तनाव से बचने का एक तरीका समझ रहा था। शानदार होगा, है ना?

— फन्हेहे

Answer 3

आप अपाचे आधारित लोड बैलेंसर स्थापित करने का प्रयास कर सकते हैं और "बैक" छोर के रूप में कई अलग-अलग दर्पण निर्दिष्ट कर सकते हैं। हर बार जब आप अपने प्रॉक्सी को मारते हैं तो एक अलग वास्तविक दर्पण हिट हो जाएगा, जिससे आपके अनुरोध कई दर्पणों के बीच फैल जाएंगे।

लेकिन, अधिकांश दर्पण दिन में केवल एक बार अपडेट होते हैं। एक सिंगल मिररिंग जॉब लंबा हो सकता है, खासकर जब एक बड़ा अपडेट हो। दर्पण ऑपरेटरों के लिए प्रति दिन एक से अधिक बार आम तौर पर इसके लायक नहीं होता है, और अक्सर मिरर करना एक सरल की तुलना में ऊपर की ओर बहुत अधिक तनाव डालता है apt-get update।

याद रखें, दर्पण और वितरण अक्सर स्वयंसेवक आधार पर किए जाते हैं। उन स्वयंसेवकों को बैंडविड्थ, भंडारण, बिजली, शीतलन, आदि के लिए बड़ी रकम का भुगतान करना पड़ता है।

मैं खुद एक डेबियन दर्पण संचालित करता हूं। कृपया, हमारी मदद करें और हमें बहुत मुश्किल न दें।

Answer 4

के लिए apt: apt-transport-debtorrent। ध्यान दें कि आपको अभी भी apt-get updateदर्पणों में से एक से पैकेज सूची (यानी ) प्राप्त करने की आवश्यकता है ताकि यह पता चल सके कि पैकेज क्या उपलब्ध हैं।

Comments

मैंने इसका उपयोग करने की कोशिश की है और कुछ नहीं हुआ। क्या किसी ने इसका सफल प्रयोग किया है?

— फहीम मीठा

पिछली बार मैंने कोशिश की थी कि यह काम करे, लेकिन बहुत धीमा था। : इस पढ़ने का प्रयास करें debtorrent.alioth.debian.org/Install

— syockit