ম্যাক ওএস এক্স সার্ভার ব্যবহারকারী পাসওয়ার্ড পরিবর্তন করতে পারবেন না


1

আমার নন-অ্যাডমিন ব্যবহারকারী রয়েছে তাদের পাসওয়ার্ড পরিবর্তন করতে হবে। passwdকমান্ড দৃশ্যত অ্যাডমিনিস্ট্রেটররা সীমাবদ্ধ।

সার্ভার ওয়েবসাইটে, একটি পরিবর্তন পাসওয়ার্ড লিঙ্ক আছে, কিন্তু এটি কার্যকর হয় না এবং ব্যবহারকারীরা একটি ত্রুটি পেয়েছে। অভ্যন্তরীণভাবে, ম্যাক ওএস এক্স নিম্নলিখিত বার্তাটি লগ করে:

Jan 21 01:56:02 domain.com collabd[247]: [CSAuthService.m:506 ab93000 +206ms] Could not change password for user 1234 with error Error Domain=com.apple.OpenDirectory Code=4001 "Operation was denied because the current credentials do not have the appropriate privileges." UserInfo=0x1234567890abc {NSLocalizedDescription=Operation was denied because the current credentials do not have the appropriate privileges., NSLocalizedFailureReason=Operation was denied because the current credentials do not have the appropriate privileges.}

পাসওয়ার্ড পরিবর্তন করার অনুমতি দেওয়ার জন্য আমার কাছে চেক করা ওয়েবসাইট পরিষেবাতে বিকল্প রয়েছে। কী কারণে এই ত্রুটি ঘটবে?

সম্পাদনা: সার্ভার অ্যাপ্লিকেশনের মাধ্যমে তৈরি ব্যবহারকারীরা জরিমানা, কিন্তু কষ্ট করে নির্মিত ব্যবহারকারীদের সাথে হয় সঙ্গে dsclকমান্ড লাইন । "কিওয়ার" নামে একটি পরীক্ষামূলক ব্যবহারকারী তৈরি করতে ব্যবহৃত সঠিক আদেশগুলি এখানে রয়েছে:

sudo dscl . create /Users/qwer UniqueID 507
sudo dscl . create /Users/qwer PrimaryGroupID 20
sudo dscl . create /Users/qwer UserShell /bin/bash
sudo dscl . create /Users/qwer NFSHomeDirectory /Users/qwer
sudo mkdir /Users/qwer
sudo chown qwer:staff /Users/qwer
sudo passwd qwer

আমি তখন দ্বিতীয় পরীক্ষার ব্যবহারকারীর জন্য sudo dscl . read /Users/qwerএটি কার্যকর করে তুলনা করি sudo dscl . read /Users/uiop

রেকর্ডে, নিম্নলিখিত কীগুলি সার্ভার অ্যাপ্লিকেশন দিয়ে তৈরি ব্যবহারকারীর কাছে অনন্য:

dsAttrTypeNative:_writers_hint
dsAttrTypeNative:_writers_jpegphoto
dsAttrTypeNative:_writers_passwd
dsAttrTypeNative:_writers_picture
dsAttrTypeNative:_writers_realname
dsAttrTypeNative:_writers_UserCertificate
LastName
RealName

এই ম্যাচ:

AppleMetaNodeLocation
PasswordPolicyOptions
PrimaryGroupID
RecordType
UserShell

এবং এগুলি প্রতিটি ব্যবহারকারীর কাছেই অনন্য (বা পাসওয়ার্ডের ক্ষেত্রে আবদ্ধ রয়েছে):

dsAttrTypeNative:KerberosKeys
dsAttrTypeNative:ShadowHashData
AuthenticationAuthority
GeneratedUID
GeneratedUID
NFSHomeDirectory
RecordName
UniqueID
Password

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

অতিরিক্তভাবে groups qwerএবং groups uiopঠিক একই আউটপুট দেয়।

কমান্ড লাইনে তাদের ব্যবহারকারীর অ্যাকাউন্ট তৈরি হয়েছিল তা বাদ দিয়ে "কিওয়ার" কে তাদের পাসওয়ার্ড পরিবর্তন করতে বাধা দেওয়ার কিছু নেই বলে মনে হয়; তবে, dscl পদ্ধতিটি পুরোপুরি বৈধ হওয়া উচিত।

উত্তর:


2

এই পুরানো নিবন্ধ (10.3!) _writers_passwordঅনুসারে নেটআইনফো ডাটাবেসে কোনও সম্পত্তি না থাকায় ব্যবহারকারীরা তাদের পাসওয়ার্ড পরিবর্তন করতে বাধা দিতে পারে। এটি সত্যিই পুরানো, তবে এটি শুরু করার মতো যুক্তিসঙ্গত জায়গা বলে মনে হচ্ছে।

http://support.apple.com/kb/TA21256

(সম্পাদনা করুন)

অন্য কয়েকটি উত্স থেকে (" ম্যাক ওএস এক্স টাইগার চালানো " পৃষ্ঠা ১৩6 হিসাবে) দেখে মনে হচ্ছে _writers_passwdএমন ব্যবহারকারীদের তালিকা যা সেই নির্দিষ্ট ব্যবহারকারীর পাসওয়ার্ড পরিবর্তন করতে পারে। সুতরাং, এটি ব্যবহারকারীর নাম নির্ধারণ যথেষ্ট হবে।


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

যাইহোক, আপনি কি 10.9 সার্ভারে আছেন? আমি 10.5, 10.6 এবং 10.8 সার্ভারে (লেখক_পাসউইডবিহীন) প্রত্যেকের মতো একই স্ক্রিপ্ট ব্যবহার করি এবং কোনও সমস্যা নেই।
কেন্ট

হ্যাঁ, 10.9, এবং আমি সম্মত, আমি মনে করি এটি এই সংস্করণে নতুন হতে পারে কারণ আমি সমস্যা ছাড়াই অতীত সার্ভারগুলিতে এটি করেছি। স্ক্রিপ্টগুলি আপডেট করার সময়, সম্ভবত _writers_*নিরাপদ থাকতে প্রতিটি আইটেমের সাথে। আমি ভাবছি যদি 10.5-10.8 আসলে এটি অন্যায় করে এবং সেই মানগুলি উপেক্ষা করে এবং 10.9-এ তারা সঠিক আচরণ "পুনরুদ্ধার" করে। এটি ব্যাখ্যা করবে যে পুরানো নথির উল্লেখ থাকা সত্ত্বেও ব্যবহারকারীরা তৈরি করার সময় কেউ কেন এই কীগুলির বিষয়ে যত্ন করে না বলে মনে হয়।
জাস্টিন শ্রীকভা

1
আর সত্যি বলতে, এটা সত্যিই অ্যাপলের আঘাত প্রদান করবে useraddএবং groupaddসমতুল এটি সঠিকভাবে হ্যান্ডেল? স্ক্রিপ্টটি আপ টু ডেট রাখার জন্য সমস্ত ডান কীগুলি রেকর্ড করা একটি চতুর সমাধান, যেহেতু এর মতো অস্পষ্ট কিছু না পাওয়া এই ধরণের জটিল এবং জটিল ত্রুটিগুলি ট্র্যাক করতে পারে। :) আচ্ছা ভালো.
জাস্টিন শ্রীকভা

1

প্রথমত, passwdকমান্ডটি আপনার নিজের পাসওয়ার্ড পরিবর্তন করতে কোনও প্রশাসকের অ্যাক্সেসের প্রয়োজন হয় না

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

সেখানে /Library/Server/Wiki/Configকোনওরকম খুব বেশি ভুল নেই তা নিশ্চিত করার জন্য আপনি সমস্ত প্লিস্ট ফাইলগুলিতে প্লুটিল গিয়ে চালাতে পারেন। আমি সমস্ত ফাইলের অনুমতিগুলি বুদ্ধিমান দেখতে চাইছি।

আপনি উভয় স্ট্যান্ডার্ড এবং প্রশাসক ব্যবহারকারীদের জন্য একই ত্রুটি পান? একজন প্রশাসক ব্যবহারকারী কি সফলভাবে পরীক্ষা করতে পারেন Profile Manager?


সার্ভারটি স্ব-স্বাক্ষরিত শংসাপত্র ব্যবহার করছে এবং এটির মেয়াদ শেষ হয়নি। passwdযদিও কমান্ডের সাথে এটি করতে হবে তা আমি নিশ্চিত নই । মতে এই নিবন্ধটিpasswd কমান্ড প্রশাসক সীমিত করা হয়েছে। আমি নিশ্চিত না কেন, যদিও।
জাস্টিন শ্রীকভা

সার্ভার 10.8 এবং একটি 10.9 মেশিনে পরীক্ষা করা passwdস্ট্যান্ডার্ড এবং প্রশাসক ব্যবহারকারীদের নিজের পাসওয়ার্ড পরিবর্তন করতে উভয়ের পক্ষে সূক্ষ্ম কাজ করে।
টনি উইলিয়ামস

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

সুতরাং আসল প্রশ্ন হ'ল কমান্ড লাইন থেকে কীভাবে একটি ব্যবহারকারী তৈরি করা যায়। আমার পুরানো স্ক্রিপ্টগুলি পরীক্ষা করতে আমাকে কয়েক ঘন্টা দিন।
টনি উইলিয়ামস

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