ಶೇರ್ಪಾಯಿಂಟ್ ಒದಗಿಸುವುದಿಲ್ಲ “ಪ್ರವೇಶ ಹೊಂದಿರುವ” ವರದಿಗಳು

ನವೀಕರಿಸಲು 01/28/08: ಈ codeplex ಯೋಜನೆಯನ್ನು ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ: http://www.codeplex.com/AccessChecker. I have not used it, ಈ ನಿಮ್ಮ ಪರಿಸರದಲ್ಲಿ ತಿಳಿಸಲು ಸಮಸ್ಯೆಯನ್ನು ವೇಳೆ ಆದರೆ ಭರವಸೆಯಂತೆ ಕಂಡುಬರುತ್ತಿದೆ.

ನವೀಕರಿಸಲು 11/13/08: ಜೋಯಲ್ ಒಲೆಸನ್ ಇಲ್ಲಿ ದೊಡ್ಡ ಭದ್ರತಾ ನಿರ್ವಹಣೆ ಬಗ್ಗೆ ಉತ್ತಮ ಪೋಸ್ಟ್ ಅನ್ನು ಬರೆದರು: HTTP://www.sharepointjoel.com / ಪಟ್ಟಿಗಳು / ಚಿನ್ನದ / Post.aspx?2D183c%%% 2D8320% 2D4fc2 ಪಟ್ಟಿ = 0cd1a63d 2Dba5369008acb&ID=113. It links to a number of other useful resources.

Forum users and clients often ask a question along these lines: "How do I generate a list of all users with access to a site" or "How can I automatically alert all users with access to list about changes made to the list?"

There is no out of the box solution for this. If you think about it for a moment, it’s not hard to understand why.

SharePoint security is very flexible. There are at least four major categories of users:

  • Anonymous users.
  • SharePoint Users and Groups.
  • Active Directory users.
  • ಗೃಹಾಧಾರಿತ ದೃಢೀಕರಣ ರಚಿಸುತ್ತದೆ (FBA) ಬಳಕೆದಾರರು.

The flexibility means that from a security perspective, any given SharePoint site will be dramatically different from another. In order to generate an access list report, one needs to ascertain how the site is secured, query multiple different user profile repositories and then present it in a useful fashion. That’s a hard problem to solve generically.

How are organizations dealing with this? I’d love to hear from you in comments or ಇಮೇಲ್.

</ಕೊನೆಯಲ್ಲಿ>

7 ಮೇಲೆ "ಆಲೋಚನೆಗಳುಶೇರ್ಪಾಯಿಂಟ್ ಒದಗಿಸುವುದಿಲ್ಲ “ಪ್ರವೇಶ ಹೊಂದಿರುವ” ವರದಿಗಳು

  1. Kenneth Kolk

    HELP SOMEONE PLEASE MUST HAVE THE ANSWER. Ive been blogging for days looking for the golden key that will unlock the safe. I am attempting to write a report in Performance Point Server that will utilize the login id for sharepoint to filter data on the report.. sounds easy right…WRONG… I have been virtually unlucky in getting anyone who remotely has the idea of how this can be done. Sure I know I could create a report folder for each individual that I have a need to report on, thats kind of messy. ಹೇಗಾದರೂ, getting closer to the only solution I have so far. Please if you have a solution or know someone who might be able to help out email me at ken.kolk@medcor.com ಮುಂಚಿತವಾಗಿ ಧನ್ಯವಾದಗಳು.

  2. txcraig

    Another "Who Has Access" solution to consider is Idera’s Security Reporter http://www.idera.com/Products/Tours/Images/Pointadmintoolset12.jpg, part of the Idera Point admin toolset. It is different from other solutions in that it does not modify your SharePoint user interface. The reporting tool runs standalone on your desktop and talks to SharePoint via a web service that is easily installed to any Web Front End. It can output to XML or PDF.

    The toolset also has a tool called Permissions Analyzer http://i40.tinypic.com/ac68ev.png which does the inverse of "Who Can Access What" – you specify a user, and for each SharePoint site, ಪಟ್ಟಿ, doclib, ಇತ್ಯಾದಿ. it will show you the resulting effective permissions, including details on each of the 33 SPBasePermissions including exactly which roles and web application policies affected each permission. You can select which zone to consider when evaluating web application polices (intranet, internet, ಇತ್ಯಾದಿ). This tool is very handy in a helpdesk scenario when you are trying to figure why a user cannot access particular content. Price is very reasonable, check at http://www.idera.com (full disclosure – I’m part of the team that created the toolset).

  3. ಕ್ರಿಸ್
    ಪಾಲ್,
    This is a good question to address early on in the implementation. There is a way to check security for individual roles in SharePoint, but there is no built in way to be able to display all security settings across an implementation. In our implementation, we are handling security on the provisioning of a site collection by keeping this as a central operation instead of using self-service creation of these collection. Then the responsibility of security is the responsibility of the site owner group. This means we had to establish a strong governance structure with plenty of policies explaining the impact of sites that are not properly secured.
    ಹೇಗಾದರೂ, this brings to light a needed capability within a SharePoint implementation — a tool that will create security reports that can be reviewed, at minimum, by the site owners.
    Great post… now I’m going to end up spending the day thinking about security (and it’s a Saturday!)
    ಕ್ರಿಸ್

ಒಂದು ಉತ್ತರಿಸಿ ಬಿಡಿ

ನಿಮ್ಮ ಈಮೇಲ್ ವಿಳಾಸ ರ ಆಗುವುದಿಲ್ಲ. ಅಗತ್ಯವಿರುವ ಜಾಗ ಗುರುತಿಸಲಾಗಿದೆ *