এডি: 2 ব্যবহারকারী, একই পাসওয়ার্ড


0

এটা সম্পন্ন কিভাবে নিশ্চিত না আমি দৃশ্যকল্প ব্যাখ্যা করব। স্বাভাবিক ব্যবহারকারীদের তাদের দৈনন্দিন অ্যাক্সেস আছে, তবে কিছু সময়ে সময়ে স্থানীয় প্রশাসক অধিকার প্রয়োজন।

ধারণা, তাদের স্বাভাবিক বিজ্ঞাপন অ্যাকাউন্ট "user1" থাকা, কিন্তু একটি পাওয়ারসার অ্যাকাউন্ট "PWuser1"

তাই যখন তাদের অতিরিক্ত অ্যাক্সেসের প্রয়োজন হয়, তখন তারা PWuser1 এবং পাসওয়ার্ডের সাথে অনুমোদন করে, রিলগ করার পরিবর্তে, অথবা যখন প্রয়োজন হয় তখন অতিরিক্ত অ্যাক্সেসের সাথে সাইন ইন করে

কৌতুক, তারা একই পাসওয়ার্ড ব্যবহার করা উচিত, তাই যখন ব্যবহারকারী 1 পাসওয়ার্ড পরিবর্তন করে একই পাসওয়ার্ড PWuser1 এর জন্য সেট করা উচিত।

এটি করার কোন উপায় আছে, 2 টি অ্যাকাউন্টে পাসওয়ার্ডটি "প্রতিলিপি" করতে।


1
ইউএসি ইতিমধ্যে "প্রয়োজনীয় যখন অতিরিক্ত এক্সেস" অংশ সাহায্য করে না?
grawity

উদাহরণস্বরূপ, যদি তারা উচ্চতর কমান্ডপ্রম্পট চালানোর প্রয়োজন হয়, তবে তাদের প্রশাসকের অ্যাক্সেস প্রয়োজন, তাই তাদের অতিরিক্ত গোপনীয়তা দরকার হবে যাতে UAC এই ক্ষেত্রে সাহায্য করবে না, কারণ এটি প্রশাসক ব্যবহারকারীর প্রয়োজন হবে।
ice

ঠিক আছে, তাই তারা সর্বদা প্রশাসক ব্যবহারকারী ব্যবহার করেন, কিন্তু ইউএসি নিয়মিত বিশেষাধিকারগুলিতে সব প্রোগ্রাম রাখে, এবং "elevating" অ্যাডমিন অধিকার দেয়।
grawity

উত্তর:


0

নেট স্থানীয় গ্রুপ প্রশাসক [ব্যবহারকারীর নাম] / যোগ / ডোমেইন ম্যানুয়ালি এই কাজ করার পরিবর্তে স্থানীয় প্রশাসক হওয়ার জন্য ব্যবহারকারীকে প্রচার করা হবে।

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

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

যদি আপনি যথেষ্ট নিরাপদ না বলে মনে করেন, তবে ব্যবহারকারীকে অননুমোদিত সফ্টওয়্যার চালানোর জন্য আপনি একটি সফ্টওয়্যার নীতি যোগ করতে পারেন। আপনি গ্রুপ নীতি থেকে এটি করতে পারেন, বা একটি bespoke সরঞ্জাম ব্যবহার করতে পারেন: http://sf.net/projects/softwarepolicy

মনে রাখবেন যে সীমিত ব্যবহারকারী হওয়া সত্ত্বেও একটি নিরাপত্তা প্যান্সিয়া নয়। ম্যালওয়্যারটি অবরুদ্ধ হওয়ার কারণে সর্বাধিক ম্যালওয়্যার অবরুদ্ধ হয় পরিকল্পিত সীমিত অধিকার অধীনে চালানো।


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

না, যদিও আপনি 'নেট ব্যবহারকারীর নাম ব্যবহারকারীর পাসওয়ার্ড [/ ডোমেইন]' ব্যবহার করে উভয়ই প্রোগ্রাম্যাটিকভাবে পাসওয়ার্ড পরিবর্তন করতে পারেন -অটোআইটি মত কিছু দিয়ে এটি করার জন্য একটি GUI অ্যাপলেট লিখুন।
IanR
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.