વિવિધ જંગલોમાંથી ડોમેન વપરાશકર્તાઓને અધિકારોની મોટા પાયે સોંપણી

દેખીતી રીતે મારું કર્મ આ છે: તમામ પ્રકારની બિન-તુચ્છ રીતે પ્રમાણભૂત કાર્યોનો અમલ કરવો. જો કોઈની પાસે સમસ્યા વિશે અલગ દ્રષ્ટિકોણ હોય, તો કૃપા કરીને તેની ચર્ચા કરો જેથી કરીને સમસ્યાનો ઉકેલ લાવી શકાય.

એક સરસ સવારે દસ્તાવેજ ફોલ્ડર્સ સાથેના પ્રોજેક્ટના સબફોલ્ડર્સ ધરાવતા વિવિધ શેર માટે વપરાશકર્તાઓના જૂથોને અધિકારોનું વિતરણ કરવાનું એક રસપ્રદ કાર્ય ઊભું થયું. બધું બરાબર હતું અને ફોલ્ડર્સને અધિકારો સોંપવા માટે સ્ક્રિપ્ટ લખવામાં આવી હતી. અને પછી તે બહાર આવ્યું કે જૂથોમાં વિવિધ ડોમેન્સ, વિવિધ જંગલોમાંથી વપરાશકર્તાઓ હોવા જોઈએ (જેઓ ભૂલી ગયા કે તે શું છે). ચાલો કહીએ કે શેર પોતે સિનોલોજી મીડિયા પર સ્થિત છે, જે PSI ફોરેસ્ટના FB ડોમેનમાં નોંધાયેલ છે. કાર્ય: અન્ય જંગલમાં ડોમેન્સના વપરાશકર્તાઓને આ શેરની સામગ્રીની ઍક્સેસની મંજૂરી આપવા માટે, અને ખૂબ જ પસંદગીયુક્ત રીતે.

થોડા સમય પછી, તકનીકી વિશિષ્ટતાઓએ નીચેનું સ્વરૂપ લીધું:

• 2 જંગલો: PSI ફોરેસ્ટ, TG ફોરેસ્ટ.

  

• દરેક જંગલમાં 3 ડોમેન્સ હોય છે: PSI (ZG, PSI, FB); TG (TG, HU, KC).
• જંગલો વચ્ચે વિશ્વાસ સંબંધ છે; સિનોલોજી તમામ જંગલોમાં તમામ સુરક્ષા જૂથોને જુએ છે.
• શેર્સ અને ફોલ્ડર્સ/સબફોલ્ડર્સ પાસે ફુલ કંટ્રોલ અધિકારો સાથે FB ડોમેન એડમિનિસ્ટ્રેટર એકાઉન્ટ્સ હોવા આવશ્યક છે
• ફોલ્ડર્સના નામ વ્યવસ્થિત હોવા જોઈએ. મેનેજમેન્ટે પ્રોજેક્ટ IDsનું સંકલન કર્યું; મેં સુરક્ષા જૂથોના નામને પ્રોજેક્ટ IDs સાથે લિંક કરવાનું નક્કી કર્યું.
• સિસ્ટમ શેર્સમાં પ્રોજેક્ટ ફોલ્ડર્સમાં યોગ્ય એક્સેસ વિશેષાધિકારો (R/RW/NA, જ્યાં NA – કોઈ એક્સેસ નથી) સાથે .xlsx ફાઇલમાં અગાઉથી તૈયાર કરાયેલ માળખું હોવું આવશ્યક છે.

  

• એક પ્રોજેક્ટના વપરાશકર્તાઓ/જૂથ સભ્યોના અધિકારોને તે પ્રોજેક્ટની અમુક ચોક્કસ ડિરેક્ટરીઓ સુધી મર્યાદિત કરવાનું શક્ય હોવું જોઈએ. જૂથ સભ્યપદના આધારે વપરાશકર્તાને અન્ય ડિરેક્ટરીઓ/પ્રોજેક્ટ્સની ઍક્સેસ હોઈ શકે નહીં.
• પ્રોજેક્ટ ફોલ્ડર બનાવતી વખતે, પ્રોજેક્ટ ID ને અનુરૂપ નામો સાથે યોગ્ય ડોમેન્સમાં જૂથો શક્ય તેટલા આપમેળે બનાવવા જોઈએ.

તકનીકી લાક્ષણિકતાઓ માટે નોંધો

• ટેક્નિકલ વિશિષ્ટતાઓના અવકાશમાં ટ્રસ્ટ સંબંધો સુયોજિત કરવામાં આવ્યાં નથી
• પ્રોજેક્ટ IDમાં સંખ્યાઓ અને લેટિન અક્ષરો છે
• બધા ડોમેન્સ માટે પ્રોજેક્ટ વપરાશકર્તા ભૂમિકાઓ પ્રમાણભૂત નામો ધરાવે છે
• ફોલ્ડર્સ અને એક્સેસ રાઇટ્સ (એક્સેસ મેટ્રિક્સ) સાથેની .xlsx ફાઇલ સમગ્ર પ્રોજેક્ટની શરૂઆત પહેલા તૈયાર કરવામાં આવે છે.
• પ્રોજેક્ટ્સનો અમલ કરતી વખતે, અનુરૂપ ડોમેન્સમાં વપરાશકર્તા જૂથો બનાવવાનું શક્ય છે
• પ્રમાણભૂત એમએસ વિન્ડોઝ એડમિનિસ્ટ્રેશન ટૂલ્સનો ઉપયોગ કરીને ઓટોમેશન પ્રાપ્ત થાય છે

તકનીકી વિશિષ્ટતાઓનું અમલીકરણ

આ આવશ્યકતાઓને ઔપચારિક બનાવ્યા પછી, ડિરેક્ટરીઓ બનાવવા અને તેમને અધિકારો સોંપવા માટેની પદ્ધતિઓનું પરીક્ષણ કરવા માટે વ્યૂહાત્મક વિરામ લેવામાં આવ્યો. તેનો હેતુ માત્ર પાવરશેલનો ઉપયોગ કરવાનો હતો, જેથી પ્રોજેક્ટ જટિલ ન બને. મેં અગાઉ લખ્યું તેમ, સ્ક્રિપ્ટ અલ્ગોરિધમ એકદમ સરળ લાગતું હતું:

• અમે પ્રોજેક્ટ ID (ઉદાહરણ તરીકે KC40587) અને એક્સેસ મેટ્રિક્સમાં ઉલ્લેખિત અનુરૂપ ભૂમિકાઓમાંથી મેળવેલા નામ સાથે જૂથોની નોંધણી કરીએ છીએ: KC40587-EN- એન્જિનિયર માટે; KC40587-PM - પ્રોડક્ટ મેનેજર વગેરે માટે.
• અમને બનાવેલા જૂથોની SID મળે છે
• પ્રોજેક્ટ ફોલ્ડર અને ડાયરેક્ટરીઝના અનુરૂપ સેટની નોંધણી કરો (સબફોલ્ડર્સની સૂચિ તે શેર પર આધાર રાખે છે જેમાં તે બનાવેલ છે અને એક્સેસ મેટ્રિક્સમાં વ્યાખ્યાયિત થયેલ છે)
• એક્સેસ મેટ્રિક્સ અનુસાર પ્રોજેક્ટની નવી સબડિરેક્ટરીઝ માટે જૂથોને અધિકારો સોંપો.

સ્ટેજ 1 પર મુશ્કેલીઓનો સામનો કરવો પડ્યો:

• સ્ક્રિપ્ટમાં એક્સેસ મેટ્રિક્સનો ઉલ્લેખ કરવાની પદ્ધતિની ગેરસમજ (એક બહુપરીમાણીય એરે હવે અમલમાં છે, પરંતુ તેને ભરવાનો માર્ગ .xlsx ફાઇલ/એક્સેસ મેટ્રિક્સની સામગ્રીના આધારે શોધવામાં આવી રહ્યો છે)

  

• PoSH (https://social.technet.microsoft.com/Forums/en-US/3f1a949f-0919-46f1-9e10-89256cf07e65/error-using-setacl-on- nas -share?forum=winserverpowershell), જેના કારણે ઘણો સમય ખોવાઈ ગયો હતો અને દરેક વસ્તુને icacls એક્સેસ રાઈટ્સ એડિટિંગ યુટિલિટીનો ઉપયોગ કરીને સ્ક્રિપ્ટમાં અનુકૂલન કરવું પડ્યું હતું, જેના માટે ટેક્સ્ટ અને cmd ફાઈલોની મધ્યવર્તી રિપોઝીટરી બનાવવાની જરૂર હતી.

વર્તમાન મોડમાં, પ્રોજેક્ટ માટે ફોલ્ડર રજીસ્ટર કરવાની જરૂરિયાતને આધારે, cmd ફાઇલોનું એક્ઝેક્યુશન મેન્યુઅલી નિયંત્રિત થાય છે.

તે એ પણ બહાર આવ્યું કે સ્ક્રિપ્ટને અન્ય જંગલોમાં જૂથોની નોંધણી કરવા માટે પણ ચલાવવામાં આવવી જોઈએ (ક્રોસ-ડોમેન્સ શબ્દનો ઉપયોગ કરવામાં આવ્યો હતો), અને ગુણોત્તર માત્ર 1 થી એક જ નહીં, પણ 1 થી ઘણા હોઈ શકે છે.

આનો અર્થ એ છે કે પડોશી જંગલ સહિત અન્ય ક્રોસ-ડોમેન્સમાંથી જૂથો હવે કોઈપણ ડોમેનના સંસાધનોની ઍક્સેસનો દાવો કરી શકે છે. એકરૂપતા હાંસલ કરવા માટે, તમામ જંગલો (કાળો વર્ટિકલ અંડાકાર) ના તમામ સર્વિસ્ડ ડોમેન્સના OU માં સપ્રમાણ માળખું બનાવવાનું નક્કી કરવામાં આવ્યું હતું. જેમ તેઓ કહે છે, સૈન્યમાં બધું કદરૂપું હોવું જોઈએ, પરંતુ સમાન હોવું જોઈએ:

આમ, TG ડોમેનમાં પ્રોજેક્ટ 80XXX ની નોંધણી કરતી વખતે, સ્ક્રિપ્ટ એક્ઝિક્યુટ કરે છે:

1. આ ડોમેન અને ક્રોસ-ડોમેન્સમાં અનુરૂપ OU (લાલ આડી અંડાકાર) ની રચના, એટલે કે, તે ડોમેન્સ કે જેના કર્મચારીઓ પાસે આ સંસાધનની ઍક્સેસ હોવી આવશ્યક છે.

2. જેવા નામો સાથે જૂથો સાથે OU ભરવા -, ક્યાં:

• SRC_ ડોમેન - ક્રોસ-ડોમેન જેના કર્મચારીઓ પાસે DST ડોમેન સંસાધનોની ઍક્સેસ હશે
• DST_domain – ડોમેન જેના સંસાધનોને, હકીકતમાં, ઍક્સેસ પ્રદાન કરવી જોઈએ, એટલે કે, જેના માટે બધું શરૂ કરવામાં આવ્યું હતું.
• - પ્રોજેક્ટ નંબર
• ભૂમિકાઓ - એક્સેસ મેટ્રિક્સમાં સૂચિબદ્ધ ભૂમિકાઓના નામ.

3. બધા સંકળાયેલા ડોમેન્સના તમામ જૂથોના SID ની શ્રેણી વાંચવી અને તેને ચોક્કસ પ્રોજેક્ટ સબફોલ્ડરના અધિકારોને વ્યાખ્યાયિત કરતી ફાઇલમાં અનુગામી ડેટા ટ્રાન્સફર માટે સાચવવી

4. એક્ઝેક્યુટેબલ ફાઇલ મોડ "icacKC "as-nasNNKCprojects" /restore C:TempKCKC40XXKC40XX.txt માં icacKC ઉપયોગિતા દ્વારા ઉપયોગ માટેના અધિકારોના સમૂહ સાથે સ્રોત ફાઇલો (પેરામીટર /રીસ્ટોર) ની પેઢી.

5. એક CMD ફાઇલ બનાવવી જે તમામ પ્રોજેક્ટ ફોલ્ડર્સ માટે તમામ લોન્ચ કરેલ icaclsને જોડે છે

અગાઉ લખવામાં આવ્યું હતું તેમ, એક્ઝેક્યુટેબલ ફાઇલને લોન્ચ કરવાનું મેન્યુઅલી કરવામાં આવે છે અને એક્ઝેક્યુશન પરિણામોનું મૂલ્યાંકન પણ મેન્યુઅલી કરવામાં આવે છે.

અમારે અંતે જે મુશ્કેલીઓનો સામનો કરવો પડ્યો હતો:

• જો પ્રોજેક્ટ ફોલ્ડર પહેલાથી જ મોટી સંખ્યામાં ફાઇલોથી ભરેલું હોય, તો પછી હાલના વોલ્યુમો પર icacls આદેશને ચલાવવામાં નોંધપાત્ર સમય લાગી શકે છે, અને કેટલાક કિસ્સાઓમાં નિષ્ફળતા તરફ દોરી જાય છે (ઉદાહરણ તરીકે, જ્યારે ફાઇલના લાંબા પાથ હોય છે);
• /restore પરિમાણ ઉપરાંત, અમારે /reset પરિમાણ સાથે લીટીઓ ઉમેરવાની હતી જો ફોલ્ડર્સ બનાવવામાં આવ્યા ન હોય, પરંતુ અગાઉના અસ્તિત્વમાંના ફોલ્ડર્સમાંથી ટ્રાન્સફર કરવામાં આવ્યા હતા, રૂટમાંથી વારસાના અધિકારો અક્ષમ કર્યા હતા;
• જૂથો બનાવવા માટેની સ્ક્રિપ્ટનો ભાગ દરેક જંગલના મનસ્વી ડીસી પર અમલમાં મૂકવો પડતો હતો, સમસ્યા દરેક વૃક્ષ માટે વહીવટી એકાઉન્ટ્સની ચિંતા કરે છે.

સામાન્ય નિષ્કર્ષ: તે ખૂબ જ વિચિત્ર છે કે બજારમાં સમાન કાર્યક્ષમતા સાથે હજી સુધી કોઈ ઉપયોગિતાઓ નથી. શેરપોઈન્ટ પોર્ટલના આધારે સમાન કાર્યક્ષમતા અમલમાં મૂકવી શક્ય લાગે છે.
તે પણ અગમ્ય છે કે સિનોલોજી ઉપકરણો પર ફોલ્ડર અધિકારો સેટ કરવા માટે PoSH ઉપયોગિતાઓનો ઉપયોગ કરવો શક્ય નથી.

જો ઈચ્છા હોય તો, જો કોઈને રસ હોય તો હું ગીથબ પર કોઈ પ્રોજેક્ટ બનાવીને સ્ક્રિપ્ટ શેર કરવા તૈયાર છું.

સોર્સ: www.habr.com