হালনাগাদ
এস 3 এখন এস 3 এর জন্য একটি সম্পূর্ণ-পরিচালিত এসএফটিপি গেটওয়ে পরিষেবা সরবরাহ করে যা আইএএমের সাথে সংহত হয় এবং অ্যাওস-ক্লাইম ব্যবহার করে পরিচালিত হতে পারে।
এটি একটি নিখুঁত সমাধান নয় কেন তাত্ত্বিক এবং ব্যবহারিক কারণ আছে, কিন্তু এটি কার্যকর ...
আপনি একটি লিনাক্স সার্ভারে একটি এফটিপি / এসএফটিপি পরিষেবা (যেমন প্রোটিপিডি) ইনস্টল করতে পারবেন, ইসি 2 অথবা আপনার নিজের ডেটা সেন্টারে ... তারপরে একটি বালতি মাউন্ট করুন যেখানে ফাইলটি সিস্টেমে s3fs ব্যবহার করে chroot এ কনফিগার করা হয়েছে ।
আমার কাছে একটি ক্লায়েন্ট রয়েছে যা এস 3 এর বাইরে সামগ্রী পরিবেশন করে এবং লিখিত সামগ্রীটি তৃতীয় পক্ষ তাদের সরবরাহ করে যারা কেবলমাত্র ftp পুশকে সমর্থন করে ... সুতরাং কিছুটা দ্বিধা সহ (এস 3 এবং একটি প্রকৃত ফাইল সিস্টেমের মধ্যে প্রতিবন্ধকতা মেলে না বলে) তবে অভাব রয়েছে যথাযথ এফটিপি / এস 3 গেটওয়ে সার্ভার সফ্টওয়্যার প্যাকেজ লেখার সময় (যা আমি এখনও এই দিনগুলির মধ্যে একটি করার ইচ্ছা করি), আমি বেশ কয়েক মাস আগে তাদের জন্য এই সমাধানটি প্রস্তাব এবং স্থাপন করেছি এবং তারা সিস্টেমে কোনও সমস্যা হিসাবে রিপোর্ট করেনি।
বোনাস হিসাবে, যেহেতু proftpd প্রতিটি ব্যবহারকারীকে তাদের নিজস্ব ডিরেক্টরি ডিরেক্টরিতে chroot করতে পারে এবং "ভান" করতে পারে (ব্যবহারকারী যতদূর বলতে পারে) যে proftpd ব্যবহারকারীর মালিকানাধীন ফাইলগুলি লগ-ইন করা ব্যবহারকারীর মালিকানাধীন, এই প্রতিটি এফটিপি ব্যবহারকারীকে আলাদা করে দেয় বালতিটির একটি "উপ-ডিরেক্টরি" এবং অন্য ব্যবহারকারীদের ফাইলকে অ্যাক্সেসযোগ্য করে তুলবে।
ডিফল্ট কনফিগারেশন নিয়ে অবশ্য সমস্যা আছে।
একবার আপনি কয়েক দশক বা শত শত ফাইল পেতে শুরু করলে, আপনি যখন কোনও ডিরেক্টরি তালিকা টানবেন তখন সমস্যাটি নিজেই প্রকাশ পাবে, কারণ প্রোএফটিপিডি .ftpaccessফাইলগুলি বারবার এবং বার বার পড়ার চেষ্টা করবে এবং ডিরেক্টরিতে প্রতিটি ফাইলের জন্য, .ftpaccessব্যবহারকারীর এটি দেখার অনুমতি দেওয়া উচিত কিনা তা পরীক্ষা করে দেখুন।
আপনি প্রোএফটিপিডিতে এই আচরণটি অক্ষম করতে পারেন, তবে আমি পরামর্শ দেব যে সর্বাধিক সঠিক কনফিগারেশন হ'ল -o enable_noobj_cache -o stat_cache_expire=30এস 3 এসএসে অতিরিক্ত বিকল্পগুলি কনফিগার করা :
-o stat_cache_expire (ডিফল্ট কোন মেয়াদ শেষ হয় না)
স্ট্যাট ক্যাশে প্রবেশের জন্য মেয়াদোত্তীর্ণ সময় (সেকেন্ড) নির্দিষ্ট করুন
এই বিকল্পটি ব্যতীত, আপনি এস 3-র কাছে কম অনুরোধ করবেন, তবে বাহ্যিক প্রক্রিয়াগুলি বা এস 3 এফ-এর অন্যান্য উদাহরণগুলি যদি বালতিতে বস্তুগুলিকে সংশোধন করে তবে আপনি সর্বদা নির্ভরযোগ্যভাবে অবজেক্টগুলিতে করা পরিবর্তনগুলি আবিষ্কার করতে পারবেন না। আমার সিস্টেমে "30" মানটি কিছুটা নির্বিচারে নির্বাচন করা হয়েছিল।
-o enable_noobj_cache (ডিফল্ট অক্ষম করা হয়)
যে অস্তিত্ব নেই তার জন্য ক্যাশে এন্ট্রি সক্ষম করুন। s3fs সর্বদা পরীক্ষা করতে হবে যখন s3fs কিছু আদেশ দেয় তখন বস্তু (পাথ) এর অধীনে ফাইল (বা উপ ডিরেক্টরি) উপস্থিত রয়েছে কি না, যেহেতু s3fs একটি ডিরেক্টরিকে স্বীকৃত করেছে যা বিদ্যমান নেই এবং তার নিজস্ব ফাইল বা উপ-ডিরেক্টরি রয়েছে। এটি তালিকার ক্ষেত্রে অনুরোধ বাড়ায় এবং কার্য সম্পাদনকে খারাপ করে তোলে। আপনি পারফরম্যান্সের জন্য এই বিকল্পটি নির্দিষ্ট করতে পারেন, স্ট্যাট ক্যাশে s3fs মুখস্থ করে যা বস্তুর (ফাইল বা ডিরেক্টরি) উপস্থিত নেই।
এই বিকল্পটি s3fs কে মনে করতে দেয় যে .ftpaccessসেখানে ছিল না।
উপরোক্ত পরিবর্তনগুলি দ্বারা সমাধান করা প্রোফটিপিডি সহ উত্পন্ন হতে পারে এমন পারফরম্যান্স সম্পর্কিত সমস্যার সাথে সম্পর্কিত নয়, আপনাকে -o enable_content_md5এস 3 এফও সক্ষম করতে হবে ।
-o enable_content_md5 (ডিফল্ট অক্ষম করা হয়)
কনটেন্ট-এমডি 5 হেডার দ্বারা গুণিতকৃত আপলোড হওয়া ডেটা যাচাই করা। মাল্টিপার্ট পোস্টিং ছাড়াই কোনও সামগ্রী আপলোড করার সময় "সামগ্রী-MD5" শিরোনাম প্রেরণ সক্ষম করুন। এই বিকল্পটি সক্ষম থাকলে, ছোট বস্তু আপলোড করার সময় এর s3fs এর পারফরম্যান্সের কিছুটা প্রভাব রয়েছে। যেহেতু বড় 3 অবজেক্ট আপলোড করার সময় s3fs সর্বদা MD5 চেক করে, এই বিকল্পটি বড় অবজেক্টের উপর প্রভাব ফেলবে না।
এটি এমন একটি বিকল্প যা কখনই কোনও বিকল্প হওয়া উচিত ছিল না - এটি সর্বদা সক্ষম করা উচিত, কারণ এটি না করা কেবলমাত্র একটি তুচ্ছ কর্মক্ষমতা সুবিধার জন্য একটি সমালোচনামূলক অখণ্ডতা যাচাই করে চলে। যখন কোনও বস্তু এস দিয়ে এস 3 এ আপলোড করা হয়Content-MD5: শিরোনামের চেকসামটিকে বৈধতা দেবে এবং ট্রানজিটে দুর্নীতিগ্রস্থ হলে অবজেক্টটিকে প্রত্যাখ্যান করবে। তবে তা অসম্ভব বলে মনে হলেও এই সুরক্ষা চেকটি অক্ষম করা স্বল্পদৃষ্টির বলে মনে হয়।
উদ্ধৃতিগুলি s3fs এর ম্যান পৃষ্ঠা থেকে। ব্যাকরণগত ত্রুটিগুলি মূল পাঠ্যে রয়েছে।