`সু -` এবং` সু - লগিনের মধ্যে পার্থক্য কী?


15

থেকে suএর মানুষ পৃষ্ঠা:

For  backward  compatibility, su defaults to not change the current directory
and to only set the environment variables HOME and SHELL (plus USER and LOGNAME
if the target user is not root).  It is recommended to always use the 
--login option (instead of  its  shortcut -) to avoid side effects caused
by mixing environments.

...

-, -l, --login
    Start the shell as a login shell with an environment similar to a real login:

        o      clears all the environment variables except TERM

        o      initializes the environment variables HOME, SHELL, USER, LOGNAME, and PATH

        o      changes to the target user's home directory

        o      sets argv[0] of the shell to '-' in order to make the shell a login shell

-এবং --login(অথবা অনুমানযোগ্যভাবে -l) এর মধ্যে কোনও পার্থক্য আছে কিনা তা বলা শক্ত । যথা, ম্যান পেজটি "এর শর্টকাটের পরিবর্তে" - বলেছে, তবে এই সমস্ত অপশন একসাথে শ্রেণিবদ্ধ করা হয়েছে এবং আমি যদি পার্থক্যটির কোনও ব্যাখ্যা দেখি না, যদি তা আদৌ বিদ্যমান থাকে তবে।

ইউপিডি আমি প্রশ্নটি পরীক্ষা করেছিলাম, যা আমার সমস্যার সমাধান করার কথা । প্রশ্ন মধ্যে পার্থক্য সম্পর্কে মূলত suএবং su -। এবং আমি মধ্যে পার্থক্য সম্পর্কে জিজ্ঞেস করছি su -এবং su --login। সুতরাং না, এটি একেবারেই সমাধান করে না।


4
আমি মনে করি এই বাক্যটি খারাপভাবে লেখা হয়েছে। এটি হওয়া উচিতTo avoid side effects caused by mixing environments use --login option or its equivalent -. The first form is recommended because - can be placed only just before username.
জিম্মিজ

আমি আপনার সদৃশ সংজ্ঞাটি জানি না, তবে আমি আমার প্রশ্নটিকে তেমন বিবেচনা করি না। প্রশ্ন আপনার প্রস্তাবিত মধ্যে পার্থক্য সম্পর্কে মূলত suএবং su -। এবং আমি মধ্যে পার্থক্য সম্পর্কে জিজ্ঞেস করছি su -এবং su --login। আমি এখানে কি মিস করছি?
এক্স-ইউরি

উত্তর:


11

দেবিয়ানের ম্যানুয়াল প্রবেশটি আরও আলোকিত বলে মনে হচ্ছে:

   -, -l, --login
       Provide an environment similar to what the user would expect had the user logged
       in directly.

       When - is used, it must be specified before any username. For portability it is
       recommended to use it as last option, before any username. The other forms (-l
       and --login) do not have this restriction.

আমি বলব তারা একে অপরের পরিপূরক। উজান থেকে আসা একটি ব্যবহার এড়াতে পরামর্শ দেয় -। কোনটির কথা বলতে গেলে, " কোনও ব্যবহারকারীর আগে" কেন ?
x-yuri

7
"কোনও ব্যবহারকারীর নাম" এর আগে "যদি কোনও ব্যবহারকারী নাম" এর আগে "পুনরায়
প্রতিস্থাপন করা যায়

@ মার্কপ্লটনিক আপনারা ভুল বলে মনে হচ্ছে ।
এক্স-ইউরি

@ এক্স-ইউরি যে পুরো আলোচনাটি এই সিদ্ধান্তে পৌঁছেছে যে মার্ক প্লটনিক সঠিক, এবং ম্যানুয়ালটি সর্বোত্তমভাবে, যৌক্তিকভাবে অস্পষ্ট। (যদিও আমাদের বেশিরভাগ লোকেরা লক্ষ্য করেনি)
ctrl-alt-delor

I disagree, however, with the general point that, "before any username" can be rephrased as "before the username, if any." Perhaps Mr. Plotnik meant that the man page* should have rephrased the text using his suggestion, but the two phrases are not equivalent (as I explained at the beginning of this post).অর্থ, মার্ক প্লটনিক কীভাবে suকাজ করে তা জানেন তবে "ব্যবহারকারীর নাম" এর আগে "! =" ব্যবহারকারীর নাম আগে, যদি কোনও হয়। এটাই যে সিদ্ধান্তে পৌঁছেছে তা আমি দেখতে পেলাম।
x-yuri

0

কোনও পার্থক্য নেই, এটি দৌড়ানোর মতো;

echo bob | grep -v bob
echo bob | grep --invert-match bob

শর্টহ্যান্ড ...


3
আমি মনে করি পরিবেশের মিশ্রণের ফলে পার্শ্ব প্রতিক্রিয়া এড়াতে তিনি এর স্পষ্টতা চেয়েছেন ম্যান পৃষ্ঠার অংশ। কি পার্শ্ব প্রতিক্রিয়া?
জাচারি ব্র্যাডি

আসলে তা না. পার্শ্ব প্রতিক্রিয়া বেশী বা কম স্পষ্ট, এবং তারা প্রয়োগ যখন কোন ব্যবহার না -, -l, --login। আমার প্রশ্নটি -'-l , and --login` এর বিপরীতে কেন এটি ব্যবহারের প্রস্তাব দেওয়া হয়নি about
এক্স-ইউরি

পোর্টেবিলিটি ইস্যুটি হ'ল যদি আপনি স্ক্রিপ্ট লিখছেন, আমি কোনও স্ক্রিপ্টে su ব্যবহার করে পুনরায়
আদায়

suস্ক্রিপ্ট লেখার সময় কেন মোটেই ব্যবহার করবেন না ?
এক্স-ইউরি

ডেটা মালিক হিসাবে ব্যবহারকারী হিসাবে স্ক্রিপ্ট লিখছেন না কেন? এটি সর্বাধিক বিরল যেখানে ইউসকেস রয়েছে যেখানে আপনাকে অন্য ব্যবহারকারী হিসাবে ক্রিয়া সম্পাদন করতে হবে এবং তারপরে সুডো রয়েছে (যার সাথে কমান্ড এবং প্যারাম ব্যবহারের ক্ষেত্রে সীমাবদ্ধতা রয়েছে)।
মাইকেজোনসি
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.