dacsauth - ক্লাউডে অনলাইন

কার্যক্রম:

NAME এর

dacsauth - প্রমাণীকরণ চেক

সাইনোপিসিস

ডাকসাউথ [-m auth-module-spec] [...] [-r ভূমিকা-মডিউল-বিশেষ] [...] [-Dনির্দেশ=মূল্য]
[-অক্স]
[-fj jurname] [-এফএন ফেডনাম] [-h | -হেল্প] [-আইডি] [-ll log_level]
[-p পাসওয়ার্ড]
[-পিএফ ফাইল] [-শীঘ্র] [-q] [{-u | -ব্যবহারকারী} ব্যবহারকারীর নাম] [-v]
dacsauth-মডিউল

বর্ণনাঃ

এই প্রোগ্রাম এর অংশ DACS উপর।

সার্জারির ডাকসাউথ প্রদত্ত প্রমাণীকরণ উপাদান প্রমাণীকরণকে সন্তুষ্ট করে কিনা তা ইউটিলিটি পরীক্ষা করে
প্রয়োজনীয়তা এবং প্রক্রিয়ার প্রস্থান অবস্থার মাধ্যমে ফলাফল নির্দেশ করে। এটি অনুরূপ
dacs_authenticate(8)[1] এবং dacscred(1)[2]।

ডাকসাউথ লিভারেজ করার জন্য স্ক্রিপ্ট এবং অন্যান্য প্রোগ্রামগুলির জন্য একটি উপায় প্রদান করে DACS প্রমাণীকরণ
অবকাঠামো. তারা একটি মোটা ফর্ম হিসাবে সফল প্রমাণীকরণ ব্যবহার করতে পারে
অনুমোদন; শুধুমাত্র একজন ব্যবহারকারী যে সঠিক পাসওয়ার্ড প্রদান করে তা চালানোর অনুমতি দেওয়া যেতে পারে
প্রোগ্রাম, উদাহরণস্বরূপ। অথবা তারা সফল হওয়ার পরে কিছু ধরণের শংসাপত্র ফেরত দিতে পারে
প্রমাণীকরণ, বা সম্ভবত ব্যবহার dacs_auth_agent(8)[3] ফিরে আসা DACS শংসাপত্র।

ডাকসাউথ প্রদত্ত ব্যবহারকারীর সাথে যুক্ত ভূমিকা তথ্য পুনরুদ্ধার করতেও ব্যবহার করা যেতে পারে।

ডাকসাউথ কোন পড়া হয় না DACS কনফিগারেশন ফাইল। পরীক্ষা করার জন্য যা যা দরকার
একটি যুক্তি হিসাবে নির্দিষ্ট করা আবশ্যক.

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

বিকল্প

নিম্নলিখিত কমান্ড লাইন পতাকা স্বীকৃত হয়. অন্তত একটা -m পতাকা (সঞ্চালনের জন্য
প্রমাণীকরণ পরীক্ষা), বা অন্তত একটি -r পতাকা অবশ্যই নির্দিষ্ট করতে হবে (একটি ভূমিকা গঠন করতে
পরিচয়ের জন্য বর্ণনাকারী স্ট্রিং এবং এটি stdout এ প্রিন্ট করুন)। উভয় পতাকার সমন্বয় হয়
অনুমোদিত, যে ক্ষেত্রে একটি ভূমিকা বর্ণনাকারী স্ট্রিং শুধুমাত্র প্রমাণীকরণ পরীক্ষা হলে আউটপুট হয়
সফল হলো.

-Dনির্দেশ=মূল্য
এটি সেটিং এর সমতুল্য নির্দেশ, একজন জেনারেল DACS কনফিগারেশন নির্দেশিকা, থেকে
মূল্য। দেখ dacs.conf(5)[4]।

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

-fj jurname
ব্যবহার jurname, যা অধিক্ষেত্রের নাম হিসাবে সিনট্যাক্টিকভাবে বৈধ হতে হবে। যদি প্রয়োজন
কিন্তু প্রদান করা হয়নি, হোস্টের ডোমেন নাম থেকে প্রাপ্ত একটি মান ব্যবহার করা হবে।

-এফএন ফেডনাম
ব্যবহার ফেডনাম, যা ফেডারেশনের নাম হিসাবে সিনট্যাক্টিক্যালি বৈধ হতে হবে। যদি প্রয়োজন
কিন্তু প্রদান করা হয়নি, হোস্টের ডোমেন নাম থেকে প্রাপ্ত একটি মান ব্যবহার করা হবে।

-h
-হেল্প
একটি সহায়তা বার্তা প্রদর্শন করে প্রস্থান প্রদর্শন।

-আইডি
সফল হলে, প্রমাণীকৃত প্রিন্ট করুন DACS স্ট্যান্ডার্ড আউটপুটের পরিচয়।

-ll log_level
ডিবাগিং আউটপুট স্তর সেট করুন log_level (দেখুন dacs(1)[5])। ডিফল্ট স্তর হল
সতর্ক করা

-m auth-module-spec
প্রতিটি ধরনের প্রমাণীকরণ পরীক্ষার প্রয়োজন যা একটি দ্বারা বর্ণনা করা হয় auth-module-spec
যে অবিলম্বে অনুসরণ করে -m পতাকা প্রতিটি auth-module-spec মূলত একটি
একটি বিকল্প উপস্থাপনা প্রমাণীকরণ দফা[6] এবং এর নির্দেশাবলী, যা দ্বারা ব্যবহৃত হয়
dacs_authenticate(8)[১]। ঠিক যে ক্রমানুসারে Auth clauses a তে প্রদর্শিত হয় DACS
কনফিগারেশন ফাইল, ক্রম যা -m পতাকা প্রদর্শিত হতে পারে তাৎপর্যপূর্ণ,
উপর নির্ভর করে নিয়ন্ত্রণ কীওয়ার্ড প্রক্রিয়াকরণের সময়, ধারাবাহিক -m উপাদান হয়
স্বয়ংক্রিয়ভাবে নির্ধারিত নাম, auth_module_1, auth_module_2, এবং আরও অনেক কিছু, প্রধানত এর জন্য
ত্রুটি রিপোর্টিং উদ্দেশ্য.

An auth-module-spec নিম্নলিখিত সিনট্যাক্স আছে:

সার্জারির মডিউল হয় একটি অন্তর্নির্মিত মডিউল বা একটি বৈধ সংক্ষিপ্ত নাম দিয়ে শুরু হয়
এর, বা একটি বহিরাগত প্রমাণীকরণ মডিউলের (পরম) URL (এর সমতুল্য
দ্য URL টি[৭] নির্দেশ)। পরবর্তীতে অবশ্যই একটি স্বীকৃত প্রমাণীকরণ শৈলী কীওয়ার্ড উপস্থিত হতে হবে
স্পেসিফায়ার (এর সমতুল্য শৈলী[৮] নির্দেশ)। পরবর্তী, নিয়ন্ত্রণ কীওয়ার্ড অনুসরণ করে,
যা অনুরূপ নিয়ন্ত্রণ[9] প্রমাণীকরণ ধারায় নির্দেশনা। পরে নিয়ন্ত্রণ
কীওয়ার্ড, নীচে বর্ণিত পতাকাগুলি যে কোনও ক্রমে অনুসরণ করতে পারে।

An auth-module-spec শেষ হয় যখন প্রথম অবৈধ পতাকা (বা পতাকার শেষ) হয়
সম্মুখীন।

সার্জারির -O পতাকা একটি সমতুল্য অনুযায়ী OPTION[10] নির্দেশ.

সার্জারির -এর পতাকা একটি আর্গুমেন্ট দ্বারা অনুসরণ করা হয় যা একটি ফাইলের নাম যা থেকে পড়তে হবে
বিকল্প, প্রতি লাইনে একটি, বিন্যাসে নাম=মূল্য. ফাঁকা লাইন এবং লাইন দিয়ে শুরু
একটি '#' উপেক্ষা করা হয়; মনে রাখবেন যে এই লাইনগুলি "-O" দিয়ে শুরু হয় না এবং উদ্ধৃতিগুলি সহজ
অনুলিপি করা হয়েছে এবং ব্যাখ্যা করা হয়নি। দ্য -এর পতাকা পাসওয়ার্ড এড়াতে ব্যবহার করা যেতে পারে
কমান্ড লাইন এবং এটি অন্যথায় যে অভিব্যক্তি লিখতে সহজ করে তোলে
শেল দ্বারা ব্যাখ্যা প্রতিরোধ করার জন্য সাবধানে পালাতে হবে, উদাহরণস্বরূপ।

সার্জারির -প্রশ্ন পতাকা সমতুল্য এক্সপিআর[১১] নির্দেশ। দ্য -ভিএফএস পতাকা ব্যবহার করা হয়
কনফিগার ভিএফএসএই মডিউল দ্বারা প্রয়োজনীয় নির্দেশাবলী।

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

% dacsauth - মডিউল

উপলব্ধ (সক্ষম) বিল্ট-ইন প্রমাণীকরণ এবং ভূমিকা মডিউলের সেট নির্ধারিত হয়
কখন DACS নির্মিত হয়.

-p পাসওয়ার্ড
ব্যবহার করার জন্য পাসওয়ার্ড নির্দিষ্ট করুন (এর সমতুল্য পাসওয়ার্ড যুক্তি
dacs_authenticate).

নিরাপত্তা
কমান্ড লাইনে দেওয়া একটি পাসওয়ার্ড একই ব্যবহারকারীদের কাছে দৃশ্যমান হতে পারে
পদ্ধতি.

-পিএফ ফাইল
থেকে ব্যবহার করার জন্য পাসওয়ার্ড পড়ুন ফাইল (এর সমতুল্য পাসওয়ার্ড যুক্তি
dacs_authenticate)। যদি ফাইল হয় "-", তারপর পাসওয়ার্ডটি স্ট্যান্ডার্ড ইনপুট থেকে পড়া হয়
অনুরোধ ছাড়াই।

-শীঘ্র
পাসওয়ার্ডের জন্য অনুরোধ করুন এবং এটি stdin থেকে পড়ুন (এর সমতুল্য পাসওয়ার্ড যুক্তি
dacs_authenticate) পাসওয়ার্ড প্রতিধ্বনিত হয় না.

-q
ডিবাগিং আউটপুট স্তর হ্রাস করে আরও শান্ত হন।

-r ভূমিকা-মডিউল-স্পেক
জন্য ভূমিকা ব্যবহারকারীর নাম এই পতাকা দিয়ে নির্ধারণ করা যেতে পারে, যা অবিলম্বে
একটি দ্বারা অনুসরণ ভূমিকা-মডিউল-বিশেষ. দ্য -r পতাকা পুনরাবৃত্তি হতে পারে, এবং ফলে ভূমিকা
মিলিত হয়। প্রতিটি ভূমিকা-মডিউল-বিশেষ মূলত একটি এর বিকল্প উপস্থাপনা
ভূমিকা ধারা যে দ্বারা ব্যবহৃত হয় dacs_authenticate(8)[১৩]। ধারাবাহিক -r উপাদান হয়
নির্ধারিত নাম, ভূমিকা_মডিউল_1, ভূমিকা_মডিউল_2 এবং আরও অনেক কিছু, প্রধানত ত্রুটি রিপোর্টিংয়ের জন্য
উদ্দেশ্য।

A ভূমিকা-মডিউল-বিশেষ নিম্নলিখিত সিনট্যাক্স আছে:

সার্জারির মডিউল কম্পোনেন্ট রোলস ক্লজের সমতুল্য URL টি[১৪] নির্দেশিকা ও হয়
হয় একটি উপলব্ধ অন্তর্নির্মিত ভূমিকা মডিউলের নাম, এর একটি বৈধ সংক্ষেপণ,
বা একটি বহিরাগত ভূমিকা মডিউলের (পরম) URL।

পতাকা অনুসরণ করতে পারে মডিউল উপাদান, যেকোনো ক্রমে। ক ভূমিকা-মডিউল-বিশেষ শেষ হয় যখন
প্রথম অবৈধ পতাকা (বা পতাকার শেষ) সম্মুখীন হয়।

সার্জারির -O পতাকা একটি সমতুল্য অনুযায়ী OPTION[10] নির্দেশ.

সার্জারির -এর পতাকা একটি আর্গুমেন্ট দ্বারা অনুসরণ করা হয় যা একটি ফাইলের নাম যা থেকে পড়তে হবে
বিকল্প, প্রতি লাইনে একটি, বিন্যাসে নাম=মূল্য. ফাঁকা লাইন এবং লাইন দিয়ে শুরু
একটি '#' উপেক্ষা করা হয়; মনে রাখবেন যে এই লাইনগুলি "-O" দিয়ে শুরু হয় না এবং উদ্ধৃতিগুলি সহজ
অনুলিপি করা হয়েছে এবং ব্যাখ্যা করা হয়নি। দ্য -এর পতাকা পাসওয়ার্ড এড়াতে ব্যবহার করা যেতে পারে
কমান্ড লাইন এবং এটি অন্যথায় যে অভিব্যক্তি লিখতে সহজ করে তোলে
শেল দ্বারা ব্যাখ্যা প্রতিরোধ করার জন্য সাবধানে পালাতে হবে, উদাহরণস্বরূপ।

সার্জারির -প্রশ্ন পতাকা সমতুল্য এক্সপিআর[১১] নির্দেশ। দ্য -ভিএফএস পতাকা ব্যবহার করা হয়
কনফিগার ভিএফএস[12] নির্দেশাবলী দ্বারা প্রয়োজনীয় মডিউল.

-u ব্যবহারকারীর নাম
-ব্যবহারকারী ব্যবহারকারীর নাম
এর বিরুদ্ধে প্রমাণীকরণ করার জন্য ব্যবহারকারীর নাম (এর সমতুল্য ব্যবহারকারীর নাম যুক্তি
dacs_authenticate) এই ব্যবহারকারীর নামটি কার্যকরের সাথে অন্তর্নিহিতভাবে যুক্ত
ফেডারেশন এবং এখতিয়ার (দেখুন -এফএন[15] এবং -fj[১৬] পতাকা)।

-v
সার্জারির -v ফ্ল্যাগ ডিবাগিং আউটপুট স্তর ডিবাগ বা (যদি পুনরাবৃত্তি হয়) ট্রেস bumps.

উদাহরণ

নিরাপত্তা
If ডাকসাউথ প্রমাণীকরণ সঞ্চালনের জন্য একটি অন্তর্নির্মিত মডিউল ব্যবহার করে, এটি অবশ্যই setuid বা চালাতে হবে
প্রয়োজনীয় পাসওয়ার্ড ফাইল অ্যাক্সেস করার জন্য পর্যাপ্ত সুবিধা পেতে setgid (একই
অন্তর্নির্মিত ভূমিকা মডিউলগুলির জন্য সত্য)। যদি এটি একটি বাহ্যিক মডিউল ব্যবহার করে, সেই মডিউলটি হবে
অ্যাক্সেস করার জন্য পর্যাপ্ত সুযোগ-সুবিধা সহ কার্যকর করতে হবে DACS ক্রিপ্টোগ্রাফিক কী,
বিশেষভাবে ফেডারেশন_কি এবং সম্ভবত DACS বা সিস্টেম পাসওয়ার্ড ফাইল; বাহ্যিক
মডিউলটি তখন যেকোন ফাইল অ্যাক্সেস করার জন্য পর্যাপ্ত সুযোগ-সুবিধা সহ কার্যকর করতে হবে
প্রয়োজন।

আপনার ফেডারেশনের জন্য সঠিক ফেডারেশন_কি ব্যবহার করতে ভুলবেন না। রেফারেন্সিং
দুই বা ততোধিক ফেডারেশনে প্রমাণীকরণ মডিউল সম্ভবত কাজ করবে না।

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

এই উদাহরণ ব্যবহারকারী "bobo" এর বিরুদ্ধে পাসওয়ার্ড "পরীক্ষা" সহ প্রমাণীকরণ করে৷ DACS পাসওয়ার্ড ফাইল
/usr/local/dacs/conf/passwd:

% dacsauth -m পাসওয়াড পাসডব্লিউডি প্রয়োজন
-vfs "[passwds]dacs-kwv-fs:/usr/local/dacs/conf/passwd" -q -u bobo -p পরীক্ষা

কমান্ডের প্রস্থান স্থিতি শূন্য হলে, প্রমাণীকরণ পরীক্ষা সফল হয়েছে, অন্যথায় এটি
ব্যর্থ হয়েছে.

নিম্নলিখিত উদাহরণটি তার ইউনিক্স পাসওয়ার্ড ফাইলের বিরুদ্ধে "বোবো" প্রমাণীকরণের চেষ্টা করে। দ্য
প্রোগ্রাম পাসওয়ার্ডের জন্য অনুরোধ করে।

% dacsauth -m unix passwd প্রয়োজন -u bobo -prompt

পরবর্তী উদাহরণে, ডাকসাউথ NTLM এর মাধ্যমে "bobo" প্রমাণীকরণ করার চেষ্টা করে
winders.example.com:

% dacsauth -m ntlm passwd suff -OSAMBA_SERVER="winders.example.com" -prompt -u bobo

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

% dacsauth -m https://example.example.com/cgi-bin/dacs/local_ntlm_authenticate \
যথেষ্ট পাসডব্লিউডি -OSAMBA_SERVER="winders.example.com" \
-fn উদাহরণ -fj FEDROOT -u bobo -pf mypass \
-DVFS="[federation_keys]dacs-fs:/usr/local/dacs/federations/example/federation_keys"

বিরুদ্ধে প্রমাণীকরণ গুগল[১৭] হিসাব [ইমেল সুরক্ষিত], কেউ ব্যবহার করতে পারে:

% dacsauth -m http passwd suff \
-OAUTH_URL="https://www.google.com/accounts/ClientLogin" \
-OUUSERNAME_PARAMETER=ইমেল -OPASSWORD_PARAMETER=Passwd \
-Oservice=xapi -Osource=DSS-DACS-1.4 -প্রম্পট -u [ইমেল সুরক্ষিত]

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

% dacsauth -m expr expr suffi \
-expr '${Args::PASSWORD} eq "foo"? ${Args::USERNAME} : ""' -user bobo -prompt

একটি Apache বিরুদ্ধে প্রমাণীকরণ htdigest পাসওয়ার্ড ফাইল নিম্নলিখিত সঞ্চালিত হয়
উদাহরণ, যেখানে পাসওয়ার্ড stdin থেকে পড়া হয়:

% প্রতিধ্বনি "পরীক্ষা" | dacsauth -m apache ডাইজেস্ট যথেষ্ট \
-OAUTH_MODULE=mod_auth_digest \
-OAUTH_FILE=/usr/local/apache2/conf/passwords.digest \
-OAUTH_REALM="DACS ডাইজেস্ট অথ এরিয়া" \
-ইউ বোবো -পিএফ -

PAM মডিউলের মাধ্যমে প্রমাণীকরণ অন্যান্য মডিউলের চেয়ে আলাদাভাবে কাজ করে - এবং আরও বেশি
ব্যবহার করা জটিল - কারণ ডাকসাউথ কিসের উপর নির্ভর করে কয়েকবার চালানোর প্রয়োজন হতে পারে
তথ্য PAM প্রয়োজন. হ্যাঁ/না সিদ্ধান্ত ফেরত দেওয়ার পরিবর্তে, ডাকসাউথ প্রিন্ট করতে পারে
stdout এ আরও তথ্যের জন্য অনুরোধ করে। অনুগ্রহ করে উপস্থাপিত অপারেশনাল বিবরণ পর্যালোচনা করুন
dacs_authenticate(8)[18] এবং pamd(8)[19] এই মডিউল ব্যবহার করার চেষ্টা করার আগে.

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

% dacsauth -m pam প্রম্পটেড যথেষ্ট \
-vfs "[federation_keys]dacs-fs:/usr/local/dacs/federations/dss/federation_keys" \
-OPAMD_HOST=স্থানীয় হোস্ট -OPAMD_PORT=dacs-pamd -fj উদাহরণ -fn পরীক্ষা
AUTH_PROMPT_VAR1="লগইন:"
AUTH_TRANSID="10.0.0.124:57849:85748:9997c5588a6239e3"
% dacsauth -m pam প্রম্পটেড যথেষ্ট \
-vfs "[federation_keys]dacs-fs:/usr/local/dacs/federations/dss/federation_keys" \
-OAUTH_PROMPT_VAR1="বোবো" \
-OAUTH_TRANSID="10.0.0.124:57849:85748:9997c5588a6239e3"-fj EXAMPLE -fn TEST
AUTH_PROMPT_VAR2="পাসওয়ার্ড:"
AUTH_TRANSID="10.0.0.124:52188:88417:5ffb0015f21ea546"
% dacsauth -m pam প্রম্পটেড যথেষ্ট \
-vfs "[federation_keys]dacs-fs:/usr/local/dacs/federations/dss/federation_keys" \
-OAUTH_PROMPT_VAR2="পাসওয়ার্ড" \
-OAUTH_TRANSID="10.0.0.124:57849:85748:9997c5588a6239e3"-fj EXAMPLE -fn TEST

প্রথমবার ডাকসাউথ উদাহরণে চালানো হয় এটি ব্যবহারকারীর নামের জন্য একটি প্রম্পট প্রদান করে
("লগইন:") যা লেনদেন ভেরিয়েবলের সাথে যুক্ত AUTH_PROMPT_VAR1 এবং একটি
লেনদেন শনাক্তকারী (AUTH_TRANSID) পরেরটি অবশ্যই পরবর্তীতে পাস করতে হবে
এর মৃত্যুদন্ড ডাকসাউথ. দ্বিতীয় রান ডাকসাউথ ব্যবহারকারীর নাম ("বোবো") পাস করে এবং
লেনদেন ভেরিয়েবলের সাথে যুক্ত আরেকটি প্রম্পট ("পাসওয়ার্ড:") ফেরত দেয়
AUTH_PROMPT_VAR2. তৃতীয় রান পাসওয়ার্ড পাস করে ("apassword") কিন্তু কোন প্রম্পট নেই
ফিরে এসেছে, ইঙ্গিত করে যে সেশন সম্পূর্ণ হয়েছে এবং প্রোগ্রামের প্রস্থান অবস্থা প্রতিফলিত হয়
প্রমাণীকরণের ফলাফল।

ডগা
কিনা ডাকসাউথ ভূমিকা পুনরুদ্ধার করার জন্য একটি পাসওয়ার্ড প্রয়োজন নির্দিষ্ট ভূমিকার উপর নির্ভর করে
মডিউল ব্যবহার করা হচ্ছে। উদাহরণস্বরূপ, একটি পাসওয়ার্ড দ্বারা প্রয়োজন হয় না local_unix_roles[20] বা
স্থানীয়_ভূমিকা[21] ভূমিকা পেতে, কিন্তু local_ldap_roles[22] সম্ভবত একটি প্রয়োজন হবে
ডিরেক্টরিতে আবদ্ধ এবং ভূমিকা প্রাপ্ত করার জন্য পাসওয়ার্ড।

এই উদাহরণটি বিল্ট-ইন কল করে ব্যবহারকারী "বোবো" এর ভূমিকা স্ট্রিং প্রিন্ট করে
local_unix_roles[২০] মডিউল:

% dacsauth -r unix -u bobo
bobo, হুইল, www, ব্যবহারকারীরা

পরবর্তী উদাহরণটি পূর্ববর্তীটির অনুরূপ, একটি বহিরাগত ভূমিকা মডিউল ব্যবহার করা ছাড়া:

% dacsauth -r https://example.example.com/cgi-bin/dacs/local_unix_roles \
-DVFS="[federation_keys]dacs-fs:/usr/local/dacs/federations/federation_keys" \
-fn উদাহরণ -u bobo
bobo, হুইল, www, ব্যবহারকারীরা

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

নিম্নলিখিত উদাহরণ মুদ্রণ ভূমিকা স্ট্রিং[২৩] ব্যবহারকারী "বোবো", এর মধ্যে পরিচিত
(বহিরাগত) ব্যবহার করে সাধারণ নাম "ববো ব্যাগিন্স" দ্বারা ডিরেক্টরি local_ldap_roles[22]
মডিউল এবং "সরাসরি" বাঁধাই পদ্ধতি:

% dacsauth -r https://example.example.com/cgi-bin/dacs/local_ldap_roles \
-of/usr/local/dacs/ldap_roles_options_direct -u "Bobo Baggins" \
-DVFS="[federation_keys]dacs-fs:/usr/local/dacs/federations/federation_keys" \
-fn উদাহরণ -fj FEDROOT -প্রম্পট
DnsAdmins, Print_Operators, Domain_Admins, Administrators

কারণ কমান্ড লাইনে সহজে এবং সঠিকভাবে স্থাপন করার জন্য অনেকগুলি পতাকা রয়েছে
এটি করার জন্য প্রয়োজনীয় বিকল্পগুলি একটি ফাইল থেকে পড়া হয় যা দ্বারা নির্দিষ্ট করা হয় -এর পতাকা।
এটি প্রোগ্রামে পাসওয়ার্ড পাস করার আরও নিরাপদ উপায় প্রদান করে; অ্যাক্সেস নিশ্চিত করুন
ফাইলটি যথাযথভাবে সীমাবদ্ধ। ফাইল
/usr/local/dacs/ldap_roles_options_direct-তে কনফিগারেশন থাকতে পারে যেমন:

LDAP_BIND_METHOD=সরাসরি
LDAP_ADMIN_URL*="ldap://winders.example.com/CN=" । এনকোড(url,${Args::DACS_USERNAME})। ",CN=ব্যবহারকারী,DC=উদাহরণ,DC=com"

LDAP_ROLES_SELECTOR*="${LDAP::attrname}" eq "memberOf" ? strtr(ldap(rdn_attrvalue, \
ldap(dn_index, "${LDAP::attrvalue}", 1)), " ", "_"): ""

নিম্নলিখিত উদাহরণটি আগেরটির মতো, এটি "পরোক্ষ" বাঁধাই ব্যবহার করে
পদ্ধতি এবং তাই ব্যবহারকারীর সাধারণ নাম দেওয়ার প্রয়োজন নেই:

% dacsauth -r https://example.example.com/cgi-bin/dacs/local_ldap_roles \
-এর /usr/local/dacs/ldap_roles_options_indirect -u bobo \
-DVFS="[federation_keys]dacs-fs:/usr/local/dacs/federations/federation_keys" \
-fn উদাহরণ -fj FEDROOT -p bobospassword
DnsAdmins, Print_Operators, Domain_Admins, Administrators

ফাইল /usr/local/dacs/ldap_roles_options_indirect কনফিগারেশন থাকতে পারে যেমন
এই:

LDAP_BIND_METHOD=পরোক্ষ
LDAP_ADMIN_URL=ldap://winders.example.com/CN=Administrator,CN=Users,DC=example,DC=com

# ব্যবহারকারীদের অধীনে অনুসন্ধান করুন...
LDAP_SEARCH_ROOT_DN=CN=ব্যবহারকারী,DC=উদাহরণ,DC=com

LDAP_ADMIN_PASSWORD=সেক্রেট অ্যাডমিন পাসওয়ার্ড
LDAP_SEARCH_FILTER*="(sAMAccountName=${Args::DACS_USERNAME})"
LDAP_ROLES_SELECTOR*="${LDAP::attrname}" eq "memberOf" ? strtr(ldap(rdn_attrvalue, \
ldap(dn_index, "${LDAP::attrvalue}", 1)), " ", "_"): ""

ধরুন একজন ব্যবহার করতে চেয়েছিলেন ডাকসাউথ LDAP-এর মাধ্যমে একজন ব্যবহারকারীকে সাদৃশ্যপূর্ণভাবে প্রমাণীকরণ করতে
এই dacs.conf কনফিগারেশন:


URL "http://example.example.com/cgi-bin/dacs/local_ldap_authenticate"
স্টাইল "পাসওয়ার্ড,অ্যাড_রোলস"
নিয়ন্ত্রণ "প্রয়োজনীয়"
LDAP_BIND_METHOD "সরাসরি"
LDAP_USERNAME_URL* '"ldap://winders.example.com/cn=" । এনকোড(url, ${Args::USERNAME})। ",cn=ব্যবহারকারী,dc=উদাহরণ,dc=স্থানীয়"'
LDAP_USERNAME_EXPR* '"${LDAP::sAMAccountName}"'
LDAP_ROLES_SELECTOR* '"${LDAP::attrname}" eq "memberOf" \
? strtr(ldap(rdn_attrvalue, ldap(dn_index, "${LDAP::attrvalue}", 1)), " ", "_"): ""'


এই ধরনের একটি ফাইল (যেমন, /usr/local/dacs/ldap_auth_options_direct) থাকবে
নিম্নলিখিত নির্দেশাবলী:

LDAP_BIND_METHOD=সরাসরি
LDAP_USERNAME_URL*="ldap://winders.example.com/cn=" । এনকোড(url, ${Args::USERNAME})। ",cn=ব্যবহারকারী,dc=উদাহরণ,dc=স্থানীয়"
LDAP_USERNAME_EXPR*="${LDAP::sAMAccountName}"
LDAP_ROLES_SELECTOR*="${LDAP::attrname}" eq "memberOf" \
? strtr(ldap(rdn_attrvalue, ldap(dn_index, "${LDAP::attrvalue}", 1)), " ", "_") : ""

প্রমাণীকরণ তারপর এই মত একটি কমান্ড ব্যবহার করে সঞ্চালিত হতে পারে:

% dacsauth -fj FEDROOT -m http://example.example.com/cgi-bin/dacs/local_ldap_authenticate পাসওয়ার্ড suff \
-এর/usr/local/dacs/ldap_auth_options_direct \
-DVFS="[federation_keys]dacs-fs:/usr/local/dacs/federations/federation_keys" \
-fn উদাহরণ -u bobo -prompt

কারণ নির্ণয়

প্রমাণীকরণ সফল হলে প্রোগ্রামটি 0 থেকে প্রস্থান করে বা প্রমাণীকরণ ব্যর্থ হলে 1 দিয়ে বা
একটি ত্রুটি ঘটেছে.

onworks.net পরিষেবা ব্যবহার করে অনলাইনে dacsauth ব্যবহার করুন