অ্যাপ্লিকেশন এবং এর প্রশাসনিক অ্যাক্সেস সুরক্ষিত করুন, ব্যাকএন্ড লিসেনার সীমাবদ্ধ করুন, onion-পরিষেবা কী সুরক্ষিত করুন এবং একটি সামঞ্জস্যপূর্ণ ক্লায়েন্টের মাধ্যমে প্রকাশনা পরীক্ষা করুন। Onion রাউটিং ডিজাইনের একটি স্তর। এটি অ্যাপ্লিকেশন দুর্বলতা, প্রকাশিত কন্টেন্টে ভুল বা কে অ্যাক্সেস পাবে তা নির্ধারণের প্রয়োজনীয়তা দূর করে না।
প্রকাশনা এবং এর দর্শক নির্ধারণ করুন
একটি বৈধ প্রকাশনা উদ্দেশ্য এবং পাঠকদের বিবরণ দিয়ে শুরু করুন। একটি পাবলিক গবেষণা প্রকাশনা এবং একটি সীমাবদ্ধ প্রকল্প পোর্টালের অ্যাক্সেস প্রয়োজনীয়তা ভিন্ন। কোন কন্টেন্ট পাবলিক হওয়ার উদ্দেশ্যে, কোনটির অ্যাপ্লিকেশন প্রমাণীকরণ প্রয়োজন এবং কোনটি কখনও ওয়েব রুটে পৌঁছানো উচিত নয় তা নির্ধারণ করুন। সেই সিদ্ধান্তগুলি সাইটে পৌঁছানোর জন্য ব্যবহৃত পরিবহন থেকে আলাদা রাখুন।
স্থাপনার আগে একটি ছোট ডেটা ইনভেন্টরি লিখুন: পৃষ্ঠা, আপলোড, ডেটাবেস কন্টেন্ট, প্রশাসক অ্যাকাউন্ট এবং পরিষেবা কনফিগারেশন। আপডেট এবং ঘটনা পরিচালনার জন্য একজন মালিক নির্ধারণ করুন। একটি সাইট ওনিয়ন ঠিকানা ব্যবহার করে এই সত্যটি ধারণ, কন্টেন্ট অধিকার বা নিরাপত্তা দায়িত্ব নিষ্পত্তি করে না। সেগুলি ব্যবহারিক অ্যাপ্লিকেশন সিদ্ধান্ত হিসাবে থাকে যার জন্য একটি স্পষ্ট পরিচালনা পরিকল্পনা প্রয়োজন।
ব্যাকএন্ড লিসেনার ইচ্ছাকৃত রাখুন
একটি ওনিয়ন পরিষেবা একটি সংযোগকে স্থানীয় অ্যাপ্লিকেশন এন্ডপয়েন্টে ম্যাপ করে। সেই এন্ডপয়েন্ট কোথায় শোনে এবং অন্য কোন নেটওয়ার্ক এটি পৌঁছাতে পারে তা পর্যালোচনা করুন। টর প্রকল্পের সেটআপ গাইড ইউনিক্স সকেটকে ব্যাকএন্ডকে স্থানীয় নেটওয়ার্কে প্রকাশ করা এড়ানোর একটি উপযোগী উপায় হিসাবে বর্ণনা করে। আপনার সার্ভার দ্বারা সমর্থিত একটি পদ্ধতি বেছে নিন এবং এর প্রকৃত পৌঁছানোর ক্ষমতা যাচাই করুন।
টর-এর মাধ্যমে কাজ করে এমন একটি সংযোগ একটি অনিচ্ছাকৃত পাবলিক লিসেনারের সাথে সহাবস্থান করতে পারে। উদ্দিষ্ট অ্যাক্সেস পথ এবং ব্যাকএন্ডের চারপাশের সীমানা উভয়ই পরীক্ষা করুন। সাধারণ কনফিগারেশন অনুমান এড়িয়ে চলুন; অ্যাপ্লিকেশনের শোনার সেটিংস এবং ওয়েব সার্ভারের ভার্চুয়াল-হোস্ট রাউটিং পড়ুন। পরিচালনা ইন্টারফেসগুলিকে পাবলিকভাবে উদ্দিষ্ট পরিষেবা থেকে আলাদা রাখুন এবং সেই সেটিংস কে পরিবর্তন করতে পারে তা সীমাবদ্ধ করুন।
অ্যাপ্লিকেশন কী প্রকাশ করে তা পর্যালোচনা করুন
একজন পাঠক যেভাবে সম্মুখীন হবেন সেভাবে পৃষ্ঠা, আপলোড করা ফাইল, ত্রুটি আউটপুট এবং এমবেড করা রিসোর্স পরিদর্শন করুন। একটি অ্যাপ্লিকেশন ডিবাগিং বার্তার মাধ্যমে পরিচালনাগত বিবরণ প্রকাশ করতে পারে বা এর মূল ডিজাইনে স্পষ্ট না হয়েও বাহ্যিক সম্পদে লিঙ্ক করতে পারে। উৎপন্ন URL এবং কন্টেন্ট মেটাডেটা পর্যালোচনা করুন। শুধুমাত্র প্রকাশনার প্রয়োজনীয় রিসোর্স পরিবেশন করুন এবং এটি যে তৃতীয় পক্ষের অনুরোধ শুরু করে তা বুঝুন।
একটি উদাহরণস্বরূপ গবেষণা সাইটের জন্য, চালু করার আগে একটি নমুনা নিবন্ধ, সংযুক্তি এবং যোগাযোগ পৃষ্ঠা পর্যালোচনা করুন। একটি ব্যক্তিগত সম্পাদকীয় নথি এবং একটি পরিবেশ ফাইল পাবলিক ডিরেক্টরির বাইরে আছে তা যাচাই করুন। আপলোড পরীক্ষা করার সময় সংবেদনশীল নয় এমন পরীক্ষামূলক উপাদান ব্যবহার করুন। একটি সফল ওনিয়ন সংযোগ পৌঁছানোর ক্ষমতা প্রমাণ করে; এই কন্টেন্ট পর্যালোচনা পরীক্ষা করে যে পরিষেবাটি তার পাঠকদের কাছে প্রকৃতপক্ষে কী প্রকাশ করে।
পরিষেবা পরিচয়কে সুরক্ষিত উপাদান হিসাবে বিবেচনা করুন
ওনিয়ন-পরিষেবা কনফিগারেশনে কী উপাদান অন্তর্ভুক্ত থাকে যা ব্যক্তিগত থাকতে হবে। এটি পাবলিক ওয়েবসাইট ফাইলের বাইরে রাখুন এবং যেসব অপারেটরদের এটি প্রয়োজন তাদের অ্যাক্সেস সীমাবদ্ধ করুন। একটি বৈধ পুনরুদ্ধার কীভাবে উদ্দিষ্ট পরিষেবা পরিচয় সংরক্ষণ করে এবং একটি আপস কীভাবে পরিচালিত হবে তা পরিকল্পনা করুন। পরিষেবা কীগুলি একটি পাবলিক আর্কাইভ, সহায়তা বার্তা বা ভাগ করা প্রকল্প সংগ্রহস্থলে রাখবেন না।
পুনরুদ্ধার ডিজাইনে অ্যাপ্লিকেশন, ডেটা এবং প্রয়োজনীয় পরিষেবা কনফিগারেশন অন্তর্ভুক্ত করুন, প্রতিটির জন্য উপযুক্ত সুরক্ষা সহ। শুধুমাত্র সাইট কন্টেন্টের একটি ব্যাকআপ উদ্দিষ্ট ঠিকানা পুনরুদ্ধার করতে পারে না, আবার ব্যক্তিগত কী সম্বলিত একটি অনুলিপি একটি সংবেদনশীল ব্যাকআপ তৈরি করে। কে এটি ডিক্রিপ্ট এবং পুনরুদ্ধার করতে পারে তা নথিভুক্ত করুন এবং অনুশীলন প্রতিবেদনে কী প্রকাশ না করে সেই অ্যাক্সেস পরীক্ষা করুন।
পাবলিক বা সীমাবদ্ধ অ্যাক্সেস স্পষ্টভাবে চয়ন করুন
অ্যাপ্লিকেশন লগইন এবং টর ক্লায়েন্ট অনুমোদন ভিন্ন স্তর। টর প্রকল্প একটি v3 ওনিয়ন পরিষেবাতে অ্যাক্সেস একটি ক্লায়েন্ট ক্রেডেনশিয়ালের উপর নির্ভরশীল করার জন্য ক্লায়েন্ট অনুমোদন নথিভুক্ত করে। সেই মডেলটি পাঠক এবং পরিচালনাগত প্রক্রিয়ার সাথে মানানসই কিনা তা নির্ধারণ করুন। এটি একটি পাবলিক প্রকাশনার জন্য স্বয়ংক্রিয়ভাবে প্রয়োজন হয় না এবং একটি ক্লায়েন্ট সংযোগ করার পরে অ্যাপ্লিকেশনের অনুমতিগুলি প্রতিস্থাপন করে না।
একটি ছোট অনুমোদিত গোষ্ঠী সহ একটি প্রকল্প পোর্টাল বিবেচনা করুন। আপনার ব্যক্তিগতভাবে অ্যাক্সেস উপাদান বিতরণ, প্রতিস্থাপন এবং প্রত্যাহার করার একটি উপায় প্রয়োজন, সেইসাথে অ্যাপ্লিকেশন অ্যাকাউন্ট পরিচালনা করা। একটি অনুমোদিত ক্লায়েন্ট এবং একটি অ্যাপ্লিকেশন ব্যবহারকারীর অপসারণ আলাদাভাবে পরীক্ষা করুন। নিম্নলিখিত সারণী এই নিয়ন্ত্রণগুলিকে আলাদা রাখে পরিবর্তে প্রতিশ্রুতি দেয় না যে একটি সেটিং প্রতিটি অ্যাক্সেস সমস্যার সমাধান করে।
| নিয়ন্ত্রণ | এটি যে প্রশ্নের উত্তর দেয় | আলাদা দায়িত্ব |
|---|---|---|
| ব্যাকএন্ড লিসেনার | কে স্থানীয় অ্যাপ্লিকেশন এন্ডপয়েন্টে পৌঁছাতে পারে? | ওয়েব সার্ভার এবং নেটওয়ার্ক কনফিগারেশন |
| ক্লায়েন্ট অনুমোদন | কোন ক্লায়েন্ট ওনিয়ন পরিষেবাতে সংযোগ করতে পারে? | ব্যক্তিগত ক্রেডেনশিয়াল বিতরণ এবং প্রত্যাহার |
| অ্যাপ্লিকেশন অনুমতি | একজন সংযুক্ত ব্যবহারকারী কী করতে পারে? | অ্যাকাউন্ট ভূমিকা এবং ডেটা অ্যাক্সেস |
| প্রকাশনা পর্যালোচনা | সাইটটি কী প্রকাশ করে? | কন্টেন্ট, আপলোড এবং ত্রুটি পরিচালনা |
পাঠকের সংযোগের মাধ্যমে পরীক্ষা করুন
উদ্দিষ্ট ওনিয়ন অ্যাক্সেস পথের মাধ্যমে পৃষ্ঠা, নেভিগেশন, ফর্ম এবং ডাউনলোড পরীক্ষা করতে একটি সামঞ্জস্যপূর্ণ ক্লায়েন্ট ব্যবহার করুন। নিরীহ পরীক্ষামূলক ট্রাফিক সহ ত্রুটি এবং অ্যাপ্লিকেশন রিসোর্স ব্যবহার পর্যবেক্ষণ করুন। শুধুমাত্র একটি স্থানীয় ব্যাকএন্ড অনুরোধ পরিমাপ করা এড়িয়ে চলুন, কারণ এটি পাঠকের সম্পূর্ণ সংযোগ পরীক্ষা করে না। পরীক্ষামূলক অ্যাকাউন্ট এবং যেকোনো সীমাবদ্ধ-অ্যাক্সেস ক্রেডেনশিয়াল ব্যক্তিগত রাখুন।
পুনরুদ্ধার এবং রক্ষণাবেক্ষণ পদ্ধতিগুলিও পরীক্ষা করুন। একটি অ্যাপ্লিকেশন আপডেটের একটি রোলব্যাক পয়েন্ট এবং পরে ওনিয়ন রুট যাচাই করার একটি উপায় থাকা উচিত। একটি বিতরণ বা পরিবহন লেবেল একটি শূন্য-লগ নীতি তৈরি করে ধরে না নিয়ে উপযোগী পরিচালনাগত লগ এবং ধারণ নির্ধারণ করুন। অপ্রয়োজনীয় সংগ্রহ এড়ানোর সময় ত্রুটি নির্ণয়ের জন্য যথেষ্ট প্রমাণ সংরক্ষণ করুন।
হোস্টিং বিকল্পগুলি ডিজাইনের অংশ হিসাবে পড়ুন
SwissOctet Veil অ্যাপ্লিকেশন-স্ট্যাক, ওনিয়ন-ঠিকানা এবং ব্যাকআপ পছন্দগুলি তালিকাভুক্ত করে। আপনার সফটওয়্যার যে স্ট্যাক প্রত্যাশা করে এবং কাজের চাপের জন্য যথেষ্ট CPU, মেমরি এবং স্টোরেজ নির্বাচন করুন। এটির উপর নির্ভর করার আগে প্রকৃত পরিষেবা কীভাবে স্থাপনা, পরিষেবা পরিচয় এবং পুনরুদ্ধার পরিচালনা করে তা নিশ্চিত করুন। ক্যাটালগের সুইস অবস্থান আপনার অ্যাপ্লিকেশনের গোপনীয়তা আচরণ থেকে আলাদা।
পরিষেবাটি বৈধ প্রকাশনা এবং অনুমোদিত ব্যবহারকারীদের জন্য উদ্দিষ্ট রাখুন। প্রশাসক আপডেট, অ্যাক্সেস পর্যালোচনা এবং আপস করা অ্যাপ্লিকেশন ক্রেডেনশিয়ালের প্রতিক্রিয়া পরিকল্পনা করুন। একটি ওনিয়ন প্রকাশনা সবচেয়ে ভালো কাজ করে যখন কন্টেন্ট, ব্যাকএন্ড এক্সপোজার এবং পুনরুদ্ধার বোধগম্য হয়; পরিবহন সেই পরিকল্পনাকে সমর্থন করা উচিত, সাধারণ সফটওয়্যার নিরাপত্তা এড়িয়ে যাওয়ার অজুহাত হয়ে ওঠা উচিত নয়।
আপনার ব্যবহারিক চেকলিস্ট।
- স্থাপনার আগে পাবলিক এবং সীমাবদ্ধ কন্টেন্ট নির্ধারণ করুন।
- ব্যাকএন্ড লিসেনারের প্রকৃত এক্সপোজার যাচাই করুন।
- পৃষ্ঠা, আপলোড এবং বাহ্যিক রিসোর্স অনুরোধ পর্যালোচনা করুন।
- পরিষেবা-কী উপাদানের পুনরুদ্ধার সুরক্ষিত এবং পরীক্ষা করুন।
- ক্লায়েন্ট অনুমোদন অ্যাপ্লিকেশন ভূমিকা থেকে আলাদা করুন।
- ওনিয়ন পথের মাধ্যমে রক্ষণাবেক্ষণ এবং পাঠক যাত্রা পরীক্ষা করুন।
যে বিবরণগুলো গুরুত্বপূর্ণ।
ওনিয়ন হোস্টিং কি একটি অ্যাপ্লিকেশনকে নিজে থেকে বেনামী করে তোলে?+
না। প্রকাশিত কন্টেন্ট, কনফিগারেশন, অ্যাকাউন্ট এবং পরিচালনাগত অনুশীলন তথ্য প্রকাশ করতে পারে। সংযোগ পদ্ধতির উপর নির্ভর করার পরিবর্তে সম্পূর্ণ পরিষেবা পর্যালোচনা করুন।
প্রতিটি ওনিয়ন সাইট কি ক্লায়েন্ট অনুমোদন ব্যবহার করা উচিত?+
না। উদ্দিষ্ট পাঠক থেকে সিদ্ধান্ত নিন। ক্লায়েন্ট অনুমোদন সংযোগ অ্যাক্সেস সীমাবদ্ধ করে এবং একটি ক্রেডেনশিয়াল জীবনচক্র যোগ করে; অ্যাপ্লিকেশন অনুমতি আলাদা থাকে।
একটি পুনরুদ্ধার অনুলিপিতে আমার কী সুরক্ষিত করা উচিত?+
সাইট ডেটা এবং কনফিগারেশনের উপযুক্ত অ্যাক্সেস নিয়ন্ত্রণ প্রয়োজন। যেকোনো অন্তর্ভুক্ত পরিষেবা-কী উপাদান বিশেষভাবে সংবেদনশীল এবং স্টোরেজ এবং পুনরুদ্ধারের সময় ব্যক্তিগত থাকতে হবে।
সূত্রে যান।
এই রেফারেন্সগুলি এই গাইডের প্রযুক্তিগত ধারণাগুলি সমর্থন করে। একটি উৎপাদন সিস্টেম পরিবর্তন করার আগে বর্তমান ডকুমেন্টেশন অনুসরণ করুন।
- টর প্রকল্প: আপনার ওনিয়ন পরিষেবা সেট আপ করুন community.torproject.org
- টর প্রকল্প: উন্নত ওনিয়ন-পরিষেবা সেটিংস community.torproject.org
- টর প্রকল্প: ক্লায়েন্ট অনুমোদন community.torproject.org
SwissOctet দ্বারা সম্পাদকীয় নির্দেশনা। উদাহরণগুলি উদাহরণমূলক। সেবা স্পেসিফিকেশন, উপলব্ধ অপশন এবং চুক্তিভিত্তিক শর্তগুলি আলাদাভাবে যাচাই করতে হবে।