প্রথমবার ইন্টারনেটে কোনও এসএসএইচ সার্ভার খোলার সময় কী পরীক্ষা করা উচিত


9

অপেক্ষাকৃত দীর্ঘ সময় ধরে আমি কয়েকটি সার্ভার চালাচ্ছি, তবে আমি সবসময় কেবল এগুলি ভাড়া করি, তাই প্রকৃত সার্ভারটি সুরক্ষিত করার মতো অভিজ্ঞতা আমার বেশি নেই (আমি যে অ্যাপ্লিকেশনটি চালিয়ে যাচ্ছি তার বিপরীতে)।

এখন আমার নিজের ছোট হোম এসএসএইচ সার্ভারটি ইন্টারনেটে খোলার মতো মনে হচ্ছে।

আমি এটির ব্যবহারকারী একমাত্র হব, আমার পাসওয়ার্ডগুলি যথেষ্ট জটিল প্রতি রাতে স্বয়ংক্রিয়ভাবে (এটি আর্চ লিনাক্স, একটি ঘূর্ণায়মান রিলিজ বিতরণ চালায়)।

এটিকে সুরক্ষিত রাখার জন্য আমার অন্যান্য জিনিসগুলি কী করা উচিত?

ধন্যবাদ!

উত্তর:


22

রুট লগইনগুলি অক্ষম রয়েছে তা নিশ্চিত করুন PermitRootLogin no। আমি পাসওয়ার্ডগুলি পুরোপুরি অক্ষম করার PasswordAuthentication noএবং পাবলিক কীগুলি ব্যবহার করার বিষয়টি বিবেচনা করব PubkeyAuthentication yes


+1 আমাকে এতে মারধর করে ...
গ্রেভেসফেস

1
আপনি যদি পাসওয়ার্ড ব্যবহার করতে যাচ্ছেন তবে আপনি দুটি ফ্যাক্টর প্রমাণীকরণ সিস্টেমটি সন্ধান করার চেষ্টা করতে পারেন। যদি তা না হয় তবে আমি এলোমেলো ইন্টারনেট ক্যাফে / গ্রন্থাগার সিস্টেমে আপনার পাসওয়ার্ডটি টাইপ করার বিরুদ্ধে প্রস্তাব দিই।
মার্ক ওয়াগনার

4
আপনি যদি পাসওয়ার্ড
লেখার

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

3
@ ইরিকা আমার ধারণা এম্বেবো যে কোনও বিদেশী ব্যবস্থার সাধারণ অবিশ্বাসের ইঙ্গিত দিচ্ছে। এসএসএইচ এনক্রিপ্ট হওয়া সত্ত্বেও, একটি বিদেশী মেশিন এখনও বলতে পারে, আপনার কীস্ট্রোক লগ করুন। সুতরাং পাসওয়ার্ড = আপোস করা।
rthomson

9

নিশ্চিত করুন যে কেবল এসএসএইচ -2 অনুমোদিত (যেহেতু এসএসএইচ -1 অতীতে কিছু সুরক্ষা উদ্বেগ উত্থাপন করেছে):

Protocol 2

এসএসএইচ এর মাধ্যমে কেবলমাত্র ব্যবহারকারীদের লগইন করার অনুমতি দেওয়া হয়েছে তা নির্দিষ্ট করুন:

AllowUsers bob, john

বর্ধিত সুরক্ষার জন্য, পাসওয়ার্ড প্রমাণীকরণ বাতিল করুন এবং সর্বজনীন-কী প্রমাণীকরণ ব্যবহার করুন:

PasswordAuthentication no
PubkeyAuthentication yes

দ্রষ্টব্য: এই টিউটোরিয়ালে কীগুলি তৈরি এবং সর্বজনীন-কী প্রমাণীকরণ কনফিগার করার নির্দেশাবলী রয়েছে।


5

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

উদাহরণ হিসাবে: আমাকে পূর্ববর্তী অ্যাডমিন তার উত্স থেকে সমস্ত সিস্টেমে নাগিওগুলি ইনস্টল করে এমন একটি নেটওয়ার্ক প্রস্তুত করতে হয়েছিল এবং একটি নাগিও ব্যবহারকারীকে কোনও পাসওয়ার্ড, বা পাসওয়ার্ড "নাগিওস" না দিয়ে তৈরি করেছিল, এবং তারপরে তিনটি পৃথক মেশিন পাওয়ার চেষ্টা করেছিল আপোস।


4

আপনি http://denyhosts.sourceforge.net/ এর মতো কোনও ধরণের আইপি ব্ল্যাকলিস্টিংয়ের সরঞ্জামটি দেখতে চাইতে পারেন । এটি এমন কোনও আইপিগুলিকে অবরুদ্ধ করে যা অনেকবার ব্যর্থভাবে লগ ইন করার চেষ্টা করে এবং এটি অত্যন্ত কনফিগারযোগ্য।


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

4
অবশ্যই সময় নষ্ট করা নয় - তবে
ব্যর্থ

ব্যর্থ 2ban এর জন্য +1।
জেমস বারনেট

1
রুট একমাত্র সুস্পষ্ট অ্যাকাউন্ট নয় যা বটগুলি চেক করে, উপরে বর্ণিত নাগিওগুলি দেখুন। মাইএসকিএল এবং পোস্টগ্রিসের মতো ডেটাবেস অ্যাকাউন্ট রয়েছে। প্লাস অন্য কোনও অ্যাপ্লিকেশন অ্যাকাউন্ট।
জেমস বারনেট

হ্যাঁ আমি আসলে আমার 'নেট ফেসিং এসএসএইচ মেশিনটি একটি নন-রুট পাসওয়ার্ড অনুমান করে একটি বট হাতে নিয়েছিলাম, তাই অবশ্যই সময় নষ্ট হবে না। তদ্ব্যতীত, এইভাবে একটি ব্ল্যাকলিস্টার পাওয়ার পরে, লগগুলিতে লক্ষ্য করা, খুব অল্প শতাংশের চেষ্টাগুলি আসলে মূলের জন্য।
লিন্ডেন শিল্ডস

3

আমি আপনাকে Fail2ban ইনস্টল করার পরামর্শ দিই! http://www.fail2ban.org

এক্স ব্যর্থতার পরে y মিনিট চেষ্টা করে আইপি নিষিদ্ধ করে, স্ক্রিপ্টকিডিকে চেক করে রাখতে সহায়তা করে;)


0

আপনার সিস্টেমের প্রাসঙ্গিক অংশ / উপাদানগুলি জুড়ে পুনঃবিবেচনা লগ পর্যালোচনাগুলি (এর প্রকৃত / নির্দিষ্ট কনফিগারেশনের উপর নির্ভর করে) ...

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.