স্কুইডকে মাভেন সংগ্রহস্থল হিসাবে ব্যবহার করা হচ্ছে

Question

কেউ কি জানেন যে কীভাবে মেকেন স্টোরগুলি প্রক্সি করতে স্কুইড ব্যবহার করবেন?

এর জন্য কনফিগারেশন ফাইলগুলি কী কী?

মূল সমস্যাটি হ'ল মভেন ক্লায়েন্টগুলি শিরোনামগুলির সাথে এইচটিটিপি অনুরোধ জারি করে যা ক্যাশে আচরণকে নিয়ন্ত্রণ করে (এবং আমি সেটি বাইপাস করতে চাই)।

এখানে একটি সাধারণ অনুরোধ রইল:

GET /maven/proxy/jboss-public/org/richfaces/richfaces-bom/4.2.0.Final/richfaces-bom-4.2.0.Final.pom HTTP/1.1
Cache-control: no-cache
Cache-store: no-store
Pragma: no-cache
Expires: 0
Accept-Encoding: gzip
User-Agent: Apache-Maven/3.0.4 (Java 1.6.0_26; Linux 2.6.32-38-generic)
Host: 192.168.2.171
Connection: Keep-Alive

আমি ইতিমধ্যে তার জন্য অ্যাপাচি এইচটিটিপিডি (এবং disk_cache proxy_httpমডিউলগুলি সক্ষম) ব্যবহার করছি তবে আমি একটি আয়না তৈরি করছি, প্রক্সি নয়।

এখানে কনফিগারেশন রয়েছে ( সেই সাইটের উপর ভিত্তি করে ):

<Proxy *>
Order deny,allow 
Allow from all 
</Proxy>

# central 
ProxyPass /maven/proxy/central http://repo1.maven.org/maven2
ProxyPassReverse /maven/proxy/central http://repo1.maven.org/maven2
CacheEnable disk /maven/proxy/central

# jboss-public-repository-group 
ProxyPass /maven/proxy/jboss-public http://repository.jboss.org/nexus/content/groups/public
ProxyPassReverse /maven/proxy/jboss-public http://repository.jboss.org/nexus/content/groups/public
ProxyPassReverseCookiePath /nexus /maven/proxy/jboss-public
CacheEnable disk /maven/proxy/jboss-public

# codehaus
ProxyPass /maven/proxy/codehaus http://repository.codehaus.org/
ProxyPassReverse /maven/proxy/codehaus http://repository.codehaus.org/
CacheEnable disk /maven/proxy/codehaus

CacheDirLength 2
CacheDirLevels 3

# Override default cache expiration and control 
CacheDefaultExpire 2419200
CacheMaxExpire 2419200

# Ignore requests to not serve from cache. Maven data never changes. 
CacheIgnoreCacheControl On
CacheIgnoreNoLastMod On
CacheStoreNoStore On

# Default max file size is 64K. Set to 1GB. 
CacheMaxFileSize 1073741824

Comments

আপনি কি পরিবর্তে নেক্সাস ব্যবহার বিবেচনা করেছেন?

— আর্টব্রিস্টল

অবশ্যই আমি এটি বিবেচনা করেছি। আমি অন্যদেরও পরীক্ষা করেছি। তবে প্রক্সি মোডে অ্যাপাচি-র মতো দ্রুত আর কিছুই ছিল না। এ কারণেই আমি আরও প্রকৃত পারফরম্যান্স পেতে একটি প্রকৃত প্রক্সি এবং স্কুইড ব্যবহার করতে চেয়েছিলাম।

— অ্যান্থনি ও।

আপনি যদি সুগন্ধি করতে চান তবে আর্টিফ্যাক্টরি, নেক্সাস বা অ্যাপাচি আর্কাইভা ​​জাতীয় অভ্যন্তরীণ কৃত্রিম সংগ্রহশালা ব্যবহার করে আরও বুদ্ধিমান হয়ে উঠুন। আপনি যখনই কোনও নতুন মডিউল চান তখনই তারা আপনার স্থানীয় নেটওয়ার্ক থেকে ইন্টারনেট থেকে ডাউনলোড করবে এবং আপনার নেটওয়ার্কের যদি কারও যদি এই একই মডিউলটির প্রয়োজন হয় তবে আবার ডাউনলোড করার জন্য ইন্টারনেটে যাওয়ার দরকার নেই। ব্যান্ডউইদথ এবং কেচেসাইজ সম্পর্কে যত্ন ছাড়াই সংরক্ষণ করা।

— জোওও ভিটোরিনো

আমি @ জোয়াওভিটোরিনোর সাথে একমত - কৃত্রিম কারখানার ক্যাশে ব্যবহার করা সম্ভবত সেরা বিকল্প।

— slm

Answer 1

আমি নেক্সাসের মতো একটি যথাযথ সংগ্রহস্থল ব্যবহার করার পরামর্শ দিচ্ছি যা আপনার নিজস্ব স্থানীয় শিল্পকর্মের সাথে কেন্দ্রীয় ভেন্যুগুলিকে একটি ভাণ্ডারে মিশ্রিত করা, প্রথম অনুরোধের পরে কেন্দ্রীয় থেকে ডাউনলোড করা শিল্পকর্মগুলির ক্যাচিংয়ের মতো অনেক বেশি নমনীয়তা সক্ষম করবে (যাতে আপনার সমস্ত শিল্পকর্ম হোস্ট করার প্রয়োজন হয় না, কেবলমাত্র আপনার যা প্রয়োজন), আপনাকে কেন্দ্রিয় শিল্পকলাগুলি মুছে ফেলা থেকে রক্ষা করে (মনে করুন এনপিএম বামপ্যাড ফাইস্কো) নির্দিষ্ট কিছু শিল্পকর্মের ব্যবহার রোধ করতে সক্ষম করে (বলুন যে কোনও ভাঙা শিল্পকর্ম রয়েছে যার একটি সুরক্ষা ত্রুটি রয়েছে, আপনি এটি ব্যবহার থেকে সমস্ত ব্যবহারকারীকে অবরুদ্ধ করতে পারেন) ।

এবং সর্বোপরি, আপনার ব্যবহারকারীদের মাভেন / গ্রেডল / ইত্যাদির জন্য প্রক্সি কনফিগারেশন সেট আপ করতে সময় নষ্ট করতে হবে না। যা সময়ে সময়ে জটিল হতে পারে ...

তবে আপনার অবশ্যই এটি স্কুইডে করা উচিত:

অনুমতিযুক্ত ডোমেনগুলি এতে রাখুন /etc/squid/mavendomains.list।

ইন squid.conf(বা যদি আপনি ফাইল ... অন্তর্ভুক্ত করেছি):

acl maven-domains dstdomain "/etc/squid/mavendomains.list"
acl allowed-networks src x.x.x.x/x
http_access allow allowed-networks maven-domains