ಸ್ಪಷ್ಟವಾಗಿ ನನ್ನ ಕರ್ಮ ಇದು: ಪ್ರಮಾಣಿತ ಕಾರ್ಯಗಳನ್ನು ಎಲ್ಲಾ ರೀತಿಯ ಕ್ಷುಲ್ಲಕವಲ್ಲದ ರೀತಿಯಲ್ಲಿ ಕಾರ್ಯಗತಗೊಳಿಸಲು. ಯಾರಾದರೂ ಸಮಸ್ಯೆಯ ಬಗ್ಗೆ ವಿಭಿನ್ನ ದೃಷ್ಟಿಕೋನವನ್ನು ಹೊಂದಿದ್ದರೆ, ದಯವಿಟ್ಟು ಅದನ್ನು ಚರ್ಚಿಸಿ ಇದರಿಂದ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಬಹುದು.
ಡಾಕ್ಯುಮೆಂಟ್ ಫೋಲ್ಡರ್‌ಗಳೊಂದಿಗೆ ಪ್ರಾಜೆಕ್ಟ್‌ಗಳ ಉಪ ಫೋಲ್ಡರ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ವಿವಿಧ ಷೇರುಗಳಿಗಾಗಿ ಬಳಕೆದಾರರ ಗುಂಪುಗಳಿಗೆ ಹಕ್ಕುಗಳನ್ನು ವಿತರಿಸಲು ಒಂದು ಉತ್ತಮ ಬೆಳಿಗ್ಗೆ ಆಸಕ್ತಿದಾಯಕ ಕಾರ್ಯವು ಹುಟ್ಟಿಕೊಂಡಿತು. ಎಲ್ಲವೂ ಉತ್ತಮವಾಗಿದೆ ಮತ್ತು ಫೋಲ್ಡರ್‌ಗಳಿಗೆ ಹಕ್ಕುಗಳನ್ನು ನಿಯೋಜಿಸಲು ಸ್ಕ್ರಿಪ್ಟ್ ಬರೆಯಲಾಗಿದೆ. ತದನಂತರ ಗುಂಪುಗಳು ವಿಭಿನ್ನ ಡೊಮೇನ್‌ಗಳಿಂದ, ವಿವಿಧ ಕಾಡುಗಳಿಂದ ಬಳಕೆದಾರರನ್ನು ಹೊಂದಿರಬೇಕು ಎಂದು ಬದಲಾಯಿತು () ಪಿಎಸ್ಐ ಅರಣ್ಯದ FB ಡೊಮೇನ್‌ನಲ್ಲಿ ನೋಂದಾಯಿಸಲಾದ ಸಿನಾಲಜಿ ಮಾಧ್ಯಮದಲ್ಲಿ ಹಂಚಿಕೆಯಾಗಿದೆ ಎಂದು ಹೇಳೋಣ. ಕಾರ್ಯ: ಮತ್ತೊಂದು ಕಾಡಿನಲ್ಲಿರುವ ಡೊಮೇನ್ಗಳ ಬಳಕೆದಾರರಿಗೆ ಈ ಹಂಚಿಕೆಯ ವಿಷಯಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಹೊಂದಲು ಮತ್ತು ಬಹಳ ಆಯ್ದವಾಗಿ ಅನುಮತಿಸಲು.
ಸ್ವಲ್ಪ ಸಮಯದ ನಂತರ, ತಾಂತ್ರಿಕ ವಿಶೇಷಣಗಳು ಈ ಕೆಳಗಿನ ರೂಪವನ್ನು ಪಡೆದುಕೊಂಡವು:
- 2 ಅರಣ್ಯಗಳು: ಪಿಎಸ್ಐ ಅರಣ್ಯ, ಟಿಜಿ ಅರಣ್ಯ.
- ಪ್ರತಿ ಅರಣ್ಯವು 3 ಡೊಮೇನ್‌ಗಳನ್ನು ಹೊಂದಿದೆ: PSI (ZG, PSI, FB); TG (TG, HU, KC).
- ಕಾಡುಗಳ ನಡುವೆ ನಂಬಿಕೆಯ ಸಂಬಂಧವಿದೆ; ಸಿನಾಲಜಿ ಎಲ್ಲಾ ಅರಣ್ಯಗಳಲ್ಲಿನ ಎಲ್ಲಾ ಭದ್ರತಾ ಗುಂಪುಗಳನ್ನು ನೋಡುತ್ತದೆ.
- ಷೇರುಗಳು ಮತ್ತು ಫೋಲ್ಡರ್‌ಗಳು/ಉಪಫೋಲ್ಡರ್‌ಗಳು ಪೂರ್ಣ ನಿಯಂತ್ರಣ ಹಕ್ಕುಗಳೊಂದಿಗೆ FB ಡೊಮೇನ್ ನಿರ್ವಾಹಕ ಖಾತೆಗಳನ್ನು ಹೊಂದಿರಬೇಕು
- ಫೋಲ್ಡರ್‌ಗಳ ಹೆಸರುಗಳನ್ನು ವ್ಯವಸ್ಥಿತಗೊಳಿಸಬೇಕು. ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಪ್ರಾಜೆಕ್ಟ್ ಐಡಿಗಳನ್ನು ಸಂಯೋಜಿಸಿದೆ; ನಾನು ಭದ್ರತಾ ಗುಂಪುಗಳ ಹೆಸರನ್ನು ಪ್ರಾಜೆಕ್ಟ್ ಐಡಿಗಳಿಗೆ ಲಿಂಕ್ ಮಾಡಲು ನಿರ್ಧರಿಸಿದೆ.
- ಸಿಸ್ಟಮ್ ಹಂಚಿಕೆಗಳಲ್ಲಿನ ಪ್ರಾಜೆಕ್ಟ್ ಫೋಲ್ಡರ್‌ಗಳು .xlsx ಫೈಲ್‌ನಲ್ಲಿ ಮುಂಚಿತವಾಗಿ ಸಿದ್ಧಪಡಿಸಲಾದ ರಚನೆಯನ್ನು ಹೊಂದಿರಬೇಕು, ಸೂಕ್ತವಾದ ಪ್ರವೇಶ ಸವಲತ್ತುಗಳೊಂದಿಗೆ (R/RW/NA, ಅಲ್ಲಿ NA - ಪ್ರವೇಶವಿಲ್ಲ)
- ಒಂದು ಯೋಜನೆಯ ಬಳಕೆದಾರರ/ಗುಂಪಿನ ಸದಸ್ಯರ ಹಕ್ಕುಗಳನ್ನು ಆ ಯೋಜನೆಯ ಕೆಲವು ಡೈರೆಕ್ಟರಿಗಳಿಗೆ ಮಾತ್ರ ನಿರ್ಬಂಧಿಸಲು ಸಾಧ್ಯವಾಗಬೇಕು. ಗುಂಪು ಸದಸ್ಯತ್ವವನ್ನು ಅವಲಂಬಿಸಿ ಬಳಕೆದಾರರು ಇತರ ಡೈರೆಕ್ಟರಿಗಳು/ಪ್ರಾಜೆಕ್ಟ್‌ಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿಲ್ಲದಿರಬಹುದು.
- ಪ್ರಾಜೆಕ್ಟ್ ಫೋಲ್ಡರ್ ಅನ್ನು ರಚಿಸುವಾಗ, ಪ್ರಾಜೆಕ್ಟ್ ಐಡಿಗಳಿಗೆ ಅನುಗುಣವಾದ ಹೆಸರುಗಳೊಂದಿಗೆ ಸೂಕ್ತವಾದ ಡೊಮೇನ್‌ಗಳಲ್ಲಿ ಗುಂಪುಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸಾಧ್ಯವಾದಷ್ಟು ರಚಿಸಬೇಕು.
ತಾಂತ್ರಿಕ ವಿಶೇಷಣಗಳಿಗೆ ಟಿಪ್ಪಣಿಗಳು
- ವಿಶ್ವಾಸಾರ್ಹ ಸಂಬಂಧಗಳನ್ನು ಹೊಂದಿಸುವುದು ತಾಂತ್ರಿಕ ವಿಶೇಷಣಗಳ ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಸೇರಿಸಲಾಗಿಲ್ಲ
- ಪ್ರಾಜೆಕ್ಟ್ ಐಡಿ ಸಂಖ್ಯೆಗಳು ಮತ್ತು ಲ್ಯಾಟಿನ್ ಅಕ್ಷರಗಳನ್ನು ಒಳಗೊಂಡಿದೆ
- ಎಲ್ಲಾ ಡೊಮೇನ್‌ಗಳಿಗೆ ಪ್ರಾಜೆಕ್ಟ್ ಬಳಕೆದಾರರ ಪಾತ್ರಗಳು ಪ್ರಮಾಣಿತ ಹೆಸರುಗಳನ್ನು ಹೊಂದಿವೆ
- ಫೋಲ್ಡರ್‌ಗಳು ಮತ್ತು ಪ್ರವೇಶ ಹಕ್ಕುಗಳೊಂದಿಗೆ (ಪ್ರವೇಶ ಮ್ಯಾಟ್ರಿಕ್ಸ್) .xlsx ಫೈಲ್ ಅನ್ನು ಸಂಪೂರ್ಣ ಯೋಜನೆಯ ಪ್ರಾರಂಭದ ಮೊದಲು ಸಿದ್ಧಪಡಿಸಲಾಗಿದೆ
- ಯೋಜನೆಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವಾಗ, ಅನುಗುಣವಾದ ಡೊಮೇನ್‌ಗಳಲ್ಲಿ ಬಳಕೆದಾರರ ಗುಂಪುಗಳನ್ನು ರಚಿಸಲು ಸಾಧ್ಯವಿದೆ
- ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಎಂಎಸ್ ವಿಂಡೋಸ್ ಆಡಳಿತ ಪರಿಕರಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಆಟೊಮೇಷನ್ ಸಾಧಿಸಲಾಗುತ್ತದೆ
ತಾಂತ್ರಿಕ ವಿಶೇಷಣಗಳ ಅನುಷ್ಠಾನ
ಈ ಅವಶ್ಯಕತೆಗಳನ್ನು ಔಪಚಾರಿಕಗೊಳಿಸಿದ ನಂತರ, ಡೈರೆಕ್ಟರಿಗಳನ್ನು ರಚಿಸುವ ಮತ್ತು ಅವರಿಗೆ ಹಕ್ಕುಗಳನ್ನು ನಿಯೋಜಿಸುವ ವಿಧಾನಗಳನ್ನು ಪರೀಕ್ಷಿಸಲು ಯುದ್ಧತಂತ್ರದ ವಿರಾಮವನ್ನು ತೆಗೆದುಕೊಳ್ಳಲಾಗಿದೆ. ಯೋಜನೆಯನ್ನು ಸಂಕೀರ್ಣಗೊಳಿಸದಂತೆ ಪವರ್‌ಶೆಲ್ ಅನ್ನು ಮಾತ್ರ ಬಳಸಲು ಉದ್ದೇಶಿಸಲಾಗಿದೆ. ನಾನು ಮೊದಲೇ ಬರೆದಂತೆ, ಸ್ಕ್ರಿಪ್ಟ್ ಅಲ್ಗಾರಿದಮ್ ತುಂಬಾ ಸರಳವಾಗಿದೆ:
- ಪ್ರಾಜೆಕ್ಟ್ ಐಡಿಯಿಂದ ಪಡೆದ ಹೆಸರಿನೊಂದಿಗೆ ನಾವು ಗುಂಪುಗಳನ್ನು ನೋಂದಾಯಿಸುತ್ತೇವೆ (ಉದಾಹರಣೆಗೆ 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) ಬಳಸಿಕೊಂಡು ಸಿನಾಲಜಿ ಡ್ರೈವ್‌ಗಳಲ್ಲಿ SMB ಹಂಚಿಕೆಗಳಲ್ಲಿ ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ಹೊಂದಿಸುವುದು ಅಸಾಧ್ಯ 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-nasNNKCPprojects" /ರಿಸ್ಟೋರ್ C:TempKCKC40XXKC40XX.txt" ನಲ್ಲಿ icacKC ಯುಟಿಲಿಟಿ ಬಳಕೆಗಾಗಿ ಹಕ್ಕುಗಳ ಗುಂಪಿನೊಂದಿಗೆ ಮೂಲ ಫೈಲ್ಗಳ ಉತ್ಪಾದನೆ (ಪ್ಯಾರಾಮೀಟರ್ / ಮರುಸ್ಥಾಪನೆ).
5. ಎಲ್ಲಾ ಪ್ರಾಜೆಕ್ಟ್ ಫೋಲ್ಡರ್‌ಗಳಿಗಾಗಿ ಎಲ್ಲಾ ಪ್ರಾರಂಭಿಸಲಾದ ಐಕಾಕ್‌ಗಳನ್ನು ಸಂಯೋಜಿಸುವ CMD ಫೈಲ್ ಅನ್ನು ರಚಿಸುವುದು
ಮೊದಲೇ ಬರೆದಂತೆ, ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಫೈಲ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುವುದು ಕೈಯಾರೆ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಮರಣದಂಡನೆಯ ಫಲಿತಾಂಶಗಳ ಮೌಲ್ಯಮಾಪನವನ್ನು ಸಹ ಕೈಯಾರೆ ಮಾಡಲಾಗುತ್ತದೆ.
ಕೊನೆಯಲ್ಲಿ ನಾವು ಎದುರಿಸಬೇಕಾದ ತೊಂದರೆಗಳು:
- ಪ್ರಾಜೆಕ್ಟ್ ಫೋಲ್ಡರ್ ಈಗಾಗಲೇ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಫೈಲ್‌ಗಳಿಂದ ತುಂಬಿದ್ದರೆ, ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಸಂಪುಟಗಳಲ್ಲಿ icacls ಆಜ್ಞೆಯನ್ನು ಚಲಾಯಿಸಲು ಸಾಕಷ್ಟು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳಬಹುದು, ಮತ್ತು ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ ವೈಫಲ್ಯಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ (ಉದಾಹರಣೆಗೆ, ದೀರ್ಘ ಫೈಲ್ ಮಾರ್ಗಗಳು ಇದ್ದಾಗ);
- /restore ಪ್ಯಾರಾಮೀಟರ್‌ಗೆ ಹೆಚ್ಚುವರಿಯಾಗಿ, ಫೋಲ್ಡರ್‌ಗಳನ್ನು ರಚಿಸದಿದ್ದಲ್ಲಿ ನಾವು /reset ಪ್ಯಾರಾಮೀಟರ್‌ನೊಂದಿಗೆ ಸಾಲುಗಳನ್ನು ಸೇರಿಸಬೇಕಾಗಿತ್ತು, ಆದರೆ ಈ ಹಿಂದೆ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಫೋಲ್ಡರ್‌ಗಳಿಂದ ವರ್ಗಾಯಿಸಲಾಗಿದೆ, ಮೂಲ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾದ ಮೂಲದಿಂದ ಆನುವಂಶಿಕ ಹಕ್ಕುಗಳೊಂದಿಗೆ;
- ಗುಂಪುಗಳನ್ನು ರಚಿಸುವ ಸ್ಕ್ರಿಪ್ಟ್‌ನ ಭಾಗವನ್ನು ಪ್ರತಿ ಅರಣ್ಯದ ಅನಿಯಂತ್ರಿತ ಡಿಸಿಯಲ್ಲಿ ಕಾರ್ಯಗತಗೊಳಿಸಬೇಕಾಗಿತ್ತು, ಸಮಸ್ಯೆಯು ಪ್ರತಿ ಮರದ ಆಡಳಿತಾತ್ಮಕ ಖಾತೆಗಳಿಗೆ ಸಂಬಂಧಿಸಿದೆ.
ಸಾಮಾನ್ಯ ತೀರ್ಮಾನ: ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಇದೇ ರೀತಿಯ ಕಾರ್ಯವನ್ನು ಹೊಂದಿರುವ ಯಾವುದೇ ಉಪಯುಕ್ತತೆಗಳು ಇನ್ನೂ ಇಲ್ಲ ಎಂಬುದು ತುಂಬಾ ವಿಚಿತ್ರವಾಗಿದೆ. ಶೇರ್‌ಪಾಯಿಂಟ್ ಪೋರ್ಟಲ್‌ನ ಆಧಾರದ ಮೇಲೆ ಇದೇ ರೀತಿಯ ಕಾರ್ಯವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಸಾಧ್ಯವಿದೆ ಎಂದು ತೋರುತ್ತದೆ.
ಸಿನಾಲಜಿ ಸಾಧನಗಳಲ್ಲಿ ಫೋಲ್ಡರ್ ಹಕ್ಕುಗಳನ್ನು ಹೊಂದಿಸಲು PoSH ಉಪಯುಕ್ತತೆಗಳನ್ನು ಬಳಸಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂದು ಸಹ ಗ್ರಹಿಸಲಾಗುವುದಿಲ್ಲ.
ಬಯಸಿದಲ್ಲಿ, ಯಾರಾದರೂ ಆಸಕ್ತಿ ಹೊಂದಿದ್ದರೆ ಗಿಥಬ್‌ನಲ್ಲಿ ಕೆಲವು ಯೋಜನೆಯನ್ನು ರಚಿಸುವ ಮೂಲಕ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ನಾನು ಸಿದ್ಧನಿದ್ದೇನೆ.
ಮೂಲ: www.habr.com