ইউআইডি <500 দিয়ে সাধারণ ব্যবহারকারী তৈরি করার বিপদগুলি কী কী?


14

ইউআইডি <500 দিয়ে সাধারণ ব্যবহারকারী তৈরি করার বিপদগুলি কী কী? ধরে নিই যে ইউআইডি হ'ল বিদ্যমান ইউআইডি'র সদৃশ নয়, কী ভুল হতে পারে?

এটি এমন কিছু নয় যা আমি করতে চাই, তবে এমন কিছু যা আমি দেখেছি এবং এটি কেন করা উচিত নয় তা জানতে চাই। এই উদাহরণে এটি RHEL5 এ রয়েছে।


2
ডেবিয়ান-উত্পন্ন সিস্টেমগুলি সাধারণ ইউআইডিগুলি 500 নয়, 1000-এ শুরু করবে বলে মনে হচ্ছে
কেইথ থম্পসন

উত্তর:


16

আমি বিশ্বাস করি না যে কোনও অন্তর্নিহিত ঝুঁকি রয়েছে, এটি এমন কিছু যা কেবল সিস্টেম অ্যাকাউন্ট এবং ব্যবহারকারী অ্যাকাউন্ট হিসাবে বিবেচিত হয় তার মধ্যে বিচ্ছেদ তৈরির জন্য করা হয়। আমার অভিজ্ঞতা থেকে 500 এর নিচে সংখ্যাগুলি ব্যবহার করার অনুশীলনটি একটি রেডহ্যাট-ইসম এবং এটির চেয়ে সত্য আর কিছুই নয়।

সোলারিসে আমি দেখেছি যে ব্যবহারকারীদের সংখ্যাও 100 থেকে শুরু হয়ে গেছে, কয়েক বছর পরে আবিষ্কার করতে পেরেছি যে 2 টি ছোট বিভাগের সিস্টেমগুলি একত্রে মার্জ করার সময় বিভিন্ন রকমের দুঃস্বপ্নের কারণ হয়, যেহেতু 2 টি বিভাগে একই ইউআইডি ছিল এমন একাধিক ব্যবহারকারী ছিলেন / জিআইডি-র নিয়োগ

ইউআইডি নির্ধারণের সময় এটিই মূল ঝুঁকি / মাথাব্যথা। যেহেতু ইউআইডি হ'ল শেষ পর্যন্ত কোনও ব্যবহারকারীর প্রদত্ত ফাইল / ডিরেক্টরিগুলির জন্য ইনোডে লিখিত হয় তাই আপনি চান না findযে ইউআইডি 1234 এর মালিকানাধীন ফাইলগুলির সন্ধানের জন্য রাস্তাটি বিশালভাবে সম্পাদন করতে হবে এবং সেগুলি 5678 এ পরিবর্তন করতে হবে ।

তাই ইউআইডি বাছাইয়ের ক্ষেত্রে কিছুটা চিন্তাভাবনা রেখে প্রশাসকরা রাস্তায় মাথা ব্যথা এড়াতে পারবেন।

500 এবং ততোধিক ব্যবহারের জন্য রেডহাট (এবং অন্যান্য ইউনিক্স) কেবল তাদের যথেষ্ট পরিমাণে বাফার দেওয়ার চেষ্টা করে যে কোনও সিস্টেম অ্যাকাউন্ট যা তৈরি করা দরকার হতে পারে তা ব্যবহারকারীদের জন্য নির্ধারিত ইউআইডি-র সাথে মিলিত হবে না।

/etc/login.defs

ঘটনাচক্রে, 500 সংখ্যাটি কনফিগারেশন ফাইলে এই সেটিং দ্বারা চালিত হয় /etc/login.defs,।

#
# Min/max values for automatic uid selection in useradd
#
UID_MIN           500
UID_MAX         60000

#
# Min/max values for automatic gid selection in groupadd
#
GID_MIN           500
GID_MAX         60000

আপনি useradd/ adduserকমান্ড দ্বারা ডিফল্ট আচরণকে ওভাররাইড করতে চাইলে আপনি এটিকে যে কোনও কিছুতে পরিবর্তন করতে পারেন ।

ইউজারডড ম্যান পেজ

আপনি কটাক্ষপাত করা তাহলে useraddমানুষ আপনি যে পৃষ্ঠাটি এই অংশ যে GID জন্য ডিফল্ট মান সম্পর্কে আলোচনা করা লক্ষ্য করব, কিন্তু এই মন্তব্যটি প্রযোজ্য UIDs খুব হল:

উদ্ধৃতাংশ

-g, --gid GROUP
    The group name or number of the user´s initial login group. The group name 
    must exist. A group number must refer to an already existing group.

    If not specified, the behavior of useradd will depend on the USERGROUPS_ENAB 
    variable in /etc/login.defs. If this variable is set to yes 
    (or -U/--user-group is specified on the command line), a group will be 
    created for the user, with the same name as her loginname. If the variable 
    is set to no (or -N/--no-user-group is specified on the command line), 
    useradd will set the primary group of the new user to the value specified by 
    the GROUP variable in /etc/default/useradd, or 100 by default.

সিস্টেম অ্যাকাউন্ট

useraddম্যান পেজে অন্য একটি বিষয় খেয়াল রাখতে হবে সিস্টেম অ্যাকাউন্ট তৈরির ক্ষেত্রে এই বিট।

উদ্ধৃতাংশ

-r, --system
    Create a system account.

    System users will be created with no aging information in /etc/shadow, 
    and their numeric identifiers are choosen in the SYS_UID_MIN-SYS_UID_MAX 
    range, defined in /etc/login.defs, instead of UID_MIN-UID_MAX (and their 
    GID counterparts for the creation of groups).

    Note that useradd will not create a home directory for such an user, 
    regardless of the default setting in /etc/login.defs (CREATE_HOME). You 
    have to specify the -m options if you want a home directory for a system 
    account to be created.

এটি এই পদ্ধতি ( useradd -r ...) যা প্রায়শই স্ক্রিপ্টিং দ্বারা ব্যবহৃত হয় যা বিভিন্ন প্যাকেজ ম্যানেজারগুলিতে যেমন RPM হিসাবে অন্তর্ভুক্ত থাকে যখন একটি প্যাকেজ ইনস্টল করা হয়। এটিকে স্ক্রিপ্ট করার মাধ্যমে সিস্টেমটি ইতিমধ্যে সিস্টেমের ব্যবহারকারীদের জন্য নির্ধারিত ইউআইডি / জিআইডিগুলিতে পদক্ষেপ নেওয়ার ঝুঁকি ছাড়াই প্রদত্ত সিস্টেমে পরবর্তী উপলব্ধ ইউআইডি / জিআইডি নির্বাচন করতে দেয়।


1
এফডব্লিউআইডাব্লু, আমি মনে করি এটি একটি সাধারণ জিএনইউ / লিনাক্স-ইসেম, কেবল একটি রেড হ্যাট-ইস্ম নয়। আমি এটি ব্যবহার করি এমন সমস্ত সিস্টেমে আমি এটি দেখেছি এবং আমি কখনও রেড হ্যাট ব্যবহার করি নি।
strugee

@ মৃজি - ধন্যবাদ আমি বিবৃতিটি অত্যধিকভাবে বিস্তৃত করতে চাইনি এবং এটি আমাকে কামড়তে ফিরে এসেছিল।
slm

2

কার্নেলের দৃষ্টিকোণ থেকে কেবলমাত্র একটি বিশেষ ব্যবহারকারী রয়েছে: ইউআইডি ০. প্রশাসনিক কারণে ইউআইডি বিভক্ত করার পরিসর আপনার জীবনকে সহজ করে তুলেছে। সাধারণ ব্যাপ্তিগুলি হ'ল বিক্রেতা, সিস্টেম, স্থানীয়, গ্লোবাল।

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


1

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

এটি বলেছিল, আমি অনেকগুলি সিস্টেম দেখেছি যেখানে ব্যবহারকারীরা ইউআইডি <500 দিয়ে ইস্যু ছাড়াই তৈরি করা হয়েছিল। তবে, ব্যবহারকারীর বেস বাড়ার সাথে সাথে এবং এখন হাজার হাজার ব্যবহারকারী রয়েছে, ব্যবহারকারী অ্যাকাউন্ট এবং সিস্টেম অ্যাকাউন্টের মধ্যে পার্থক্য করা শক্ত হয়ে উঠতে পারে। কোনও ইউআইডি <500 এর বিধি অনুসরণ না করা, এটি খুব সহজ। সুতরাং, অ্যাকাউন্টগুলিও व्यवस्थित করার জন্য এটি একটি দুর্দান্ত উপায়।


1

আসল বিপদ নেই। কার্নেলটি 0 টি বাদ দিয়ে ব্যবহারকারীর আইডি মানগুলির বিষয়ে চিন্তা করে না Most বেশিরভাগ প্রশাসনিক সরঞ্জামগুলিও তেমন যত্ন নেয় না - সিস্টেমের খুব কম অংশই সিস্টেম ব্যবহারকারী এবং মানব ব্যবহারকারীদের মধ্যে পার্থক্য তৈরি করে।

সিস্টেম ব্যবহারকারীদের উত্সর্গীকৃত গোষ্ঠীগুলির ঝোঁক থাকে, সুতরাং এটি তাদের গ্রুপের চেয়ে বেশি গোষ্ঠীগুলির অ্যাকাউন্ট তৈরি করার সম্ভাবনা নেই isn't

কিছু বিতরণ সিস্টেমের ব্যবহারকারীদের জন্য 1-499 (রেড হ্যাট এবং আত্মীয়) বা 1–999 (দেবিয়ান এবং আত্মীয়) সংরক্ষণ করে, একটি ডেডিকেটেড ব্যবহারকারীর প্রয়োজন এমন একটি সিস্টেম পরিষেবাযুক্ত প্যাকেজ ইনস্টল করার সময় ব্যবহারকারীদের বরাদ্দ দেওয়া হয়। ডেবিয়ানদের কনভেনশনটি হ'ল 1-99 পরিসীমাটি স্থিতিশীলভাবে বরাদ্দ করা হয়েছে (সুতরাং সিস্টেমের ব্যবহারকারীর সাথে সংঘর্ষের কারণ হতে পারে এই পরিসরে একটি মানব ব্যবহারকারী তৈরি করা খুব খারাপ ধারণা) যখন 100-999 পরিসরটি গতিশীলভাবে বরাদ্দ করা হয় (সুতরাং একটি মানব ব্যবহারকারী তৈরি করা যে পরিসীমাটিতে কোনও ক্ষতিকারক নয়, যেহেতু যে কোনও নতুন সিস্টেম ব্যবহারকারী একটি নিখরচায় ব্যবহারকারী আইডি চয়ন করবেন)।

আপনি সামান্য অসুবিধায় দৌড়াতে পারেন, যেমন ডিসপ্লে ম্যানেজাররা তাদের তালিকার প্রান্তিকের নীচে ইউআইডি সহ ব্যবহারকারীদের অফার না করে।

বিচ্ছিন্ন মেশিনের জন্য প্রধান বিপদটি হ'ল আপনি সম্ভবত আপনার সহ সিস্টেম প্রশাসকদের বিভ্রান্ত করতে পারেন। এমন কোনও মেশিনের জন্য যেখানে ব্যবহারকারী আইডি ভাগ করা হয়, আপনি অন্য মেশিনগুলির সাথে দ্বন্দ্বের মধ্যে পড়তে পারেন যেখানে এই ব্যবহারকারীদের সিস্টেম ব্যবহারকারী হিসাবে একই ব্যবহারকারীর আইডি রয়েছে। ভাগ করা ব্যবহারকারী আইডি সহ নেটওয়ার্কগুলিতে, মানব ব্যবহারকারীদের জন্য 1000-65533 বা এমনকি 10000–65533 সীমাতে থাকা ভাল।

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