ਵੱਖ-ਵੱਖ ਜੰਗਲਾਂ ਤੋਂ ਡੋਮੇਨ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਅਧਿਕਾਰਾਂ ਦਾ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਸੌਂਪਣਾ

ਜ਼ਾਹਰਾ ਤੌਰ 'ਤੇ ਮੇਰਾ ਕਰਮ ਇਹ ਹੈ: ਹਰ ਤਰ੍ਹਾਂ ਦੇ ਗੈਰ-ਮਾਮੂਲੀ ਤਰੀਕਿਆਂ ਨਾਲ ਮਿਆਰੀ ਕਾਰਜਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨਾ। ਜੇਕਰ ਕਿਸੇ ਨੂੰ ਸਮੱਸਿਆ ਦਾ ਕੋਈ ਵੱਖਰਾ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਹੈ, ਤਾਂ ਕਿਰਪਾ ਕਰਕੇ ਇਸ 'ਤੇ ਚਰਚਾ ਕਰੋ ਤਾਂ ਜੋ ਇਸ ਮੁੱਦੇ ਦਾ ਹੱਲ ਕੀਤਾ ਜਾ ਸਕੇ।

ਇੱਕ ਚੰਗੀ ਸਵੇਰ ਨੂੰ ਦਸਤਾਵੇਜ਼ ਫੋਲਡਰਾਂ ਵਾਲੇ ਪ੍ਰੋਜੈਕਟਾਂ ਦੇ ਸਬ-ਫੋਲਡਰਾਂ ਵਾਲੇ ਵੱਖ-ਵੱਖ ਸ਼ੇਅਰਾਂ ਲਈ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਸਮੂਹਾਂ ਨੂੰ ਅਧਿਕਾਰ ਵੰਡਣ ਲਈ ਇੱਕ ਦਿਲਚਸਪ ਕੰਮ ਪੈਦਾ ਹੋਇਆ। ਸਭ ਕੁਝ ਠੀਕ ਸੀ ਅਤੇ ਫੋਲਡਰਾਂ ਨੂੰ ਅਧਿਕਾਰ ਦੇਣ ਲਈ ਇੱਕ ਸਕ੍ਰਿਪਟ ਲਿਖੀ ਗਈ ਸੀ। ਅਤੇ ਫਿਰ ਇਹ ਪਤਾ ਚਲਿਆ ਕਿ ਸਮੂਹਾਂ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਡੋਮੇਨਾਂ ਦੇ ਉਪਭੋਗਤਾ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਵੱਖ-ਵੱਖ ਜੰਗਲਾਂ ਤੋਂ (ਉਹਨਾਂ ਲਈ ਜੋ ਭੁੱਲ ਗਏ ਹਨ ਕਿ ਇਹ ਕੀ ਹੈ). ਦੱਸ ਦੇਈਏ ਕਿ ਸ਼ੇਅਰ ਖੁਦ PSI ਜੰਗਲ ਦੇ FB ਡੋਮੇਨ ਵਿੱਚ ਰਜਿਸਟਰਡ Synology ਮੀਡੀਆ 'ਤੇ ਸਥਿਤ ਹੈ। ਟਾਸਕ: ਕਿਸੇ ਹੋਰ ਜੰਗਲ ਵਿੱਚ ਡੋਮੇਨ ਦੇ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਇਸ ਸ਼ੇਅਰ ਦੀ ਸਮੱਗਰੀ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇਣ ਲਈ, ਅਤੇ ਬਹੁਤ ਹੀ ਚੋਣਵੇਂ ਰੂਪ ਵਿੱਚ।

ਕੁਝ ਸਮੇਂ ਬਾਅਦ, ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੇ ਹੇਠ ਲਿਖਿਆਂ ਰੂਪ ਲੈ ਲਿਆ:

• 2 ਜੰਗਲ: PSI ਜੰਗਲ, TG ਜੰਗਲ।

  

• ਹਰੇਕ ਜੰਗਲ ਵਿੱਚ 3 ਡੋਮੇਨ ਹੁੰਦੇ ਹਨ: PSI (ZG, PSI, FB); TG (TG, HU, KC)।
• ਜੰਗਲਾਂ ਵਿਚਕਾਰ ਇੱਕ ਭਰੋਸੇ ਦਾ ਰਿਸ਼ਤਾ ਹੈ; ਸਿਨੋਲੋਜੀ ਸਾਰੇ ਜੰਗਲਾਂ ਵਿੱਚ ਸਾਰੇ ਸੁਰੱਖਿਆ ਸਮੂਹਾਂ ਨੂੰ ਦੇਖਦੀ ਹੈ।
• ਸ਼ੇਅਰਾਂ ਅਤੇ ਫੋਲਡਰਾਂ/ਉਪ-ਫੋਲਡਰਾਂ ਕੋਲ ਪੂਰੇ ਕੰਟਰੋਲ ਅਧਿਕਾਰਾਂ ਵਾਲੇ FB ਡੋਮੇਨ ਪ੍ਰਸ਼ਾਸਕ ਖਾਤੇ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ
• ਫੋਲਡਰਾਂ ਦੇ ਨਾਮ ਨੂੰ ਵਿਵਸਥਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ. ਪ੍ਰਬੰਧਨ ਨੇ ਪ੍ਰੋਜੈਕਟ IDs ਦਾ ਤਾਲਮੇਲ ਕੀਤਾ; ਮੈਂ ਸੁਰੱਖਿਆ ਸਮੂਹਾਂ ਦੇ ਨਾਮ ਨੂੰ ਪ੍ਰੋਜੈਕਟ IDs ਨਾਲ ਲਿੰਕ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ।
• ਸਿਸਟਮ ਸ਼ੇਅਰਾਂ ਵਿੱਚ ਪ੍ਰੋਜੈਕਟ ਫੋਲਡਰਾਂ ਵਿੱਚ ਇੱਕ .xlsx ਫਾਈਲ ਵਿੱਚ ਪਹਿਲਾਂ ਤੋਂ ਤਿਆਰ ਢਾਂਚਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਢੁਕਵੇਂ ਪਹੁੰਚ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਹਨ (R/RW/NA, ਜਿੱਥੇ NA – ਕੋਈ ਪਹੁੰਚ ਨਹੀਂ)

  

• ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਦੇ ਉਪਭੋਗਤਾਵਾਂ/ਸਮੂਹ ਮੈਂਬਰਾਂ ਦੇ ਅਧਿਕਾਰਾਂ ਨੂੰ ਸਿਰਫ਼ ਉਸ ਪ੍ਰੋਜੈਕਟ ਦੀਆਂ ਕੁਝ ਡਾਇਰੈਕਟਰੀਆਂ ਤੱਕ ਸੀਮਤ ਕਰਨਾ ਸੰਭਵ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਗਰੁੱਪ ਮੈਂਬਰਸ਼ਿਪ ਦੇ ਆਧਾਰ 'ਤੇ ਉਪਭੋਗਤਾ ਕੋਲ ਹੋਰ ਡਾਇਰੈਕਟਰੀਆਂ/ਪ੍ਰੋਜੈਕਟਾਂ ਤੱਕ ਪਹੁੰਚ ਨਹੀਂ ਹੋ ਸਕਦੀ।
• ਪ੍ਰੋਜੈਕਟ ਫੋਲਡਰ ਬਣਾਉਂਦੇ ਸਮੇਂ, ਪ੍ਰੋਜੈਕਟ IDs ਨਾਲ ਸੰਬੰਧਿਤ ਨਾਵਾਂ ਦੇ ਨਾਲ ਢੁਕਵੇਂ ਡੋਮੇਨਾਂ ਵਿੱਚ ਸਮੂਹਾਂ ਨੂੰ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਬਣਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਲਈ ਨੋਟਸ

• ਵਿਸ਼ਵਾਸ ਸਬੰਧਾਂ ਨੂੰ ਸਥਾਪਤ ਕਰਨਾ ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਦਾਇਰੇ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਹੈ
• ਪ੍ਰੋਜੈਕਟ ID ਵਿੱਚ ਨੰਬਰ ਅਤੇ ਲਾਤੀਨੀ ਅੱਖਰ ਸ਼ਾਮਲ ਹਨ
• ਸਾਰੇ ਡੋਮੇਨਾਂ ਲਈ ਪ੍ਰੋਜੈਕਟ ਉਪਭੋਗਤਾ ਭੂਮਿਕਾਵਾਂ ਦੇ ਮਿਆਰੀ ਨਾਮ ਹਨ
• ਫੋਲਡਰਾਂ ਅਤੇ ਪਹੁੰਚ ਅਧਿਕਾਰਾਂ (ਐਕਸੈਸ ਮੈਟਰਿਕਸ) ਵਾਲੀ ਇੱਕ .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 ਵਿੱਚ ਇੱਕ ਸਮਮਿਤੀ ਢਾਂਚਾ ਬਣਾਉਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਗਿਆ ਸੀ। ਜਿਵੇਂ ਕਿ ਉਹ ਕਹਿੰਦੇ ਹਨ, ਫੌਜ ਵਿੱਚ ਸਭ ਕੁਝ ਬਦਸੂਰਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਪਰ ਵਰਦੀ:

ਇਸ ਤਰ੍ਹਾਂ, ਟੀਜੀ ਡੋਮੇਨ ਵਿੱਚ ਪ੍ਰੋਜੈਕਟ 80XXX ਨੂੰ ਰਜਿਸਟਰ ਕਰਨ ਵੇਲੇ, ਸਕ੍ਰਿਪਟ ਚਲਾਉਂਦੀ ਹੈ:

1. ਇਸ ਡੋਮੇਨ ਅਤੇ ਕਰਾਸ-ਡੋਮੇਨ ਵਿੱਚ ਸੰਬੰਧਿਤ OU (ਲਾਲ ਹਰੀਜੱਟਲ ਅੰਡਾਕਾਰ) ਦੀ ਸਿਰਜਣਾ, ਯਾਨੀ ਉਹ ਡੋਮੇਨ ਜਿਨ੍ਹਾਂ ਦੇ ਕਰਮਚਾਰੀਆਂ ਕੋਲ ਇਸ ਸਰੋਤ ਤੱਕ ਪਹੁੰਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।

2. OU ਨੂੰ ਨਾਵਾਂ ਵਾਲੇ ਸਮੂਹਾਂ ਨਾਲ ਭਰਨਾ -, ਕਿੱਥੇ:

• SRC_ ਡੋਮੇਨ - ਕਰਾਸ-ਡੋਮੇਨ ਜਿਸ ਦੇ ਕਰਮਚਾਰੀਆਂ ਕੋਲ DST ਡੋਮੇਨ ਸਰੋਤਾਂ ਤੱਕ ਪਹੁੰਚ ਹੋਵੇਗੀ
• DST_domain - ਉਹ ਡੋਮੇਨ ਜਿਸ ਦੇ ਸਰੋਤਾਂ ਨੂੰ, ਅਸਲ ਵਿੱਚ, ਪਹੁੰਚ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ, ਯਾਨੀ, ਜਿਸਦੀ ਖ਼ਾਤਰ ਸਭ ਕੁਝ ਸ਼ੁਰੂ ਕੀਤਾ ਗਿਆ ਸੀ
• - ਪ੍ਰੋਜੈਕਟ ਨੰਬਰ
• ਭੂਮਿਕਾਵਾਂ - ਪਹੁੰਚ ਮੈਟਰਿਕਸ ਵਿੱਚ ਸੂਚੀਬੱਧ ਭੂਮਿਕਾਵਾਂ ਦੇ ਨਾਮ।

3. ਸਾਰੇ ਸ਼ਾਮਲ ਡੋਮੇਨਾਂ ਦੇ ਸਾਰੇ ਸਮੂਹਾਂ ਦੇ SIDs ਦੇ ਐਰੇ ਨੂੰ ਪੜ੍ਹਨਾ ਅਤੇ ਇਸ ਨੂੰ ਕਿਸੇ ਖਾਸ ਪ੍ਰੋਜੈਕਟ ਸਬਫੋਲਡਰ ਦੇ ਅਧਿਕਾਰਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਵਾਲੀ ਫਾਈਲ ਵਿੱਚ ਬਾਅਦ ਵਿੱਚ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਲਈ ਸੁਰੱਖਿਅਤ ਕਰਨਾ

4. ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਫਾਈਲ ਮੋਡ "icacKC" as-nasNNKCprojects" /restore C:TempKCKC40XXKC40XX.txt" ਵਿੱਚ icacKC ਉਪਯੋਗਤਾ ਦੁਆਰਾ ਵਰਤੋਂ ਲਈ ਅਧਿਕਾਰਾਂ ਦੇ ਇੱਕ ਸਮੂਹ ਦੇ ਨਾਲ ਸਰੋਤ ਫਾਈਲਾਂ (ਪੈਰਾਮੀਟਰ /ਰੀਸਟੋਰ) ਦੀ ਪੀੜ੍ਹੀ।

5. ਇੱਕ CMD ਫਾਈਲ ਬਣਾਉਣਾ ਜੋ ਸਾਰੇ ਪ੍ਰੋਜੈਕਟ ਫੋਲਡਰਾਂ ਲਈ ਸਾਰੇ ਲਾਂਚ ਕੀਤੇ icacls ਨੂੰ ਜੋੜਦੀ ਹੈ

ਜਿਵੇਂ ਕਿ ਪਹਿਲਾਂ ਲਿਖਿਆ ਗਿਆ ਸੀ, ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਫਾਈਲ ਨੂੰ ਲਾਂਚ ਕਰਨਾ ਹੱਥੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨਤੀਜਿਆਂ ਦਾ ਮੁਲਾਂਕਣ ਵੀ ਹੱਥੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਮੁਸ਼ਕਲਾਂ ਜਿਨ੍ਹਾਂ ਦਾ ਸਾਨੂੰ ਅੰਤ ਵਿੱਚ ਸਾਹਮਣਾ ਕਰਨਾ ਪਿਆ:

• ਜੇਕਰ ਪ੍ਰੋਜੈਕਟ ਫੋਲਡਰ ਪਹਿਲਾਂ ਹੀ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਫਾਈਲਾਂ ਨਾਲ ਭਰਿਆ ਹੋਇਆ ਹੈ, ਤਾਂ ਮੌਜੂਦਾ ਵਾਲੀਅਮਾਂ ਉੱਤੇ icacls ਕਮਾਂਡ ਨੂੰ ਚਲਾਉਣ ਵਿੱਚ ਕਾਫ਼ੀ ਸਮਾਂ ਲੱਗ ਸਕਦਾ ਹੈ, ਅਤੇ ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ ਅਸਫਲਤਾ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ (ਉਦਾਹਰਨ ਲਈ, ਜਦੋਂ ਲੰਬੇ ਫਾਈਲ ਪਾਥ ਹੁੰਦੇ ਹਨ);
• /restore ਪੈਰਾਮੀਟਰ ਤੋਂ ਇਲਾਵਾ, ਸਾਨੂੰ /reset ਪੈਰਾਮੀਟਰ ਦੇ ਨਾਲ ਲਾਈਨਾਂ ਜੋੜਨੀਆਂ ਪੈਣਗੀਆਂ ਜੇਕਰ ਫੋਲਡਰ ਨਹੀਂ ਬਣਾਏ ਗਏ ਸਨ, ਪਰ ਰੂਟ ਅਯੋਗ ਕੀਤੇ ਗਏ ਵਿਰਾਸਤੀ ਅਧਿਕਾਰਾਂ ਦੇ ਨਾਲ, ਪਹਿਲਾਂ ਮੌਜੂਦ ਫੋਲਡਰਾਂ ਤੋਂ ਟ੍ਰਾਂਸਫਰ ਕੀਤੇ ਗਏ ਸਨ;
• ਸਮੂਹ ਬਣਾਉਣ ਲਈ ਸਕ੍ਰਿਪਟ ਦੇ ਹਿੱਸੇ ਨੂੰ ਹਰੇਕ ਜੰਗਲ ਦੇ ਇੱਕ ਮਨਮਾਨੇ ਡੀਸੀ 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾਣਾ ਸੀ, ਸਮੱਸਿਆ ਹਰੇਕ ਰੁੱਖ ਲਈ ਪ੍ਰਬੰਧਕੀ ਖਾਤਿਆਂ ਨਾਲ ਸਬੰਧਤ ਹੈ।

ਆਮ ਸਿੱਟਾ: ਇਹ ਬਹੁਤ ਅਜੀਬ ਹੈ ਕਿ ਅਜੇ ਤੱਕ ਮਾਰਕੀਟ ਵਿੱਚ ਸਮਾਨ ਕਾਰਜਸ਼ੀਲਤਾ ਵਾਲੀਆਂ ਕੋਈ ਉਪਯੋਗਤਾਵਾਂ ਨਹੀਂ ਹਨ। ਸ਼ੇਅਰਪੁਆਇੰਟ ਪੋਰਟਲ ਦੇ ਅਧਾਰ ਤੇ ਸਮਾਨ ਕਾਰਜਸ਼ੀਲਤਾ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਸੰਭਵ ਜਾਪਦਾ ਹੈ।
ਇਹ ਵੀ ਸਮਝ ਤੋਂ ਬਾਹਰ ਹੈ ਕਿ ਸਿਨੋਲੋਜੀ ਡਿਵਾਈਸਾਂ 'ਤੇ ਫੋਲਡਰ ਅਧਿਕਾਰਾਂ ਨੂੰ ਸੈੱਟ ਕਰਨ ਲਈ PoSH ਉਪਯੋਗਤਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਸੰਭਵ ਨਹੀਂ ਹੈ।

ਜੇ ਲੋੜੀਂਦਾ ਹੈ, ਤਾਂ ਮੈਂ ਗੀਥਬ 'ਤੇ ਕੁਝ ਪ੍ਰੋਜੈਕਟ ਬਣਾ ਕੇ ਸਕ੍ਰਿਪਟ ਨੂੰ ਸਾਂਝਾ ਕਰਨ ਲਈ ਤਿਆਰ ਹਾਂ ਜੇ ਕੋਈ ਦਿਲਚਸਪੀ ਰੱਖਦਾ ਹੈ.

ਸਰੋਤ: www.habr.com