আইটি কি কখনও কোনও ব্যবহারকারীর ডোমেন পাসওয়ার্ডের প্রয়োজন হয়?


10

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

হালনাগাদ:

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


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

1
আপনি প্রথমে যেমন ব্যবহারকারী পাসওয়ার্ডগুলি সম্পর্কে জিজ্ঞাসা করেছেন তখনই আপনি এই প্রশ্নটি পুনরায় লিখতে চান তবে আপনি ব্যবহারকারী হিসাবে লগইন এ পরিবর্তন করতে পারেন। এটি 2 টি পৃথক সমস্যা
জিম বি

এমন কোনও অ্যাপ্লিকেশন ইনস্টল করার বিষয়ে কীভাবে ব্যবহারকারীর আউটলুক প্রোফাইলে অ্যাক্সেস প্রয়োজন (কোনও সিআরএম অ্যাপ্লিকেশন যা আউটলুক ব্যবহার করে)? আপনি অ্যাপ্লিকেশন বিকাশকারীর ইনস্টলার স্ক্রিপ্টের করুণায় রয়েছেন।
গ্রেভেসফেস

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

@ গ্রাফিফেস তাই আপনার উত্তরটি "খারাপভাবে লেখা সফ্টওয়্যার ইনস্টল করার জন্য?" মজাদার. একটি উত্তর হিসাবে এটি পোস্ট যত্ন?
আইজাক ট্রুইট

উত্তর:


12

প্রশাসকের পক্ষে ব্যবহারকারীর পাসওয়ার্ডের অনুরোধ করা গ্রহণযোগ্য বা প্রয়োজনীয় নয়।

কোনও পরিস্থিতিতে প্রশাসকের পক্ষে ব্যবহারকারী হিসাবে লগ ইন করা প্রয়োজন হতে পারে (এবং আমি বিশ্বাস করি না যে এই জাতীয় পরিস্থিতি বিদ্যমান), ব্যবহারকারীর লগ ইন করা এবং প্রশাসকের কার্যক্রম তদারকি করতে হবে।

এর কারণ হ'ল জবাবদিহিতা। তাদের ব্যবহারকারীর পাসওয়ার্ড নিরাপদ কিনা তা নিশ্চিত করা প্রতিটি ব্যবহারকারীর দায়িত্ব। যদি কোনও ব্যবহারকারীর শংসাপত্রগুলিতে দূষিত ক্রিয়াকলাপটি চিহ্নিত করা হয় তবে সেই ব্যবহারকারীকে দায়বদ্ধ হতে পারে। সুতরাং তাদের নিশ্চিত করা দরকার যে তাদের শংসাপত্রগুলি নিরাপদ থাকবে।

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

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

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


5
আপনি কি গুরুত্ব সহকারে পরামর্শ দিচ্ছেন যে আপনি জানেন যে গ্রহের প্রতিটি কল্পনাযোগ্য পরিস্থিতিতে কি গ্রহণযোগ্য বা প্রয়োজনীয়?
জন গার্ডেনিয়ার্স

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

2
আপনি "অবশ্যই না" বলেছেন, যা আপনার উত্তরের প্রথম বাক্যটিকে পুরোপুরি অবৈধ করে দেয়। আমি আপনাকে সেই অনুযায়ী সম্পাদনা করার পরামর্শ দিচ্ছি।
জন গার্ডেনিয়ার্স

7
সম্ভবত আমি পরিষ্কার ছিল না। আমি একটি বৈজ্ঞানিক পন্থা নিচ্ছি কেবল গত পাঁচ বিলিয়ন বছর ধরে প্রতিদিন সূর্য উঠার অর্থ এই নয় যে আমি আগামীকাল অবশ্যই উদয় হবে তা পুরোপুরি দৃ with়তার সাথে বলতে পারি। তবে আপনি যদি আমাকে জিজ্ঞাসা করেন, "আগামীকাল কি সূর্য উঠবে?", আমি আরও যোগ্যতার প্রয়োজন অনুভব না করেই হ্যাঁ বলব। সুতরাং আমি আপনার গ্রহটিকে "গ্রহের প্রতিটি অনুমানযোগ্য পরিস্থিতি" সম্পর্কিত সমান অনুমান এবং বিমূর্ত যোগ্যতা হিসাবে গ্রহণ করি।
ম্যাট

3
আমার মাথা থেকে নতুন ব্যবহারকারী সেটআপ মনে আসে - এবং আপনার মন সম্ভবত এখানে আটকে আছে। নতুন ব্যবহারকারী = "কোনও ব্যবহারকারীর পাসওয়ার্ড নেই", সুতরাং আইটি ব্যবহারকারী সেট আপ করে, তারপরে ব্যবহারকারীকে পাসওয়ার্ড দেয় (যারা তত্ক্ষণাত পরিবর্তন হয়)। তারা কখনই ব্যবহারকারীকে জিজ্ঞাসা করে না কারণ - আহ এই সময়ে ব্যবহারকারী পাসওয়ার্ড জানেন না।
টমটম

18

আসুন পরিষ্কার হয়ে উঠুন: আপনি যদি কোনও ডোমেন প্রশাসক হন তবে আপনি একটি টুকরো সফ্টওয়্যার ইনস্টল করতে পারেন – কোনও ডিভাইস ড্রাইভারের মনে আসে – যা আক্ষরিকভাবে কিছু করতে পারে। যাইহোক, এটি অবৈধের বিভিন্ন ডিগ্রী, আবার "ডেস্কটপের পটভূমির জন্য রেজিস্ট্রি কী কী" থেকে শুরু করে? "এবং তারপরে আমরা এনক্রিপ্ট করা প্রোফাইল স্তরের ভিতরে থাকা ফাইল রিড কলটিতে ঝাঁকিয়ে পড়েছি যাতে ফায়ারফক্সকে ছদ্মবেশী করে এই ভেবে যে তারা ডাবলিক্লিক.net থেকে কুকিজ অক্ষম করেছে"।

আপনি একটি নিরঙ্কুশতার জন্য জিজ্ঞাসা করছেন, এবং আমি মনে করি এটি দেখার পক্ষে এটি ভুল উপায়, কারণ উত্তরটি হতে হবে " সত্যই আপনার ব্যবহারকারীর পাসওয়ার্ডের দরকার নেই ", যা অত্যন্ত বিভ্রান্তিকর। বাস্তবতা হ'ল মাইক্রোসফ্ট যতক্ষণ না * বিতরণ (বা আপনি তৃতীয় পক্ষের সফ্টওয়্যারটিকে অনুমতি দেওয়ার জন্য ইনস্টল করেন) * এনআইএক্স এর su/ এর মতো ক্ষমতা সরবরাহ করেন sudo, আপনি মাঝে মাঝে প্রয়োজন ছাড়াই সন্তোষের সিম্বলেন্স বজায় রেখে সমস্ত উদ্দেশ্যে কোনও ব্যবহারকারীর অ্যাকাউন্টকে পুরোপুরি অনুকরণ করতে সক্ষম হবেন না ব্যবহার – নোট আমি তাদের পাসওয়ার্ডের "প্রকাশ!" বলিনি।


খুব ফর্সা পয়েন্ট। আমি আমার নিজের সংক্ষিপ্তভাবে মুছে ফেলা উত্তরে একটি পয়েন্ট দিচ্ছিলাম যে এই ক্ষেত্রে সরঞ্জামের সহায়তার অভাব রয়েছে বলে মনে হচ্ছে।
আইজাক ট্রুয়েট

সুডোর পয়েন্টে যতদূর যায় উইন্ডোজ সিকিউরিটি মডেল একটি সুডো টাইপ ইউটিলিটির ব্যবহারকে বাদ দেয়, কারণ এর অর্থ আপনি প্রথমে সেই ব্যবহারকারী হিসাবে প্রমাণীকরণ না করে অন্য ব্যবহারকারীর প্রসঙ্গে অ্যাপ্লিকেশন চালাতে পারেন (এর চারপাশে উপায় আছে তবে তারা সকলেই সুরক্ষা মডেলটি ঘুরে দেখার চেষ্টা করে)।
জিম বি

1
+1 - এই উত্তরটি দুর্দান্তভাবে বাস্তবতা এবং তত্ত্বকেও কভার করে।
জন গার্ডেনিয়ার্স

8

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

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

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

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


ব্যবহারকারী লগ ইন করার আগে এখানে বর্ণিত ডিফল্ট প্রোফাইলটি সংশোধন করে আপনি যে ধরণের প্রোফাইল টিউনিং করতে পারবেন না ?
আইজাক ট্রুইট

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

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

4
@ আইস্যাক ট্রুয়েট প্রযুক্তিগতভাবে সমস্ত কিছু ডেস্কটপ.আইআই ফাইলগুলি রেজিডিট বা হ্যান্ড-এডিটিংয়ের মাধ্যমে সরাসরি করা যায়। যাইহোক, অনেক আইটি লোক ইউআই সরঞ্জামগুলির সাথে অনেক বেশি স্বাচ্ছন্দ্যযুক্ত। শর্ট-কাট হিসাবে, যদিও এটি অসুস্থ-পরামর্শ দেওয়া হোক না কেন, আইটি ব্যক্তি কোনও ব্যবহারকারীকে আমি উল্লিখিত তিনটি জিনিসের মধ্যে কোনওটি করতে বলতে বলতে পারে (তাদের জন্য লগইন করুন, একটি পাসওয়ার্ড পুনরায় সেট করুন, বা পাসওয়ার্ড দিন) এবং সরঞ্জামগুলি ব্যবহার করতে পারেন তারা ভাল জানেন, জিইউআই
sysadmin1138

1
@ কেকোট্রাউ @ আইসাক প্রযুক্তিগতভাবে আপনি প্রশাসকের প্রোফাইলে তাদের রেজিস্ট্রি মুরগিটি অস্থায়ীভাবে অনুলিপি করতে পারেন, এটি সম্পাদনা করার জন্য যা প্রয়োজন তা ব্যবহার করতে পারেন, তারপরে এটি ফিরিয়ে দিন। 99% ক্ষেত্রে এটি একটি ভাল ধারণা নয় । আমি খুব কম পরিস্থিতিতে জানি যেখানে এই দিনগুলিতে ব্যবহারকারীর পাসওয়ার্ড জানার প্রয়োজন; এবং এগুলির সবগুলি বোবা সুবিধার সাথে সম্পর্কিত (যেমন নেটওয়্যারের উদাহরণ সিসএডমিন 1138 দিয়েছে)।
ক্রিস এস

5

ইনস্টলেশন চলাকালীন কিছু অ্যাপ্লিকেশনগুলির জন্য পরিবেশগত ভেরিয়েবল ব্যবহার করে% ব্যবহারকারী প্রোফাইলে%, এইচকে_সিআরআরএনএইউএসআর, এবং এর মত পরিবর্তন করে ব্যবহারকারীর প্রোফাইলে (যেমন আউটলুকের সাথে সংহত হওয়া সিআরএম অ্যাপ্লিকেশনগুলি) পরিবর্তন করতে বা রেফারেন্স করার ক্ষমতা প্রয়োজন।

আপনি প্রকোমনের মতো সরঞ্জাম সহ একটি ইনস্টলেশন অবশ্যই "রিভার্স ইঞ্জিনিয়ার" করতে পারেন এবং তারপরে ব্যবহারকারীর প্রোফাইল, রেজিস্ট্রি ইত্যাদির পরে ম্যানুয়ালি সংশোধন করতে পারেন, এটি অত্যন্ত অদক্ষ, অবৈধ এবং ত্রুটিযুক্ত প্রবণ।


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

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

@ জন / আইজাক: আমি ধরে নিচ্ছি, জন, আপনি ব্যবহারকারীর পক্ষে এই স্বনির্ধারণটি সম্পূর্ণ করার কথা বলছেন? যদি তাই হয় তবে হ্যাঁ, আপনি কেন ব্যবহারকারী হিসাবে লগইন করতে চান বা প্রয়োজন তা আরও একটি ভাল বিষয়, বিশেষত যদি কনফিগারেশনটি অ্যাপ্লিকেশনের বাইরে পরিবর্তনযোগ্য না হয় (বাইনারি বিন্যাসে সঞ্চিত) এবং বর্তমানে লগইন করা ব্যবহারকারীর সাথে আবদ্ধ থাকে।
গ্রেভেসফেস

ঐটা ঠিক. এমন পরিস্থিতিতে ব্যবহারকারীর পাসওয়ার্ড পুনরায় সেট করা নিছক সমস্যার সৃষ্টি করে, পাশাপাশি বর্তমানে অন্য কোনও মেশিনে তারা যা করছে তা করার ক্ষমতাকে হস্তক্ষেপ করে।
জন গার্ডেনিয়ার্স

4

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


1
এটা খুব বিস্তৃত বিবৃতি। এমন অনেক পরিবেশ রয়েছে যেখানে এটি কাজ করবে না। আমি সম্ভবত 98% যেতে চাই তবে অবশ্যই 100% নয়।
জন গার্ডেনিয়ার্স

1
@ জন আপনি কি এমন কোনও নির্দিষ্ট উদাহরণ প্রদান করতে পারেন যা শেষ ব্যবহারকারী হিসাবে লগ ইন না করে করা অসম্ভব?
আইজাক ট্রুইট

1
@ আইসাক: অনেকগুলি অ্যাপ্লিকেশন রয়েছে যা ইনস্টলেশনের সময় ফাইল প্লেসমেন্টের জন্য% ব্যবহারকারী প্রোফাইলে% রেফারেন্স করে, সম্ভবত ওয়ার্ড বা আউটলুক ইত্যাদিতে টুলবার ইনস্টল করার মতো পরিবর্তনগুলি করে Sure ইত্যাদি পরিবর্তন, কিন্তু পৃথিবীতে কেন আপনি বিরক্ত করবেন?
গ্রেভেসফেস

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

1
@ জিম, আমি যেখানে কাজ করি সেখানে আমাদের প্রায়শই অন্য হিসাবে লগইন করা প্রয়োজন এবং পাসওয়ার্ডগুলি পুনরায় সেট করার মাধ্যমে লোকেরা কোনও কারণ ছাড়াই পিছু ছাড়তে পারে। আমাদের এমন একটি পরিবেশ রয়েছে যেখানে সংস্থার মধ্যে পাসওয়ার্ডগুলি (বেশিরভাগ ব্যবহারকারীর জন্য) গোপন নয়। আমি জানি যে যে কেউ বৃহত্তর সংস্থাগুলিতে কাজ করে তাদের জন্য শস্যের বিপরীতে চলে যায় এবং আমি যখন এখানে শুরু করেছি তখন এটি আমার পক্ষে সত্যিকারের সংস্কৃতির শক ছিল। এটি আমার পছন্দ নয়, এটি পরিচালনার পছন্দ that's
জন গার্ডেনিয়ার্স

3

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

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

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

স্মার্টকার্ডের কী হবে? ২০১০ / ২০১২ খ্রিস্টাব্দের পরিবেশে কি কোনও সম্ভাব্যতা রয়েছে যা কোনও স্মার্টকার্ড কোনও ডোমেন অ্যাকাউন্টের সাথে (অস্থায়ীভাবে) যুক্ত হতে পারে? এটি পুরো বাস্তবতায় ব্যবহারকারীর অ্যাকাউন্টে অ্যাক্সেসের অনুমতি দেবে, বিশেষত তাদের পাসওয়ার্ডটি প্রকাশ না করার সময়। সমস্যা সমাধানের কাজটি সম্পূর্ণ হওয়ার পরে কার্ডটি নিষ্ক্রিয় করা যেতে পারে। প্রযুক্তিবিদরা অ্যাকাউন্টটি ব্যবহার করতে পারে, তবে কার্ডগুলি ভাল তদারকি করতে পারে।

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


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

1

হ্যাঁ: তাদের প্রোফাইলে কিছু করা দরকার। যখন এটি হয়, আপনি অবশ্যই তাদের পাসওয়ার্ড জানতে হবে, বা এটি যেমন সেট করে রেখেছেন, যেমনটি আপনি বলেছেন। আপনার কাজ শেষ হলে তারা এটিকে পরিবর্তন করতে পারে।

আপনি যদি সেই ব্যবহারকারী হিসাবে লগ ইন করেন, আপনি তাদের অতিরিক্ত অনুমতি দিচ্ছেন না। আপনি তাদের অনুমতি নিয়ে তাদের হিসাবে লগ ইন করছেন।


আমাকে এটি মারধর। বিশেষত আউটলুকের সাথে সংহত হওয়া অ্যাপ্লিকেশনগুলির কথা ভাবছিল।
গ্র্যাভেসফেস

হ্যাঁ, অবশ্যই আপনি ব্যবহারকারীকে অতিরিক্ত অনুমতি দিচ্ছেন না। প্রশ্নটি হল, কোনও প্রশাসক কোনও পৃথক ব্যবহারকারীর অনুমতি নিয়ে কী করতে পারে যা তারা, প্রশাসক, তাদের নিজস্ব প্রশাসনের অনুমতি নিয়ে করতে পারে না? সুতরাং, কোনও প্রশাসক কোনও ব্যবহারকারীর প্রোফাইলে কী করবেন যা তারা তাদের নিজস্ব অ্যাডমিন অ্যাকাউন্ট থেকে করতে পারে না?
আইজাক ট্রুয়েট

প্রশাসক কী করতে পারবেন না আপনার প্রশ্নের উত্তর: কেবল সেই ব্যবহারকারী হিসাবে লগইন করুন। যখন সেই ব্যবহারকারী লগ ইন করে, কেবল তখনই সেই ব্যবহারকারীর সাথে সম্পর্কিত প্রোফাইলে পরিবর্তন করা যায়। আপনি যখন প্রশাসক হিসাবে লগ ইন করেন, আপনি আপনার প্রশাসক প্রোফাইল দিয়ে লগ ইন করুন।
কেকটরউ

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