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

কার্যক্রম:

NAME এর

dacs - একটি বিতরণ করা অ্যাক্সেস নিয়ন্ত্রণ ব্যবস্থা

সাইনোপিসিস

dacs [-v | -- ভারবোস] [--ডাম্পেনভ] [--লাইসেন্স] [--সংস্করণ]

dacs dacs-কমান্ড [ড্যাকসপশন[১]] [...]

dacs-কমান্ড [-u uri- উপসর্গ | -উজে এখতিয়ার-নাম | -এ | আপ এখতিয়ার-নাম | -আমাদের]
[-c dacs.conf]
[-sc site.conf] [-ll লগিং-স্তর] [- বিন্যাস fmt] [-q] [-t] [-Dনাম=মূল্য]
[-v | -- ভারবোস] [--ডাম্পেনভ] [--সক্ষম-ডাম্প] [--লাইসেন্স] [--std] [--সংস্করণ]

বর্ণনাঃ

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

DACS একটি সাধারণ-উদ্দেশ্য, ওয়েব-ভিত্তিক প্রমাণীকরণ এবং অ্যাক্সেস নিয়ন্ত্রণ ব্যবস্থা। এটি উপলব্ধ করা হয়
একক সাইন-অন কার্যকারিতা এবং প্রদত্ত সামগ্রী এবং পরিষেবাগুলিতে নমনীয় অ্যাক্সেস নিয়ন্ত্রণ
ওয়েব সার্ভার দ্বারা। DACS একটি নিয়ে গঠিত এ্যাপাচি মডিউল (mod_auth_dacs[২]) যার মাধ্যমে এ্যাপাচি
সাথে যোগাযোগ করে DACS অ্যাক্সেস নিয়ন্ত্রণের সিদ্ধান্ত নেওয়ার জন্য, CGI প্রোগ্রামগুলির একটি স্যুট যা
প্রদান DACS ওয়েব পরিষেবা এবং ইউটিলিটি কমান্ডের একটি সংগ্রহ যা বিভিন্ন প্রদান করে
জন্য সমর্থন এবং প্রশাসনিক ফাংশন DACS. এই ধরনের কিছু ইউটিলিটি, যেমন
dacshttp(1)[3] এবং ssl ক্লায়েন্ট(1)[৪], সম্পূর্ণ সাধারণ উদ্দেশ্য।

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

সম্পর্কে গুরুত্বপূর্ণ তথ্যের জন্য DACSইনস্টলেশন নির্দেশাবলী সহ, অনুগ্রহ করে দেখুন
dacs.readme(7)[5] এবং dacs.install(7)[6]।

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

নিয়ম অনুসারে, সকলের নাম DACS ওয়েব পরিষেবাগুলি "dacs_" উপসর্গ দিয়ে শুরু হয় (যেমন,
dacs_conf) রিলিজ 1.4.17 থেকে শুরু করে, সমস্ত কমান্ড প্রয়োগ করে DACS কার্যকারিতা
উপসর্গ "dacs" দিয়ে শুরু করুন (যেমন, dacsconf)। অনেক DACS ওয়েব সার্ভিসের কমান্ড আছে
analogues অভ্যন্তরীণভাবে ব্যবহৃত ওয়েব পরিষেবাগুলির নাম DACS (অর্থাৎ, তারা
ব্যবহারকারীরা কখনই সরাসরি ডাকে না) "স্থানীয়_" দিয়ে শুরু করুন (যেমন, local_passwd_authenticate).
সাধারণ-উদ্দেশ্যের ওয়েব পরিষেবা এবং কমান্ডগুলি অন্য কোনও নামকরণের নিয়ম অনুসরণ করে না
পূর্বে উল্লিখিত কোনো উপসর্গ ব্যবহার না করা।

dtd-xsd ডিরেক্টরিতে রক্ষণাবেক্ষণ করা ডকুমেন্ট টাইপ ডেফিনিশন (DTDs) ব্যবহার করা হয়
ফাইল ফরম্যাট নথিভুক্ত করতে বা একটি আর্গুমেন্ট বর্ণনা করতে DACS ওয়েব পরিষেবা বা এর উত্তর। ভিতরে
বর্তমান বাস্তবায়ন, এই DTD ফাইলগুলি XML বৈধতার সময় ব্যবহার করা হয় না। গুণাবলী
CDATA প্রকারের তাদের মানগুলিতে অতিরিক্ত সীমাবদ্ধতা থাকতে পারে; প্রাসঙ্গিক পরামর্শ করুন
ডকুমেন্টেশন ফাইলগুলি প্রযুক্তিগতভাবে বৈধ DTD নয়, কারণ তাদের একটি নথির প্রকার নেই৷
ঘোষণা (DOCTYPE); একটি উপযুক্ত DOCTYPE সেই সময়ে প্রোগ্রাম্যাটিকভাবে তৈরি হয় a
DTD নির্গত হয়।

গুরুত্বপূর্ণ
DACS ওয়েব সাইটের বিরুদ্ধে নির্দিষ্ট ধরণের আক্রমণ প্রতিরোধ করে না, যেমন অস্বীকার of
সেবা হামলা[7], ক্রস-সাইট স্ক্রিপ্টিং (এক্সএসএস)[8] বা ক্রস-সাইট অনুরোধ জালিয়াতি
(CSRF)[৯]। উপযুক্ত ওয়েব সাইটের প্রতিরক্ষামূলক ব্যবস্থার সাথে মিলিত হলে, তবে, DACS
এই ধরনের আক্রমণগুলিকে আরও কঠিন করার প্রক্রিয়া প্রদান করে।

সম্পর্কে দ্য ম্যানুয়াল পেজ
জন্য প্রযুক্তিগত ডকুমেন্টেশন DACS ম্যানুয়াল পৃষ্ঠাগুলির একটি সেট গঠিত। HTML এ
সংগ্রহ, একটি সূচক পৃষ্ঠা[১০] বিষয়বস্তুর একটি সারণী, বিশেষ টীকাগুলির লিঙ্ক রয়েছে
প্রযুক্তিগত ডকুমেন্টেশনের মধ্যে, এবং ভেরিয়েবলের তালিকা, কনফিগারেশন নির্দেশিকা এবং
XML নথির প্রকার সংজ্ঞা।

ডগা
প্রতিটি এইচটিএমএল ম্যানুয়াল পৃষ্ঠার নিচের দিকে একটি ফন্ট সাইজ নির্বাচন টুল থাকে। যদি
জাভাস্ক্রিপ্ট সক্রিয় করা হয়েছে, বর্তমানে নির্বাচিত ফন্টের আকার পরিবর্তন করা যেতে পারে এবং একটি বিশ্বব্যাপী
পছন্দ সেট। বর্তমান পৃষ্ঠার জন্য একটি ফন্টের আকার চয়ন করতে, চারটির মধ্যে একটিতে ক্লিক করুন৷
বাক্স ম্যানুয়াল পৃষ্ঠা, সাইট ভিজিট জুড়ে বর্তমান নির্বাচনকে আপনার পছন্দ করতে,
এবং ব্রাউজার সেশন, "সেট" বোতামে ক্লিক করুন, যা একটি HTTP কুকি সেট করবে। যদি একটি
পছন্দ এইভাবে সেট করা হয়নি (অর্থাৎ, কোন কুকি নেই) এবং একটি ম্যানুয়াল পৃষ্ঠা
ক্যোয়ারী প্যারামিটার দিয়ে পরিদর্শন করা হয় DACSMANFONT 0, 1, 2, বা 3 সেট করুন (প্রতিনিধিত্ব করে
ক্ষুদ্রতম থেকে বৃহত্তম পয়েন্ট আকার), সংশ্লিষ্ট ফন্ট নির্বাচন করা হবে এবং
পছন্দ স্বয়ংক্রিয়ভাবে সেট করা হয় (যদি একটি পছন্দ সেট করা হয়, প্যারামিটার উপেক্ষা করা হয়)।

"নিরাপত্তা" লেবেলযুক্ত ডকুমেন্টেশনের ক্ষেত্রগুলি গুরুত্বপূর্ণ নিরাপত্তা বিবেচনার বিষয়ে আলোচনা করে;
তাদের বিশেষ মনোযোগ দিতে দয়া করে. "টিপ" লেবেলযুক্ত এলাকাগুলি সময় বাঁচানোর জন্য নির্দেশক প্রদান করে
(এবং কখনও কখনও উত্তেজনা-হ্রাস) কৌশল এবং প্রস্তাবিত অনুশীলন।

পাথনাম এবং ইউআরএল-এ যেগুলি উদাহরণগুলিতে প্রদর্শিত হয়, "..." পাঠ্যটি উপস্থাপন করে যা আছে৷
বাদ দেওয়া হয়েছে কারণ এটি হাতে থাকা আলোচনার সাথে প্রাসঙ্গিক নয়, বা যা পরিবর্তিত হতে পারে
কনফিগারেশনের বিবরণের উপর নির্ভর করে, যেমন কোথায় কিছু ইনস্টল করা হয়েছে (যেমন,
.../dacs/bin/dachttp)।

অন্যথায় বলা না থাকলে, উদাহরণে ব্যবহৃত URL গুলি কাল্পনিক এবং সম্ভবত তা হবে না৷
কাজ সংরক্ষিত ডোমেইন নাম example.com প্রায়ই ব্যবহার করা হয় (জন্য RFC 2606[11])।

নির্দেশাবলী এবং উদাহরণে, একটি '%' সাধারণত একটি কমান্ড লাইন প্রম্পট বোঝাতে ব্যবহৃত হয়:

% তারিখ
রবিবার 1 এপ্রিল 15:33:11 PDT 2007৷

কখনও কখনও অন্য অক্ষর একটি প্রম্পট বোঝাতে ব্যবহৃত হয়, তবে, যেমন কখন
এর ইন্টারেক্টিভ মোড প্রদর্শন করা dacsexpr(1)[12]:

> 1 + 1
2

এর একটি বর্ধিত রূপ বিএনএফ স্বরলিপি[১৩] সিনট্যাক্সকে সংক্ষিপ্তভাবে বর্ণনা করতে ব্যবহৃত হয়। আমরা এটা আশা করি
উভয় বোধগম্য এবং পরিচিত, কিন্তু কিছু অসঙ্গতি এবং অস্পষ্টতা ঘটতে পারে
ডকুমেন্টেশন জুড়ে; এটি ধীরে ধীরে উন্নত করা হচ্ছে। একটি উত্পাদন একটি শব্দ হতে পারে
একটি রেগুলার এক্সপ্রেশন টাইপ স্পেসিফিকেশন অন্তর্ভুক্ত করুন, যার অর্থ '+' এক বা একাধিক ঘটনা
শব্দের, এবং '*' শূন্য বা তার বেশি ঘটনা। অক্ষরের সেটের যেকোনো একটি নির্দিষ্ট করা আছে
বর্গাকার বন্ধনীর মধ্যে, এবং পরপর অক্ষরের একটি পরিসর (ASCII কোড ক্রমানুসারে)
একটি হাইফেন দ্বারা পৃথক করা হয়েছে (যেমন, [A-Za-z0-9\-_]+ মানে "এক বা একাধিক বর্ণমালার অক্ষর,
অঙ্ক, হাইফেন বা আন্ডারস্কোর")। অন্যান্য প্রসঙ্গে, বর্গাকার বন্ধনী একটি ঐচ্ছিক নির্দেশ করে
মেয়াদ একক এবং দ্বিগুণ উদ্ধৃতি আক্ষরিক অক্ষর নির্দিষ্ট করে। মনে রাখবেন যে XML DTDs তাদের ব্যবহার করে
নিজস্ব সিনট্যাক্স, যা কিছুটা ভিন্ন, এবং কিছু ক্ষেত্রে প্রাসঙ্গিকভাবে ব্যাকরণ অনুসরণ করা হয়
স্বচ্ছতার জন্য বা উদাহরণের জন্য RFC গুলিকে সম্মান করা হয়।

চাবি ধারণা
জুড়ে ব্যবহৃত মূল ধারণা কিছু DACS ডকুমেন্টেশন এই সংজ্ঞায়িত করা হয়
অধ্যায়.

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

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

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

উল্লেখ্য যে কিছু সিস্টেমের বিপরীতে, DACS কোন বিশেষ সম্পদ পূর্বনির্ধারণ করে না
ব্যবহারকারী (পরিচয়) অ্যাক্সেস করতে পারে এবং করতে পারে না; অর্থাৎ, একজন প্রশাসক একটি তালিকা তৈরি করেন না
প্রতিটি ব্যবহারকারীর কি অধিকার আছে। অনুমোদন সর্বদা নিয়ম মূল্যায়ন দ্বারা নির্ধারিত হয়,
রিয়েল টাইমে, যখন একজন ব্যবহারকারী একটি সম্পদের অনুরোধ করে। এই শুধুমাত্র অব্যাহতি কিছু হয়
ঐচ্ছিক বৈশিষ্ট্য: অনুমোদন ক্যাশিং[14] এবং রিলিঙ্ক[15]।

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

যদিও শংসাপত্রের আকারের কোন নির্দিষ্ট সীমা নেই যতদূর পর্যন্ত DACS is
উদ্বিগ্ন, যেহেতু এগুলিকে একটি HTTP কুকির মধ্যে এনক্যাপসুলেট করা যেতে পারে এবং একটিতে ফিরে যেতে পারে৷
ব্রাউজার, ব্রাউজার দ্বারা আরোপিত কুকির উপর সীমাবদ্ধতা সাবধানে বিবেচনা করা উচিত।

যে কোনো এখতিয়ারের মধ্যে অন্য কোনো এখতিয়ার দ্বারা উত্পাদিত শংসাপত্র বুঝতে পারে
একই ফেডারেশন। অতএব, অ্যাক্সেস করার জন্য একজন ব্যবহারকারীকে শুধুমাত্র একবার প্রমাণীকরণ করতে হবে
সেই পরিচয় ব্যবহার করে যেকোন এখতিয়ারে ওয়েব পরিষেবা।

উল্লেখ্য যে DACS, শংসাপত্রগুলি তাদের মালিককে কোনো অধিকার দেয় না বা কোনো প্রকাশ করে না
অনুমোদন; DACS একটি না ক্ষমতা ভিত্তিক পদ্ধতি[১৬]। শংসাপত্রগুলি কেবল উপস্থাপন করে
a DACS পরিচয়।

নির্দেশ করে dacs_authenticate(8)[১] বিস্তারিত জানার জন্য।

বর্তমান অনুরোধ
যে ইভেন্টটি অনুমোদনের চেক প্রক্রিয়াকরণকে ট্রিগার করেছে
dacs_acs(8)[18] বর্তমান অনুরোধ হিসাবে উল্লেখ করা হয়. একটি জন্য একটি অনুরোধের জন্য
DACS-wrapped ওয়েব রিসোর্স, এটি হবে HTTP অনুরোধ যা ওয়েব দ্বারা গৃহীত হয়
সম্পদের জন্য সার্ভার। পরিস্থিতিতে যেখানে dacs_acs জড়িত না, যেমন যখন
dacscheck(1)[19] বা dacsexpr(1)[12] ব্যবহার করা হয়, বর্তমান অনুরোধ এবং তার প্রসঙ্গ
কমান্ড লাইন আর্গুমেন্ট দ্বারা নির্দিষ্ট বা থেকে প্রাপ্ত করা হয় ফাঁসি
পরিবেশ[20]।

dacs_acs ব্যবহারসমূহ ${DACS::URI} বর্তমান অনুরোধের পাথ উপাদান হিসাবে। এটাই
অ্যাপাচি থেকে প্রাপ্ত URI বর্তমান request_rec এর উপাদান। এই যে স্ট্রিং
অ্যাক্সেস কন্ট্রোল নিয়মের বিরুদ্ধে মেলে ব্যবহার করা হয়।

অন্যান্য DACS উপাদানগুলি বেশ কয়েকটি পরীক্ষা করে বর্তমান HTTP অনুরোধ নির্ধারণ করে
পরিবেশ পরিবর্তনশীল: HTTP_HOST (অথবা সার্ভারটির এবং সার্ভারের পোর্ট), REQUEST_URI,
QUERY_STRING, এবং HTTPS দ্বারা.

মুল্য ${DACS::URI} এবং এর পাথ উপাদান ${Env::REQUEST_URI} না
অগত্যা একই. একটি অভ্যন্তরীণ পুনঃনির্দেশের পরে, উদাহরণস্বরূপ, পরবর্তীটির মান
মূল ইউআরএল থেকে, যখন আগেরটি পুনঃনির্দেশের লক্ষ্য থেকে।

বর্তমান অনুরোধ স্ট্রিং গুরুত্বপূর্ণ কারণ এটি নির্ধারণ করতে ব্যবহার করা যেতে পারে
বর্তমান সঙ্ঘ[21] এবং বর্তমান অধিক্ষেত্র[২২], এবং এটি যখন ব্যবহৃত হয়
অনুরোধে আবেদন করার জন্য অ্যাক্সেস কন্ট্রোল নিয়ম অনুসন্ধান করা হচ্ছে।

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

প্রোগ্রাম্যাটিক, সাধারণ-উদ্দেশ্য ভূমিকা-ভিত্তিক অ্যাক্সেস নিয়ন্ত্রণ কার্যত যে কোনও জন্য উপলব্ধ
প্রোগ্রাম (ব্যবহার করে dacscheck(1)[১৯])। এটি Apache থেকে সম্পূর্ণরূপে বিচ্ছিন্ন।

DACS প্রশাসক
একজন ব্যক্তি (বা ব্যক্তি) এর অপারেশন পরিচালনার জন্য দায়ী DACS is
বলা হয় একটি DACS প্রশাসক (কখনও কখনও শুধু "প্রশাসক")। এই ব্যক্তি
অগত্যা একটি সিস্টেম অ্যাডমিনিস্ট্রেটর (যেমন, সুপার ইউজার বা রুট), যদিও একটি ছোট
এর ঐচ্ছিক উপাদানের সংখ্যা DACS ব্যবহারকারী বা গ্রুপ রুট হিসাবে কার্যকর করা আবশ্যক। দ্য DACS
প্রশাসক হতে হবে না এ্যাপাচি প্রশাসক একদা এ্যাপাচি জন্য কনফিগার করা হয়েছে
DACS এটির পরে সাধারণত খুব কম পরিবর্তনের প্রয়োজন হয়। দ্য DACS প্রশাসক
কনফিগার এবং পরীক্ষার জন্য দায়ী DACS (সম্ভবত এটি ইনস্টল এবং আপগ্রেড করা হচ্ছে,
এছাড়াও), ব্যবহারকারীর অ্যাকাউন্ট পরিচালনা এবং অ্যাক্সেস নিয়ন্ত্রণ নিয়ম, নিরাপত্তা রক্ষা, ব্যাকিং
আপ কনফিগারেশন এবং ডেটা ফাইল, এবং তাই। এর নকশা DACS কিছু প্রতিনিধিদের অনুমতি দেয়
দায়িত্বের, মূলত ফাইল অনুমতির উপর ভিত্তি করে। যখন একটি ওয়েব পরিষেবা হিসাবে আহ্বান করা হয়,
প্রতিটি পরিচয় একটি হিসাবে কনফিগার করা হয়েছে ADMIN_IDENTITY[২৩] কার্যকরভাবে ক DACS
প্রশাসক এই প্রসঙ্গে, সিস্টেম সুপার ইউজারের কোন গুরুত্ব নেই।

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

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

গুরুত্বপূর্ণ
মনে রাখবেন যে প্রমাণীকরণ পদ্ধতি এবং অ্যাকাউন্টের তথ্য নির্বিশেষে
ব্যবহৃত, দুটি অভিন্ন ব্যবহারকারীর নাম (একই অধিক্ষেত্রের সাথে সম্পর্কিত এবং গ্রহণ করা
হিসাব NAME_COMPARE[২৪]) হয় পরোক্ষভাবে অধিকৃত থেকে পড়ুন থেকে দ্য একই পরিচয় by
DACS. উদাহরণস্বরূপ, সঠিক প্রদান করে auggie হিসাবে প্রমাণীকৃত কেউ
ইউনিক্স পাসওয়ার্ডটি এমন একজনের থেকে কার্যত আলাদা করা যায় না যিনি প্রমাণীকরণ করেছেন
একটি তথ্য কার্ড ব্যবহার করে auggie. ব্যবহারকারীর শংসাপত্রগুলি সম্পর্কে তথ্য অন্তর্ভুক্ত করে
তাদের সৃষ্টির সাথে জড়িত প্রমাণীকরণ পদ্ধতি এবং ব্যবহারকারী()[25] ফাংশন করতে পারেন
এই তথ্য প্রাপ্ত করার জন্য ব্যবহার করা হবে, তবে এটির উপর ভিত্তি করে পরিচয় দেওয়া বোকামি হবে
এই. এটা দৃঢ়ভাবে পরামর্শ দেওয়া হয় যে একটি নতুন DACS এখতিয়ার সাবধানে একটি বিকাশ
ব্যবহারকারীর নামকরণের জন্য এক্সটেনসিবল প্ল্যান।

DACS-জড়ান
একটি ওয়েব সম্পদ বলা হয় DACS- আবৃত যদি ওয়েব সার্ভার জন্য দায়ী
সম্পদ কল DACS (আরো নির্দিষ্টভাবে, dacs_acs(8)[18]) একটি অ্যাক্সেস নিয়ন্ত্রণ করতে
যখনই এটি সম্পদের জন্য একটি অনুরোধ পায় তখনই সিদ্ধান্ত নিন।

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

পদ আদর্শ
একটি আইটেম টাইপ একটি নাম যা একটি মানচিত্র ভিএফএস[26] (ভার্চুয়াল ফাইলস্টোর) স্পেসিফিকেশন যে
কিভাবে এবং কোথায় ডেটা সংরক্ষণ করা হয় তা কনফিগার করে। পরোক্ষ স্তর যে তারা প্রদান করে
এর মানে হল যে অ্যাক্সেস কন্ট্রোল নিয়মগুলি, উদাহরণস্বরূপ, নিয়মিত হওয়ার জন্য কনফিগার করা যেতে পারে
ফাইল, একটি বার্কলে ডিবি ডাটাবেস, HTTP দ্বারা অ্যাক্সেস করা একটি দূরবর্তী ডাটাবেস এবং আরও কিছু - সব
এটি প্রয়োজনীয় যে আইটেম টাইপ acls সঠিকভাবে কনফিগার করা হবে. কিছু আইটেম প্রকার
(acls মত) সংরক্ষিত এবং বিশেষ অর্থ আছে DACS, অন্যদের দ্বারা ব্যবহার করা যেতে পারে
a DACS অন্যান্য উদ্দেশ্যে প্রশাসক। একটি আইটেম টাইপ নাম কেস সংবেদনশীল এবং
আলফানিউমেরিকস, হাইফেন এবং আন্ডারস্কোর নিয়ে গঠিত, কিন্তু একটি বর্ণমালা দিয়ে শুরু করতে হবে
অক্ষর।

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

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

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

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

বিঃদ্রঃ
শর্তাবলী বর্তমান ফেডারেশন (বর্তমান এখতিয়ার) এবং এই ফেডারেশন (এটি
এখতিয়ার) ফেডারেশন (এখতিয়ার) উল্লেখ করতে ডকুমেন্টেশনে ব্যবহৃত হয়
কার্যকর থাকাকালীন কনফিগারেশন প্রসঙ্গের সাথে যুক্ত DACS একটি অনুরোধ প্রক্রিয়া করে।

সাধারণভাবে, ফেডারেশন-নাম একটি নামের উপাদান ঐচ্ছিক; অনুপস্থিত থাকলে,
বর্তমান ফেডারেশন ধরে নেওয়া হয়। একইভাবে, দ এখতিয়ার-নাম elided হতে পারে এবং
বর্তমান এখতিয়ার নিহিত।

ফেডারেশন
বাক্য গঠন:

ফেডারেশন-নাম::

উদাহরণ:

ডেমো::

সার্জারির ফেডারেশন-নাম (সাধারণত একটি থেকে প্রাপ্ত FEDERATION_NAME[২৭] কনফিগারেশন
নির্দেশ) একটি বর্ণানুক্রমিক অক্ষর দিয়ে শুরু করতে হবে এবং শূন্য বা তার বেশি দ্বারা অনুসরণ করা হবে
আলফানিউমেরিক, হাইফেন এবং আন্ডারস্কোর। ক ফেডারেশন-নাম সাধারণত চিকিত্সা কেস হয়
সংবেদনশীলভাবে (কিন্তু দেখুন NAME_COMPARE[২৪] কনফিগারেশন নির্দেশিকা এবং ব্যবহারকারী()[25]
বিকল্প আচরণের জন্য ফাংশন)। এমন কিছু নেই a অবরোহী এর দৈর্ঘ্য সীমাবদ্ধ।

সার্জারির FEDERATION_DOMAIN[২৮] নির্দেশিকা সকলের কাছে সাধারণ ডোমেইন নামের প্রত্যয়টি নির্দিষ্ট করে
একটি ফেডারেশনের এখতিয়ার।

বিচারব্যবস্থায়
বাক্য গঠন:

[[ফেডারেশন-নাম:: | [::]] এখতিয়ার-নাম:

উদাহরণ:

ডেমো::DSS:
::ডিএসএস:
ডিএসএস:

সার্জারির এখতিয়ার-নাম (সাধারণত একটি থেকে প্রাপ্ত JURISDICTION_NAME[২৭] কনফিগারেশন
নির্দেশ) একটি বর্ণানুক্রমিক অক্ষর দিয়ে শুরু করতে হবে এবং শূন্য বা তার বেশি দ্বারা অনুসরণ করা হবে
আলফানিউমেরিক, হাইফেন এবং আন্ডারস্কোর। ক এখতিয়ার-নাম সাধারণত চিকিৎসা করা হয়
কেস সংবেদনশীলভাবে (কিন্তু দেখুন NAME_COMPARE[২৪] কনফিগারেশন নির্দেশিকা এবং
ব্যবহারকারী()[25] বিকল্প আচরণের জন্য ফাংশন)। এমন কিছু নেই a অবরোহী তার উপর সীমাবদ্ধতা
দৈর্ঘ্য।

ব্যবহারকারীরা
বাক্য গঠন:

[[[ফেডারেশন-নাম:: | [::]] এখতিয়ার-নাম]:ব্যবহারকারীর নাম

উদাহরণ:

ডেমো::DSS:auggie
::DSS:auggie
ডিএসএস: অগি
:আগজি

একটি পরিপূর্ণ DACS পরিচয় একটি ফেডারেশন নামের উপাদান এবং একটি এখতিয়ারের নাম অন্তর্ভুক্ত করে
উপাদান, ছাড়াও ব্যবহারকারীর নাম. এটি প্রদান করা হয় DACS- হিসাবে মোড়ানো প্রোগ্রাম
মান DACS_IDENTITY[৩০] পরিবেশ পরিবর্তনশীল।

ব্যবহারকারীর নাম উপাদান, যা CGI প্রোগ্রামের মান হিসাবে উপলব্ধ
DACS_USERNAME[৩১] এনভায়রনমেন্ট ভেরিয়েবল, এক বা একাধিক ASCII অক্ষর নিয়ে গঠিত
বড় এবং ছোট হাতের বর্ণমালা, অঙ্ক এবং নিম্নলিখিত বিরাম চিহ্নের সেট
অক্ষর:

! # $ % & ' -। ; ? @ [ ^ _ ` { }

041 (অক্টাল) এর চেয়ে কম বা 0176 (অক্টাল) এর চেয়ে বেশি মানসম্পন্ন সমস্ত অক্ষর হল
অকার্যকর, যেমন নিম্নলিখিত অক্ষর:

* , : + ( ) ~ < > = | \ / "

নোট
· আলফানিউমেরিক অক্ষর ছাড়াও, জন্য RFC 2396[৩২] শুধুমাত্র অনুমতি দেয়
নিম্নলিখিত অক্ষর ("pchar") একটি URI এর পাথ উপাদানে উপস্থিত হতে:

- _ ! ~ * ' ( ) % : @ & = + $ ,

কিছু বৈধ ইমেল ঠিকানা বৈধ নয় DACS ব্যবহারকারীর নাম উদাহরণ স্বরূপ,
*bob*@example.com, "(bob)"@example.com এবং \(bob\)@example.com বৈধ
দ্বারা সংজ্ঞায়িত হিসাবে মেইলবক্স নাম জন্য RFC 822[৩৩] (পরিশিষ্ট ডি) এবং আলোচনা করা হয়েছে জন্য RFC
3696[৩৪] (ধারা ৩), কিন্তু উভয়ই অবৈধ DACS ব্যবহারকারীর নাম উদ্ধৃত না হলে,
একটি ইমেল ঠিকানার স্থানীয় অংশের উপাদান, যা "@" অক্ষরের আগে থাকে
addr-spec-তে, এর কোনোটি থাকতে পারে না:

( ) < > @ , ; : \"। [ ]

উপরন্তু, স্থান এবং সমস্ত US-ASCII নিয়ন্ত্রণ অক্ষর (অক্টেট 0 - 31)
এবং DEL (127) অননুমোদিত। উদ্ধৃতি ছাড়া, স্থানীয় অংশ গঠিত হতে পারে
বর্ণমালা, অঙ্ক বা নিম্নলিখিত অক্ষরের যেকোনো একটি সমন্বয়:

! # $% & '* + - / = ? ^ _ `। { | } ~

একটি সময়কাল ("।") ব্যবহার করা যেতে পারে, কিন্তু স্থানীয়-অংশ শুরু বা শেষ নাও হতে পারে, নাও হতে পারে
দুই বা ততোধিক পরপর পিরিয়ড দেখা যায়। দ্বিগুণ উদ্ধৃতির মধ্যে, যেকোনো ASCII
সঠিকভাবে উদ্ধৃত হলে অক্ষর উপস্থিত হতে পারে (যেমন, Auggie।"
".ও।"\'"।[ইমেল সুরক্ষিত]) স্থানীয় অংশের সর্বোচ্চ দৈর্ঘ্য 64
অক্ষর, এবং পরে প্রদর্শিত ডোমেন উপাদানের সর্বোচ্চ দৈর্ঘ্য
"@" অক্ষরটি 255টি অক্ষর।

বর্তমানে কোন উপায় নেই "উদ্ধৃতি" a DACS ব্যবহারকারীর নাম, তাই কিছু নিরাপদ এনকোডিং
পদ্ধতি বা রূপান্তর এই নাম প্রয়োগ করা আবশ্যক.

· DACS ব্যবহারকারীর নামের উপাদান থাকা অভ্যন্তরীণ ব্যবহারের জন্য পরিচয় তৈরি করতে পারে
সাধারণত অবৈধ অক্ষর অন্তর্ভুক্ত.

· এ ব্যবহারকারীর নাম কেস সংবেদনশীল (কিন্তু দেখুন NAME_COMPARE[২৭] কনফিগারেশন
নির্দেশিকা এবং ব্যবহারকারী()[25] বিকল্প আচরণের জন্য ফাংশন)। এমন কিছু নেই a
অবরোহী এর দৈর্ঘ্য সীমাবদ্ধ।

· প্রস্তাবিত অনুশীলন হল তাদের ম্যাপ করার জন্য এখতিয়ারের জন্য DACS ব্যবহারকারীর নাম
প্রমাণীকরণ পদ্ধতির সময় ছোট হাতের অক্ষর যেখানে সম্ভব এবং যখন
ম্যাপিং অনন্য। দ্য প্রস্থান করুন*[৩৫] নির্দেশ এই উদ্দেশ্যে ব্যবহার করা যেতে পারে।

গ্রুপ
বাক্য গঠন:

[[ফেডারেশন-নাম:: | [::]] %[এখতিয়ার-নাম]:দলের নাম

A দলের নাম একটি বর্ণানুক্রমিক অক্ষর দিয়ে শুরু করতে হবে এবং যেকোনো সংখ্যা দ্বারা অনুসরণ করা যেতে পারে
আলফানিউমেরিক, হাইফেন ("-"), এবং আন্ডারস্কোর ("_") অক্ষরের।

উদাহরণ:

% ডেমো::DSS:বন্ধুরা
%::DSS:বন্ধুরা
%DSS:বন্ধুরা
%:বন্ধুরা

ভূমিকা এবং ভূমিকা বর্ণনাকারী
বাক্য গঠন:

ভূমিকা বর্ণনাকারী -> খালি স্ট্রিং | ভূমিকা-তালিকা

ভূমিকা-তালিকা -> ভূমিকা | ভূমিকা "," ভূমিকা-তালিকা

ভূমিকা -> মৌলিক-ভূমিকা | যৌগিক- ভূমিকা

মৌলিক-ভূমিকা -> [A-Za-z0-9\-_]+
যৌগিক- ভূমিকা -> মৌলিক-ভূমিকা "/" মৌলিক-ভূমিকা | মৌলিক-ভূমিকা "/" যৌগিক- ভূমিকা

খালি স্ট্রিং -> ""

একটি ভূমিকা বর্ণনাকারী স্ট্রিং (একটি ভূমিকা স্ট্রিং বা একটি ভূমিকা বর্ণনাকারীও বলা হয়) গঠিত
ভূমিকাগুলির একটি কমা দ্বারা বিভক্ত তালিকা। একটি ভূমিকার নাম (a মৌলিক-ভূমিকা) থেকে নির্মিত হয়
বড় এবং ছোট হাতের অক্ষর, অঙ্ক, হাইফেন এবং আন্ডারস্কোর। ক যৌগিক- ভূমিকা is
দুই বা ততোধিক থেকে নির্মিত মৌলিক-ভূমিকা শর্তাবলী, একটি স্ল্যাশ অক্ষর দ্বারা বিভক্ত। এখানে
একটি ভূমিকা বর্ণনাকারীর তিনটি উদাহরণ:

অ্যাডমিন, চাকা, রুট
অ্যাডমিন/হার্ডওয়্যার
নেটওয়ার্ক/প্রোগ্রামিং, কম্পিউটার-সায়েন্স/সিস্টেম/প্রজেক্ট_এক্স

বিঃদ্রঃ
একটি ভূমিকা বর্ণনাকারী স্ট্রিং-এ কোনো সাদা স্থানের অক্ষর থাকে না এবং শুরু নাও হতে পারে
একটি কমা বা স্ল্যাশ অক্ষর দিয়ে শেষ করুন। দুই বা তার বেশি পরপর কমা অবৈধ,
যেমন দুই বা ততোধিক পরপর স্ল্যাশ।
সার্জারির সেটভার()[৩৬] ফাংশন একটি যৌগিক ভূমিকাকে এর মৌলিক অংশে আলাদা করতে ব্যবহার করা যেতে পারে
ভূমিকা।

পড়ুন দয়া করে dacs.groups(5)[৩৭] অতিরিক্ত তথ্যের জন্য।

সংক্ষিপ্ত ব্যবহারকারী সিনট্যাক্স
বাক্য গঠন:

পরিচয় -> '{' kwv-তালিকা '}' | ব্যবহারকারী
kwv-তালিকা -> kwv [',' kwv]*
kwv -> kwv-ব্যবহারকারী | kwv-গ্রুপ | kwv-attr | kwv-ip | kwv- মেয়াদ শেষ
kwv-ব্যবহারকারী -> 'u=' [প্রশ্ন] ব্যবহারকারী [প্রশ্ন]
kwv-গ্রুপ -> 'g=' [প্রশ্ন] গ্রুপ [প্রশ্ন]
kwv-attr -> 'a=' [প্রশ্ন] attr [প্রশ্ন]
kwv- মেয়াদ শেষ -> 'ই =' [প্রশ্ন] মেয়াদ শেষ [প্রশ্ন]
kwv-ip -> 'ip=' [প্রশ্ন] ip-addr [প্রশ্ন]

ব্যবহারকারী -> সহজ নাম | DACS-পরিচয়
গ্রুপ -> গ্রুপ [',' গ্রুপ]*
গ্রুপ -> দলের নাম | ভূমিকা বর্ণনাকারী
attr -> যেকোনো-বর্ণানুক্রমিক
ip-addr -> যেকোনো-আইপি-অ্যাডর
মেয়াদ শেষ -> +rel-সেকেন্ড | তারিখ

কোথায়:

· Q একটি ঐচ্ছিক (মিলিত) উদ্ধৃতি অক্ষর;

হোয়াইটস্পেস ঐচ্ছিকভাবে বেশিরভাগ টোকেনের আগে থাকতে পারে;

· ক DACS-পরিচয় একটি সম্পূর্ণ বা সংক্ষিপ্ত DACS পরিচয়[38]

· ক সহজ নাম হয় ব্যবহারকারীর নাম a এর উপাদান DACS পরিচয় (অর্থাৎ, কোনো ছাড়াই
কোলন); ফলস্বরূপ এই প্রসঙ্গে একটি "বিশেষ" নাম, যেমন auth, ব্যবহার করা হয়
যেমন :auth

· ভূমিকা বর্ণনাকারী একটি বৈধ হতে হবে DACS ভূমিকা স্ট্রিং এবং দলের নাম একটি বৈধ হতে হবে
DACS দলের নাম (দেখুন dacs_authenticate(8)[39] এবং dacs.groups(5)[৪০]);

একটি আইপি ঠিকানা ইন্টারনেট স্ট্যান্ডার্ড নিউমেরিক ডট নোটেশনে প্রকাশ করা হয় (যেমন,
10.0.0.1); এবং

পরিচয় থেকে প্রাপ্ত শংসাপত্রের জীবনকালকে একটি হিসাবে প্রকাশ করা যেতে পারে
প্রদত্ত সেকেন্ডের সংখ্যা (যেমন, "e=+3600") বা নিম্নলিখিতগুলির একটিতে একটি প্রদত্ত তারিখ
বিন্যাস (দেখুন strptime(3)[৪১]):

%a, %d-%b-%Y %H:%M:%S GMT
%d-%b-%Y
%b %d, %Y
%b %d
%Y-%m-%dT%H:%M:%SZ

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

শুধুমাত্র সমর্থিত বৈশিষ্ট্য মান হল "a", যার মানে হল পরিচয় হওয়া উচিত
হিসাবে বিবেচিত ADMIN_IDENTITY[২৩] (পড়ুন -অ্যাডমিন এর পতাকা dacscheck(1)[19])।

সংক্ষিপ্ত সিনট্যাক্সে প্রকাশিত একটি নাম, একটি ব্যবহারকারীর নাম দেয় এবং, ঐচ্ছিকভাবে, ভূমিকা এবং
পরিচয়ের জন্য গুণাবলী। এটি দ্বারা ব্যবহৃত হয় dacscheck(1)[১৯], উদাহরণস্বরূপ।

সার্জারির dacs উপযোগ
DACS ইউটিলিটি কমান্ড সাধারণত পৃথক বাইনারি হিসাবে ইনস্টল করা হয়, কিন্তু DACS পারেন (এছাড়াও বা
পরিবর্তে) তাদের বেশিরভাগের সাথে একটি একক বাইনারিতে একত্রিত করা হবে যা হিসাবে ইনস্টল করা আছে
dacs. বিভিন্ন ইউটিলিটি প্রোগ্রামগুলি তখন এইভাবে চালানো যেতে পারে:

% ড্যাক্স dacs-কমান্ড [ড্যাকসপশন] [কমান্ড-বিকল্প]

উদাহরণ স্বরূপ:

% dacs dacskey -u foo.myfed.com আউটফাইল

চলমান dacs আর্গুমেন্ট ছাড়া ইউটিলিটি উপলব্ধ সাব-কমান্ডের তালিকা দেখাবে।

স্টার্ট আপ প্রসেসিং
সবচেয়ে DACS প্রোগ্রামগুলি শুরু করার সময় নিম্নলিখিত ক্রিয়াগুলি সম্পাদন করে:

1. "মোড" নির্ধারণ করুন যেখানে তাদের কাজ করা উচিত; উদাহরণস্বরূপ, যদি REMOTE_ADDR
এনভায়রনমেন্ট ভেরিয়েবল বর্তমান, প্রোগ্রামগুলি সাধারণভাবে অনুমান করবে যে তাদের একটি হিসাবে চালানো উচিত
একটি ইউটিলিটি কমান্ডের পরিবর্তে ওয়েব অ্যাপ্লিকেশন

2. কমান্ড লাইন আর্গুমেন্টের একটি আদর্শ সেট প্রক্রিয়া করুন (ড্যাকসপশন[]])

3. যেকোনো তৈরি করা ফাইলের জন্য বিশ্ব অ্যাক্সেসের অনুমতি না দেওয়ার জন্য প্রক্রিয়া উমাস্ক 007 এ সেট করুন

4. একটি কোর ডাম্প অক্ষম করুন যাতে সংবেদনশীল তথ্যগুলি পরীক্ষা করে প্রকাশ করা না যায়৷
(কিন্তু দেখুন --সক্ষম-ডাম্প[]])

5. কোনো কনফিগারেশন ফাইল পাওয়া না গেলে বা কোনো ত্রুটি থাকলে কাজ করতে অস্বীকার করুন

6. ওয়েব পরিষেবার জন্য, তৈরি করুন DACS হোম ডিরেক্টরি বর্তমান কাজের ডিরেক্টরি

7. যদি "নিরাপদ মোড" সক্ষম করা থাকে, ওয়েব পরিষেবাগুলি শুধুমাত্র HTTPS অনুরোধগুলি প্রক্রিয়া করবে৷

8. যাচাই করুন যে একটি অনুরোধের জন্য প্রয়োজনীয় সংস্করণ এর সংস্করণের সাথে সামঞ্জস্যপূর্ণ DACS
অনুরোধ গ্রহণ

9. যেকোনো প্রোগ্রাম-নির্দিষ্ট কমান্ড লাইন আর্গুমেন্ট প্রক্রিয়া করুন।

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

internals
কিছু DACS উপাদানগুলি HTTP ব্যবহার করে অন্যান্য উপাদানগুলিকে কল করতে পারে (সম্ভবত SSL এর উপর নির্ভর করে
কনফিগারেশন). উদাহরণস্বরূপ, প্রমাণীকরণ মডিউলগুলিকে ওয়েব পরিষেবা হিসাবে আহ্বান করা যেতে পারে
dacs_authenticate(8)[৩৯]। সব ক্ষেত্রে, এই "অভ্যন্তরীণ" HTTP কলগুলির ফলাফল নাও হতে পারে
পুনঃনির্দেশ, যেমন একটি 302 পাওয়া স্ট্যাটাস কোডের মাধ্যমে। যদিও এই কখনও কখনও একটি হতে পারে
অসুবিধা, এটি, আংশিকভাবে, একটি নিরাপত্তা ব্যবস্থা।

ডগা
একটি অভ্যন্তরীণ HTTP অনুরোধ জড়িত হতে পারে এমন একটি সমস্যা ডিবাগ করার সময় (বিশেষ করে সম্পর্কিত
প্রমাণীকরণের জন্য), সেটি যাচাই করুন DACS একটি পুনঃনির্দেশ গ্রহণ করা হয় না. অভ্যন্তরীণ HTTP
অনুরোধগুলিও ভুল বা অসম্পূর্ণ কনফিগারেশনের কারণে রহস্যজনকভাবে ব্যর্থ হতে পারে
SSL প্যারামিটারের। SSL ব্যবহারে অভ্যন্তরীণ HTTP অনুরোধ ssl ক্লায়েন্ট(1)[৪], যেমন করে
dacshttp(1)[৩] আদেশ। আপনি যদি সন্দেহ করেন যে একটি https-পরিকল্পিত URL কাজ করছে না,
ব্যবহার করে সমস্যা ডিবাগ করুন ssl ক্লায়েন্ট এবং তারপর dacshttp.

ডেটা সামঞ্জস্য বজায় রাখতে, DACS ব্যবহার করে একচেটিয়া লক তৈরি করে fcntl(2)[৪৪] সিস্টেম
এর মাধ্যমে কনফিগার করা ডিরেক্টরিতে লেখা ফাইলগুলিতে কল করুন TEMP_DIRECTORY[45]
নির্দেশ

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

পড়ুন দয়া করে dacs.conf(5)[৪৬] সম্পর্কিত কনফিগারেশন নির্দেশাবলী সম্পর্কে তথ্যের জন্য
লগিং কমান্ড লাইন পতাকাগুলির একটি ভাণ্ডার, নীচে বর্ণিত, এছাড়াও সম্পর্কিত
লগিং

বিঃদ্রঃ
· DACS কনফিগারেশন প্রক্রিয়াকরণ সম্পূর্ণ হওয়ার আগে লগ বার্তা নির্গত করতে পারে এবং
লগিংয়ের সাথে সম্পর্কিত কনফিগারেশন নির্দেশাবলী এই সময়ে কার্যকর হয় না
শুরুর ব্যবধান।

· কারণ mod_auth_dacs[2] একটি এ্যাপাচি মডিউল, এ্যাপাচি লগিং নির্দেশাবলী প্রযোজ্য
এটিতে (এবং নয় DACS নির্দেশাবলী) এবং এর লগ বার্তাগুলি লেখা হয় এ্যাপাচি লগ ইন করুন
ফাইল।

লগ ফাইলগুলি দ্রুত বড় হতে পারে, বিশেষ করে যখন লগিং লেভেল সেট করা থাকে
ডিবাগ বা ট্রেস লেভেল। প্রতিদিনের ঘূর্ণন বা ছাঁটাই বিবেচনা করুন।

একটি লগ বার্তার পাঠ্য মাঝে মাঝে বেশ কয়েকটি লাইন বিস্তৃত হতে পারে।

এর ডিফল্ট মান LOG_FORMAT[৪৭] নির্দেশিকা, যা লগের চেহারা নিয়ন্ত্রণ করে
বার্তা, অন্তর্ভুক্ত/local.h-এ LOG_FORMAT_DEFAULT_WEB হিসাবে সংজ্ঞায়িত করা হয়েছে DACS ওয়েব সার্ভিস
এবং অন্য সবকিছুর জন্য LOG_FORMAT_DEFAULT_CMD। এখানে একটি সাধারণ লগ বার্তা রয়েছে:

[বুধ 12 জুলাই 12:37:09 2006] [ট্রেস] [83648,1060,-] [dacs_acs:"acslib"] অনুমতি দিন
ধারা প্রবেশাধিকার দেয়

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

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

একজন প্রমাণীকৃত ব্যবহারকারীর জন্য, ট্র্যাকার স্ট্রিংটি হিউরিস্টিকভাবে প্রাপ্ত হয়
স্ট্রিং, একটি কমা দ্বারা অনুসরণ করে, ব্যবহারকারীর সাথে অনন্যভাবে যুক্ত একটি স্ট্রিং অনুসরণ করে৷
শংসাপত্র এই ট্র্যাকারটির অনন্য হওয়ার এবং একটি থাকার উচ্চ সম্ভাবনা রয়েছে
একটি নির্দিষ্ট ব্যবহারকারীর সাথে এক থেকে এক ম্যাপিং।

এই (কনডেন্সড) লগ ফাইল এন্ট্রি বিবেচনা করুন:

[বুধ 12 জুলাই 15:56:24 2006] [নোটিস] [83963,1067,A] [dacs_acs:"authlib"]
*** 7 থেকে অননুমোদিত ব্যবহারকারীকে (5vJLWzv10.0.0.124) অ্যাক্সেস দেওয়া হয়েছে
/cgi-bin/dacs/dacs_current_credentials-এর জন্য

[বুধ 12 জুলাই 15:56:27 2006] [নোটিস] [83965,1073,A] [dacs_acs:"authlib"]
*** 7 থেকে অননুমোদিত ব্যবহারকারীকে (5vJLWzv10.0.0.124) অ্যাক্সেস দেওয়া হয়েছে
/cgi-bin/dacs/dacs_authenticate-এর জন্য

[বুধ জুলাই 12 15:56:27 2006] [ডিবাগ] [83966,172,A] [dacs_authenticate:"authlib"]
HOME:bobo (7vJLWzv5,wA/Pudyp3f0) এর জন্য প্রমাণীকরণ সফল হয়েছে

[বুধ 12 জুলাই 15:56:30 2006] [নোটিস] [83973,1078,A] [dacs_acs:"authlib"]
*** DSS::HOME:bobo (7vJLWzv5,wA/Pudyp3f0) এ অ্যাক্সেস দেওয়া হয়েছে
/cgi-bin/dacs/dacs_current_credentials এর জন্য 10.0.0.124 থেকে

উপরের লগ বার্তাগুলির প্রথম দুটিতে, ট্র্যাকার 7vJLWzv5 প্রদর্শিত হয়, যার অর্থ
দুটি অনুরোধ সম্ভবত একই (অপ্রমাণিত) ব্যবহারকারীর কাছ থেকে এসেছে। তৃতীয়টির সাথে
লগ বার্তা, ব্যবহারকারীকে প্রমাণীকরণ করা হয়েছে এবং ট্র্যাকার 7vJLWzv5,wA/Pudyp3f0 হল
ব্যবহৃত কারণ এই ট্র্যাকারগুলি একই উপসর্গ ভাগ করে, প্রথম দুটি অনুরোধ
সম্ভবত এমন কারো কাছ থেকে এসেছে যিনি DSS::HOME:bobo হিসেবে প্রমাণীকরণ করেছেন। শেষ অনুরোধ,
/cgi-bin/dacs/dacs_current_credentials-এর জন্য, অবশ্যই সেই ব্যবহারকারীর কাছ থেকে এসেছে। এই যদি
ব্যবহারকারীকে সাইনআউট করতে হবে এবং তারপর ফেডারেশনের যেকোনো জায়গায় আরও পরিষেবার অনুরোধ জারি করতে হবে
DSS, প্রতিটি লগ মেসেজে ট্র্যাকার 7vJLWzv5 থাকবে।

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

অনুসরণকরণ ব্যবহারকারী কার্যকলাপ
DACS একটি বৈশিষ্ট্য অন্তর্ভুক্ত, একটি বিল্ড-টাইম বিকল্প হিসাবে সক্রিয় (দেখুন dacs.install(7)[৪৮]), যার দ্বারা
একটি এখতিয়ার তার সমস্ত ব্যবহারকারীর কার্যকলাপ ট্র্যাক করতে পারে (অর্থাৎ, সেই ব্যবহারকারীরা যেগুলি
এখতিয়ারে প্রমাণীকরণ)। প্রতিটি সফল প্রমাণীকরণ ইভেন্ট, স্পষ্ট সাইনআউট
ইভেন্ট, এবং ব্যবহারকারীর জমা দেওয়া ওয়েব পরিষেবা অনুরোধ ইভেন্ট ব্যবহারকারীর বাড়িতে রেকর্ড করা যেতে পারে
দ্বারা সংজ্ঞায়িত বিন্যাসে এখতিয়ার dacs_user_info.dtd[৪৯]। এই তথ্য হতে পারে
একটি ফেডারেশনে কী ঘটছে তা আরও ভালভাবে বোঝার জন্য মূল্যবান,
কর্মক্ষমতা এবং নিরাপত্তা সমস্যা নির্ণয় সাহায্য সহ. এটি বৈশিষ্ট্যের ভিত্তি
সাম্প্রতিক অ্যাকাউন্ট কার্যকলাপের প্রদর্শনের মত, এবং এটি নতুন তৈরি করতেও ব্যবহার করা হতে পারে
সক্ষমতা, যেমন একটি সমবর্তী লগইন সীমা বা একটি অভিযোজিত প্রমাণীকরণ উপাদান
স্তরযুক্ত প্রমাণীকরণ বা ঝুঁকি-ভিত্তিক প্রমাণীকরণ বাস্তবায়ন।

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

যদি একটি এখতিয়ার অন্য বিচারব্যবস্থায় তার ব্যবহারকারীদের কার্যকলাপ নিরীক্ষণ করতে চায়, এটি
সেই এখতিয়ারগুলিকে তার আহ্বান করার অনুমতি দিতে হবে dacs_vfs(8)[50] একটি যোগ করে সেবা
উপযুক্ত অ্যাক্সেস নিয়ন্ত্রণ নিয়ম।

নিরাপত্তা
এই ধরনের যেকোন নিয়মের জন্য এটি গুরুত্বপূর্ণ dacs_admin()[51] predicate.

বিঃদ্রঃ
· দ্য dacs_admin(8)[৫২] টুল এই রেকর্ডগুলির একটি ইন্টারফেস প্রদান করে। এটা উচিত
অবশেষে সমস্ত এখতিয়ারে পাওয়া রেকর্ড সংগ্রহ এবং সংগঠিত করার জন্য প্রসারিত করা হবে
বিশ্লেষণের সুবিধার্থে একটি ফেডারেশনে। কারণ তারা a সহ টেক্সট ফাইল
তুলনামূলকভাবে সহজ বিন্যাস, প্রশাসকদের আবেদন করা কঠিন হবে না
সাধারণ পাঠ্য প্রক্রিয়াকরণ সরঞ্জাম বা এই উদ্দেশ্যে সংক্ষিপ্ত, কাস্টম প্রোগ্রাম লিখুন।
অনুরূপ কমান্ড গত(1)[53], কে(1)[54], এবং sa(8)[৫৫] বিবেচনা করা হচ্ছে।

· প্রতিটি এখতিয়ারের নিজস্ব জায়গায় রেকর্ড লিখতে হবে (অর্থাৎ, এখতিয়ার
user_info এর জন্য একই VFS অবজেক্ট শেয়ার করা উচিত নয়)।

· এই ডাটাবেস অনির্দিষ্টকালের জন্য বৃদ্ধি পাবে; একজন প্রশাসক ঘূর্ণনের জন্য দায়ী
বা এটি ছাঁটাই। তথ্যের উপর পূর্ববর্তী এবং সক্রিয় সাইন গুরুত্বপূর্ণ হলে (দেখুন
dacs_current_credentials(8)[৫৬]), শুধুমাত্র অনুরোধের রেকর্ড ছাঁটাই (অর্থাৎ, acs
উপাদান)। আরেকটি গ্রহণযোগ্য পদ্ধতি হল এর কিছু অনুপাত বাতিল করা (বা সংরক্ষণাগার)
পুরানো রেকর্ড (বলুন, অর্ধেক) এবং কিছু নতুন রেকর্ড রাখুন।

· তথ্য বিন্যাস পরিবর্তন সাপেক্ষে.

· রান-টাইমে এই বৈশিষ্ট্যটি সক্ষম বা নিষ্ক্রিয় করার জন্য একটি নির্দেশিকা যোগ করা যেতে পারে।

· অভ্যন্তরীণ প্রশাসনিক ঘটনা রেকর্ড করা হয় না.

· কারণ লগ অফ করা (এর মাধ্যমে dacs_signout(8)[57]) ঐচ্ছিক, একটি অধিবেশনের সমাপ্তি
কখনও কখনও শুধুমাত্র অনুমান করা যেতে পারে বা শংসাপত্রের মেয়াদ শেষ হতে আনুমানিক বা
শেষ রেকর্ড করা ইভেন্টের সময়।

বিকল্প

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

বিঃদ্রঃ
· সব ড্যাকসপশন পতাকাগুলি বাম থেকে ডানে প্রক্রিয়া করা হয় এবং যেকোনও আগে অবশ্যই উপস্থিত হতে হবে৷
কমান্ড-নির্দিষ্ট পতাকা বা যুক্তি। প্রথম পতাকা বা যুক্তি যে না
এক হিসাবে স্বীকৃত ড্যাকসপশন তালিকা বন্ধ করে দেয়।

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

· সর্বাধিক একটি কমান্ড লাইন পতাকা একটি এখতিয়ার বিভাগ নির্বাচন করতে পারেন
নির্দিষ্ট করা নির্দেশ করে dacs.conf(5)[46] অতিরিক্ত তথ্যের জন্য
কনফিগারেশন ফাইল এবং কনফিগারেশন প্রক্রিয়াকরণ।

অনেক DACS ইউটিলিটিগুলি নিম্নলিখিত মানক বিকল্পগুলিকে চিনতে পারে, যাকে বলা হয়
ড্যাকসপশন:

-c dacs.conf
এই বলে DACS যেখানে এটি কার এখতিয়ারের জন্য একটি কনফিগারেশন ফাইল খুঁজে পেতে পারে
পক্ষ থেকে এটা অভিনয়. যদি এই যুক্তিটি উপস্থিত না থাকে তবে এটি কীভাবে নির্মিত হয়েছিল তার উপর নির্ভর করে,
DACS হয় একটি কম্পাইল-টাইম নির্দিষ্ট ফাইল ব্যবহার করার চেষ্টা করতে পারে অথবা এটি ব্যবহার করার চেষ্টা করবে
পরিবেশ পরিবর্তনশীল মান DACS_CONF[৫৮]। বিস্তারিত জানার জন্য, পড়ুন স্থান নির্ধারণ
dacs.conf এবং site.conf[59]।

-Dনাম=মূল্য
এই পতাকার প্রভাব পরিবর্তনশীল সংজ্ঞায়িত করা হয় নাম (যা অবশ্যই সিনট্যাক্টিক্যালি বৈধ হতে হবে)
মধ্যে DACS নামস্থানের মান থাকতে হবে মূল্য. চারপাশে কোন উদ্ধৃতি মূল্য রাখা হয়,
শেল ইতিমধ্যে তাদের ছিনতাই করা হয় না. এই পতাকা পুনরাবৃত্তি হতে পারে. এইগুলো
ভেরিয়েবলগুলি পরবর্তীতে কনফিগারেশন প্রক্রিয়াকরণ এবং নিয়মের সময় পরীক্ষা করা যেতে পারে
প্রক্রিয়াকরণ; উদাহরণস্বরূপ, একটি কনফিগারেশন নির্দেশের মান এর উপর নির্ভর করতে পারে
এর মান ড্যাকসপশন পতাকা সংজ্ঞায়িত a নাম যে একটি অনুরূপ ঘটবে
ড্যাকসপশন ফ্ল্যাগ পরিবর্তনশীল তৈরি করা ছাড়া অন্য কোন প্রভাব নেই.

সব ড্যাকসপশন পতাকা (অপসারণ এই এক) স্বয়ংক্রিয়ভাবে যোগ করা হয় DACS
তারা প্রক্রিয়া করা হয় হিসাবে namespace. একটি পতাকা যা একটি "সিঙ্গেলটন" (যেমন, -q) প্রাথমিকভাবে হয়
একটির একটি মান নির্ধারণ করা হয়েছে এবং প্রতিটি পরবর্তী উপস্থিতিতে বৃদ্ধি করা হয়। এর একটি পতাকা
ফর্ম -ফ্ল্যাগ মূল্য সমতুল্য -D-ফ্ল্যাগ=মূল্য. অব্যবহৃত পতাকা অনির্ধারিত; যদি -q
দেওয়া হয় না, ${DACS::-q} সংজ্ঞায়িত করা হবে না। যে পতাকাগুলির প্রতিশব্দ আছে, ক
প্রতিটি প্রতিশব্দের জন্য পরিবর্তনশীল তৈরি করা হয়। যদি নাম ব্যবহৃত হয়, স্পষ্টভাবে বা পরোক্ষভাবে,
পরবর্তী মানগুলি আগেরগুলি প্রতিস্থাপন করে।

উদাহরণস্বরূপ, যদি ড্যাকসপশন হয়:

-c www.example.com -v --verbose -Dfoo="baz" -ll ডিবাগ -D-ll=trace

তারপর ভেরিয়েবলগুলিকে নিম্নরূপ সংজ্ঞায়িত করা হবে:

${DACS::-c} হল "www.example.com"
${DACS::-v} হল "2"
${DACS::--verbose} হল "2"
${DACS::foo} হল "\"baz\""
${DACS::-ll} হল "ট্রেস"

ডিবাগিং স্তরটি ডিবাগ হবে এবং ট্রেস নয়।

--ডাম্পেনভ
সমস্ত পরিবেশের ভেরিয়েবল stdout এ প্রিন্ট করুন এবং তারপর অবিলম্বে প্রস্থান করুন।

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

- বিন্যাস fmt
আউটপুট বিন্যাস সেট করা আছে fmt, যা নিম্নলিখিত কীওয়ার্ডগুলির মধ্যে একটি (কেস
সংবেদনশীল): ফাইল, html, json, php, প্লেইন, টেক্সট, xml, xmldtd, xmlsimple, অথবা
xmlschema. সমস্ত আউটপুট বিন্যাস সমস্ত প্রোগ্রাম দ্বারা সমর্থিত হয় না। এই পতাকা ওভাররাইড করে
কোন বিন্যাসে[60] একটি ওয়েব পরিষেবার যুক্তি, যা একটি প্রোগ্রামের ডিফল্ট ওভাররাইড করে
বিন্যাস ডিফল্ট ফরম্যাট নির্ভর করে নির্দিষ্ট প্রোগ্রাম এবং যেভাবে এটি চালু করা হয়েছে তার উপর।
অতিরিক্ত তথ্যের জন্য, পড়ুন বিবরণ of দ্য বিন্যাসে যুক্তি [60]।

-ll লগিং-স্তর
লগিং স্তর সেট করা আছে লগ-স্তর, যা দ্বারা স্বীকৃত কীওয়ার্ডগুলির মধ্যে একটি
LOG_FILTER[61] নির্দেশ.

--লাইসেন্স
লাইসেন্স প্রিন্ট করুন DACS stdout করতে এবং তারপর অবিলম্বে প্রস্থান করুন।

-q
শান্ত হও. এটি সতর্ক করার জন্য লগিং স্তর সেট করার সমতুল্য।

-sc site.conf
এই বলে DACS এটি কার এখতিয়ারের জন্য একটি কনফিগারেশন ফাইল খুঁজে পেতে পারে
পক্ষ থেকে এটা অভিনয়. যদি এই যুক্তিটি উপস্থিত না থাকে তবে এটি কীভাবে নির্মিত হয়েছিল তার উপর নির্ভর করে,
DACS হয় একটি কম্পাইল-টাইম নির্দিষ্ট ফাইল ব্যবহার করার চেষ্টা করতে পারে অথবা এটি ব্যবহার করার চেষ্টা করবে
পরিবেশ পরিবর্তনশীল মান DACS_CONF[৫৮]। বিস্তারিত জানার জন্য, পড়ুন স্থান নির্ধারণ
dacs.conf এবং site.conf[59]।

--std
এটি সাধারণ যুক্তির সমাপ্তি ঘটায়। পরবর্তী কমান্ড লাইন আর্গুমেন্ট, যদি থাকে, হয়
প্রোগ্রামের জন্য নির্দিষ্ট।

-t
ট্রেসিং তথ্য নির্গত. এটি ট্রেস করার জন্য লগিং স্তর সেট করার সমতুল্য।
(এছাড়াও দেখুন debug_dacs[62]।)

-u config-uri
এই নির্দেশ DACS ব্যবহার করার জন্য config-uri ব্যবহার করার জন্য এখতিয়ার বিভাগ নির্বাচন করতে
কনফিগারেশন ফাইল. বিস্তারিত জানার জন্য, পড়ুন সার্জারির অধিক্ষেত্র অধ্যায়[63]।

-উজে এখতিয়ার-নাম
এই নির্দেশ DACS এখতিয়ারের নাম ব্যবহার করতে এখতিয়ার-নাম নির্বাচন করুন
কনফিগারেশন ফাইলে ব্যবহার করার জন্য এখতিয়ার বিভাগ। বিস্তারিত জানার জন্য, পড়ুন সার্জারির
অধিক্ষেত্র অধ্যায়[63]।

-এ
এই নির্দেশ DACS site.conf বা dacs.conf প্রক্রিয়া করার জন্য নয়। এই শুধুমাত্র সঙ্গে ব্যবহার করা যেতে পারে
কম সংখ্যক কমান্ড, যেমন dacsacl(1)[64] এবং ssl ক্লায়েন্ট(1)[4]।

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

-আমাদের
এই নির্দেশ DACS তে প্রদর্শিত এক-এবং-একমাত্র অধিক্ষেত্র বিভাগটি ব্যবহার করতে
কনফিগারেশন ফাইল. অর্থাৎ, কনফিগারেশন ফাইলে অবশ্যই একটি থাকতে হবে
অধিক্ষেত্র বিভাগ এবং এটিই ব্যবহার করা উচিত। বিস্তারিত জানার জন্য, পড়ুন
সার্জারির অধিক্ষেত্র অধ্যায়[63]।

-v
-- ভারবোস
বর্তমান লগিং স্তরের সাপেক্ষে আরও শব্দযুক্ত হন। এই পতাকা পুনরাবৃত্তি হতে পারে.

--সংস্করণ
অবিলম্বে stderr এ প্রিন্ট সংস্করণ তথ্য এবং তারপর প্রস্থান করুন। যদি -v আগে হাজির
কমান্ড লাইনে, প্রতিটির জন্য সংস্করণ তথ্যও মুদ্রণ করুন DACS সোর্স কোড ফাইল ইন
এই প্রোগ্রাম.

বিঃদ্রঃ
সম্পূর্ণ সংস্করণ তথ্য শুধুমাত্র স্ট্যাটিকালি লিঙ্ক প্রোগ্রামের জন্য উপলব্ধ.
এছাড়াও দেখুন dacsversion(1)[65] এবং dacs_version(8)[66]।

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

পরিবেশ

সার্ভারটির, সার্ভারের পোর্ট, REQUEST_URI
প্রযোজ্য এখতিয়ার নির্ধারণ করতে ব্যবহার করা যেতে পারে।

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