যাচাইকৃত অ্যাক্সেস এবং একটি পুনরুদ্ধার পথ দিয়ে শুরু করুন, তারপর ব্যক্তিগত প্রশাসন, পরীক্ষিত SSH কী, একটি সীমাবদ্ধ ফায়ারওয়াল, রক্ষণাবেক্ষণকৃত সফটওয়্যার এবং স্বাধীন ব্যাকআপ কনফিগার করুন। ধীরে ধীরে পরিবর্তন প্রয়োগ করুন এবং পুরোনো সেশন বন্ধ করার আগে একটি নতুন সেশন যাচাই করুন।
একটি বিশ্বস্ত সূচনা বিন্দু প্রতিষ্ঠা করুন
মেশিন পরিবর্তনের আগে প্রত্যাশিত অপারেটিং সিস্টেম, অ্যাক্সেস পদ্ধতি এবং পুনরুদ্ধার পথ নিশ্চিত করুন। অপারেটরের অনুমোদিত তথ্যের মাধ্যমে SSH হোস্ট পরিচয় যাচাই করুন, তদন্ত ছাড়া অপ্রত্যাশিত কী গ্রহণ করবেন না। অস্থায়ী ক্রেডেনশিয়াল গোপন রাখুন এবং নির্ধারিত প্রক্রিয়ার মাধ্যমে সেগুলি প্রতিস্থাপন করুন। কোন ব্যক্তি রক্ষণাবেক্ষণের জন্য দায়ী এবং এই সেবার জন্য কোন পুনরুদ্ধার বিকল্পগুলি প্রকৃতপক্ষে উপলব্ধ তা রেকর্ড করুন।
অ্যাক্সেস পরিবর্তন করার সময় একটি কার্যকর প্রশাসন সেশন খোলা রাখুন। একটি কপি করা হার্ডেনিং রেসিপি একমাত্র ব্যবহারযোগ্য লগইন সরিয়ে দিতে পারে যখন এটি ভিন্ন ডিস্ট্রিবিউশন বা অ্যাকাউন্ট লেআউট ধরে নেয়। একবারে একটি পরিবর্তন করুন, এর কার্যকর ফলাফল দেখুন এবং ফিরে যাওয়ার পথ সংরক্ষণ করুন। লক্ষ্য হলো একটি সিস্টেম যা আপনি নিরাপদে রক্ষণাবেক্ষণ করতে পারেন, এমন কনফিগারেশন নয় যা কঠোর দেখায় কিন্তু পরিচালনা করা যায় না।
SSH অ্যাক্সেসকে ইচ্ছাকৃত করুন
একটি স্থায়ী রুট লগইন শেয়ার করার বদলে উপযুক্ত বিশেষাধিকারসহ ব্যক্তিগত প্রশাসনিক অ্যাক্সেস তৈরি করুন। নির্ধারিত পাবলিক কী ইনস্টল ও পরীক্ষা করুন, প্রাইভেট কী অনুমোদিত এন্ডপয়েন্টে রাখুন। Ubuntu OpenSSH ডকুমেন্টেশন সার্ভার কনফিগারেশন এবং প্রমাণীকরণের বিকল্প ব্যাখ্যা করে। একটি সেটিং সম্পাদনা পুরো সেবা পরিবর্তন করেছে বলে ধরে নেওয়ার আগে আপনার ডিস্ট্রিবিউশনের কার্যকর কনফিগারেশন, অন্তর্ভুক্ত ফাইলসহ, পড়ুন।
পাসওয়ার্ড প্রমাণীকরণ বা বিশেষাধিকারপ্রাপ্ত লগইন নিয়ম পরিবর্তনের আগে একটি দ্বিতীয় সেশনে কী অ্যাক্সেস পরীক্ষা করুন। নতুন অ্যাকাউন্ট তার প্রয়োজনীয় প্রশাসন করতে পারে তা নিশ্চিত করুন। পূর্ববর্তী পদ্ধতির উপর নির্ভর করা যেকোনো অটোমেশন পর্যালোচনা করুন এবং এর অ্যাক্সেস ইচ্ছাকৃতভাবে প্রতিস্থাপন করুন। একটি কী হলো একটি অ্যাক্সেস ক্রেডেনশিয়াল, তাই অ্যাপ্লিকেশন ডিরেক্টরির ভিতরে কপি রেখে না দিয়ে একটি ব্যক্তিগত স্টোরেজ অবস্থান এবং একটি রোটেশন প্রক্রিয়া ব্যবহার করুন।
অ্যাপ্লিকেশন প্রকাশ করুন, পুরো মেশিন নয়
শোনা সেবাগুলির তালিকা করুন এবং কোনটি পাবলিক হতে হবে তা চিহ্নিত করুন। একটি ওয়েব অ্যাপ্লিকেশনের HTTP এবং HTTPS প্রয়োজন হতে পারে, অথচ এর ডেটাবেস কেবল নির্ধারিত অভ্যন্তরীণ পথ দিয়ে পৌঁছানো যায়। Ubuntu UFW-কে একটি ফায়ারওয়াল কনফিগারেশন টুল হিসেবে নথিভুক্ত করে, কিন্তু কার্যকর নীতি টুল থেকে স্বাধীন: প্রয়োজনীয় ট্রাফিক অনুমোদন করুন এবং যেখানে সম্ভব প্রশাসনকে অনুমোদিত উৎসে সীমাবদ্ধ করুন।
সেবায় থাকলে হোস্ট-স্তর এবং প্রদানকারী-স্তরের উভয় নিয়ন্ত্রণ দেখুন। একটি সীমাবদ্ধ নিয়ম সেট সক্রিয় করার আগে পরীক্ষিত প্রশাসন পথ অনুমোদন করুন এবং অন্য সেশন থেকে অ্যাক্সেস যাচাই করুন। SSH-কে ভিন্ন পোর্টে সরানো প্রমাণীকরণ বা প্যাচিং প্রতিস্থাপন করে বলে ধরে নেবেন না। ফায়ারওয়াল নিয়মগুলি বোধগম্য রাখুন যাতে ভবিষ্যতে সমস্যা সমাধান প্রতিটি পোর্ট খোলার দিকে না নিয়ে যায়।
| পরিবর্তন | প্রয়োগের আগে দেখুন | পরে দেখুন |
|---|---|---|
| নতুন SSH কী | সঠিক অ্যাকাউন্ট এবং পাবলিক কী | দ্বিতীয় কী-প্রমাণীকৃত সেশন কাজ করে |
| সীমাবদ্ধ ফায়ারওয়াল | প্রয়োজনীয় সেবা এবং পুনরুদ্ধার পথ | পাবলিক অ্যাপ কাজ করে; অনিচ্ছাকৃত পোর্ট বন্ধ |
| সফটওয়্যার আপডেট | ব্যাকআপ এবং পুনরারম্ভের প্রভাব | সেবা পুনরারম্ভ হয় এবং অ্যাপ্লিকেশন পরীক্ষা পাস করে |
| সেবা অনুমতি পরিবর্তন | প্রয়োজনীয় পড়া ও লেখার পথ | অ্যাপ বিস্তৃত সিস্টেম অ্যাক্সেস ছাড়াই কাজ করে |
আপডেটকে একটি পরিচালন প্রক্রিয়া হিসেবে পরিকল্পনা করুন
সিস্টেম এবং অ্যাপ্লিকেশন নির্ভরতা রক্ষণাবেক্ষণ করুন। Ubuntu-এর স্বয়ংক্রিয়-আপডেট নির্দেশনা আনঅ্যাটেনডেড আপগ্রেড, অনুমোদিত উৎস এবং পুনরারম্ভের আচরণ বর্ণনা করে। একটি তৃতীয়-পক্ষের রিপোজিটরি মেশিনে যোগ করা হলেই স্বয়ংক্রিয়ভাবে অন্তর্ভুক্ত হয় না। কনফিগার করা আপডেট প্রক্রিয়ায় প্রকৃতপক্ষে কী অন্তর্ভুক্ত তা পর্যালোচনা করুন এবং আলাদাভাবে ইনস্টল করা অ্যাপ্লিকেশনকে তাদের নিজস্ব রক্ষণাবেক্ষণ পথ দিন।
সেবা পুনরারম্ভ এবং রিবুট কীভাবে পরিচালিত হবে তা নির্ধারণ করুন। একটি প্যাকেজ আপডেট প্রয়োগ করা সবসময় বোঝায় না যে প্রতিটি চলমান প্রক্রিয়া নতুন কোড ব্যবহার করছে। ওয়ার্কলোডের প্রয়োজন হলে একটি রক্ষণাবেক্ষণ উইন্ডো ব্যবহার করুন এবং পরে একটি সাধারণ অ্যাপ্লিকেশন পরীক্ষা করুন। একটি প্যাকেজের ম্যানুয়াল মাইগ্রেশন পদক্ষেপ প্রয়োজন হলে সেগুলি নথিভুক্ত করুন, অনির্দিষ্টকালের জন্য সব আপডেট বন্ধ করে ফলস্বরূপ এক্সপোজার ভুলে যাবেন না।
অ্যাপ্লিকেশন অ্যাক্সেস সীমাবদ্ধ করুন এবং পুনরুদ্ধার সুরক্ষিত করুন
সেবাগুলি তাদের প্রয়োজনীয় অনুমতি দিয়ে চালান এবং পাবলিক কন্টেন্টকে সিক্রেট ও ডিপ্লয়মেন্ট মেটাডেটা থেকে আলাদা করুন। একটি ওয়েব প্রক্রিয়ার প্রতিটি সিস্টেম সেটিং পুনর্লিখন করার ক্ষমতা থাকা উচিত নয়। পরিবেশগত সিক্রেট পাবলিকভাবে পরিবেশিত ডিরেক্টরির বাইরে রাখুন এবং ইচ্ছাকৃত সুরক্ষা নীতি ছাড়া লগ, সাপোর্ট এক্সপোর্ট বা সাধারণ ব্যাকআপে সেগুলি অন্তর্ভুক্ত করা এড়িয়ে চলুন। পরিচালনগত উদ্দেশ্য না থাকলে অব্যবহৃত প্যাকেজ ও সেবা সরিয়ে ফেলুন।
একটি স্বাধীন ব্যাকআপ বজায় রাখুন এবং একটি বিচ্ছিন্ন পরিবেশে অ্যাপ্লিকেশন পুনরুদ্ধার পরীক্ষা করুন। ব্যাকআপ ক্রেডেনশিয়াল সীমাবদ্ধ করুন যাতে একটি আপোসকৃত অ্যাপ্লিকেশন স্বয়ংক্রিয়ভাবে প্রতিটি পুনরুদ্ধার কপি মুছে ফেলতে না পারে। ডিস্ক ক্যাপাসিটি, ব্যাকআপ বয়স এবং সেবা ব্যর্থতা মনিটর করুন। লগিং নির্ধারিত পরিচালনগত প্রশ্নের উত্তর দেবে, অ্যাক্সেস ও রিটেনশন নিয়ন্ত্রিত থাকবে; এটি সংবেদনশীল অনুরোধের সীমাহীন কপি হয়ে উঠবে না।
একটি প্রথম-ডিপ্লয়মেন্ট ক্রম যা পর্যালোচনাযোগ্য থাকে
একটি নতুন VPS-এর জন্য প্রথমে অ্যাক্সেস এবং পুনরুদ্ধার যাচাই করুন, তারপর প্রশাসনিক অ্যাকাউন্ট এবং পরীক্ষিত কী প্রতিষ্ঠা করুন। ফায়ারওয়াল কনফিগার করুন, আপডেট প্রয়োগ করুন এবং অ্যাপ্লিকেশনটি তার নির্ধারিত সেবা অ্যাকাউন্টের অধীনে ডিপ্লয় করুন। অন্য পরিবেশ থেকে পাবলিক আচরণ নিশ্চিত করুন, ব্যক্তিগত ফাইল পুনরুদ্ধার করা যায় না তা দেখুন এবং একটি ব্যাকআপ পুনরুদ্ধার সম্পাদন করুন। প্রতিটি সিদ্ধান্ত এবং একটি অ্যাক্সেস পরিবর্তন ফিরিয়ে আনার পথ সম্পর্কে নোট রাখুন।
Vector VPS, Pulse NVMe এবং নির্বাচিত ডেডিকেটেড প্ল্যান SwissOctet ক্যাটালগে Linux বিকল্প উপস্থাপন করে। অর্ডার করার আগে নির্বাচিত ইমেজ এবং রক্ষণাবেক্ষণ কাজের বিভাজন নিশ্চিত করুন। কোনো Linux ইমেজ নাম প্রমাণ করে না যে হার্ডেনিং, আপডেট বা ব্যাকআপ ইতিমধ্যে পরিচালিত। বেসলাইন হলো সেই নিয়ন্ত্রণগুলির সেট যা আপনি কনফিগার, যাচাই এবং প্রকল্প পরিবর্তনের সাথে রক্ষণাবেক্ষণ চালিয়ে যান।
আপনার ব্যবহারিক চেকলিস্ট।
- SSH হোস্ট পরিচয় এবং পুনরুদ্ধার পথ যাচাই করুন।
- দ্বিতীয় সেশনে ব্যক্তিগত কী অ্যাক্সেস পরীক্ষা করুন।
- শোনা সেবা এবং ফায়ারওয়াল নিয়ম সীমাবদ্ধ করুন।
- আপডেট কভারেজ এবং পুনরারম্ভের আচরণ পর্যালোচনা করুন।
- সিক্রেটকে পাবলিক ফাইল এবং সেবা অনুমতি থেকে আলাদা করুন।
- একটি স্বাধীন পুনরুদ্ধার কপি পরীক্ষা করুন।
যে বিবরণগুলো গুরুত্বপূর্ণ।
আমি কি অবিলম্বে পাসওয়ার্ড লগইন বন্ধ করব?+
প্রথমে প্রতিস্থাপন কী অ্যাক্সেস এবং পুনরুদ্ধার পথ প্রতিষ্ঠা ও পরীক্ষা করুন। তারপর আপনার সমর্থিত কনফিগারেশন অনুযায়ী প্রমাণীকরণ পরিবর্তন করুন।
একটি SSH পোর্ট পরিবর্তন কি হার্ডেনিং প্রতিস্থাপন করে?+
না। এটি শক্তিশালী প্রমাণীকরণ, সীমাবদ্ধ অ্যাক্সেস, আপডেট বা উপযুক্ত অ্যাকাউন্ট বিশেষাধিকার প্রতিস্থাপন করে না।
প্রতিটি অ্যাপ্লিকেশনের জন্য স্বয়ংক্রিয় আপডেট কি যথেষ্ট?+
না। অনুমোদিত রিপোজিটরি, পুনরারম্ভের প্রয়োজনীয়তা এবং সিস্টেমের আপডেট প্রক্রিয়ার বাইরে ইনস্টল করা সফটওয়্যার দেখুন।
সূত্রে যান।
এই রেফারেন্সগুলি এই গাইডের প্রযুক্তিগত ধারণাগুলি সমর্থন করে। একটি উৎপাদন সিস্টেম পরিবর্তন করার আগে বর্তমান ডকুমেন্টেশন অনুসরণ করুন।
- Ubuntu সার্ভার: OpenSSH সার্ভার ubuntu.com
- Ubuntu সার্ভার: ফায়ারওয়াল ubuntu.com
- Ubuntu সার্ভার: স্বয়ংক্রিয় আপডেট ubuntu.com
SwissOctet দ্বারা সম্পাদকীয় নির্দেশনা। উদাহরণগুলি উদাহরণমূলক। সেবা স্পেসিফিকেশন, উপলব্ধ অপশন এবং চুক্তিভিত্তিক শর্তগুলি আলাদাভাবে যাচাই করতে হবে।