SharePoint ei paku “Kellel on juurdepääs” Aruanded

VÄRSKENDUS 01/28/08: See codeplex projekt käsitleb seda küsimust: http://www.codeplex.com/AccessChecker. Ma pole seda kasutanud, kuid see paljulubav, kui see on küsimus, te peate tegelema oma keskkonna.

VÄRSKENDUS 11/13/08: Joel Oleson kirjutas üles väga hea postitus suurema turvalisuse haldamise küsimus siin: http://www.sharepointjoel.com/Lists/Posts/Post.aspx?Nimekiri = 0cd1a63d % 2D183c % 2D4fc2% 2 D 8320% 2Dba5369008acb&ID = 113. Ta viitab mitmetele muud kasulikud vahendid.

Foorumi kasutajad ja kliendid sageli küsida mööda neid ridu: "Kuidas kas ma saan luua kõigi kasutajate juurdepääsu saidile loetelu" või "kuidas ma automaatselt uimastitarbijaid kõigi juurdepääsu nimekirja loendis tehtud muutuste kohta?"

Ei ole ühtegi läbi kasti lahust see. Kui mõtled seda hetke, See ei ole raske mõista, miks.

SharePointi Turve on väga paindlik. Seal on vähemalt nelja põhikategooriasse kasutajate:

  • Anonüümsed kasutajad.
  • SharePointi kasutajad ja rühmad.
  • Active Directory kasutajad.
  • Vormide põhinev autentimine (FBA) kasutajatele.

Paindlikkus tähendab, et kui mõni, iga teatava SharePointi sait on dramaatiliselt erinevad üksteisest. Et luua Accessi aruande loend, tuleb teha kindlaks, kuidas sait on tagatud, mitme erineva kasutaja profiili andmekogude pärida ja siis esitavad kasulik mood. See on raske probleemi lahendada üldmõistena.

Kuidas on organisatsioonide tegelevad sellega? Ma armastan kuulda teie kommentaare või e-posti.

</lõpp>

Technorati Tags: ,

7 mõtteid "SharePoint ei paku “Kellel on juurdepääs” Aruanded

  1. Kenneth Kolk

    AIDAKE PALUN KEEGI PEAB OLEMA VASTUS. Ive olnud blogging päeva otsin kuldne võti, mis avab ohutu. Ma kavatsen kirjutada aruande täitmise punkti Server, mis kasutavad sharepoint aruande andmete filtreerimine logimise ID-d.. kõlab lihtne eks…VALE… Olen olnud peaaegu õnnetu saada keegi eemalt on idee, kuidas seda saab teha. Muidugi tean, et ma võiks luua aruande kausta iga üksiku, et mul on vaja aru, See on omamoodi räpane. Aga, Mul on siiani ainus lahendus jõudmas. Kui teil on lahendust või tead kedagi, kes võiksid aidata saatke mulle Ken.Kolk@medcor.com Thanks in advance.

    Vastus
  2. txcraig

    Teise "kellel on juurdepääs" lahenduse leiavad, on Idera's Security Reporter http://www.idera.com/Products/Tours/Images/Pointadmintoolset12.jpg, osa Idera punkti admin tööriistakomplekt. On erinev muid lahendusi, et see ei muuda teie SharePointi kasutajaliidesega. Aruandluse tööriist töötab standalone desktop ja räägib SharePointi veebi vahendusel, mis on lihtne paigaldada iga veebi eesserver. Seda võib arendada XML või PDF.

    Ka tööriistad teevad ka on tööriista nimega õigused analüsaator http://i40.tinypic.com/ac68ev.png mis ei "juurdepääsu mis normaaljaotuse" – Saate määrata kasutaja, ja iga SharePointi saidi, nimekiri, dokumenditeegi, jne. See näitab teile saadud kehtivate õiguste, sealhulgas andmed iga selle 33 Sealhulgas täpselt millised rollid ja web kohaldamist poliitika mõjutab iga õiguse SPBasePermissions. Saate valida, millises tsoonis kaaluda, kuna hinnates veebirakenduse poliitikat (intranet, Internet, jne). See tööriist on väga mugav kasutajatoe stsenaariumi, kui sa üritad miks kasutaja ei saa avada konkreetse sisu joonis. Hind on väga mõistlik, kontrollida http://www.idera.com (täielik avalikustamine – Olen loonud selle seeria Colorin meeskonnas).

    Vastus
  3. Paul Schaeflein
    Ma töötan ehitatud meeskond DeliverPoint, mis on avastada õiguste leht. Avasta õiguste leht, kättesaadav saidilt, nimekiri ja loendiüksus, näitab, kes pääseb üksusele. Seda see "plahvatab" rühmakuuluvust anda täielikku pilti.
    Vastus
  4. Sarah Roth
    Ma olen protsessi hoone veebiosa, mis esmalt loeb sharepointusers sõit sisu muuta, seejärel päringute reklaamirühmad leida kasutajat, kes on antud muudatuse vastu sõita ad kuulumise tõttu. Standart LDAP nüüd töötab, Aga mul ei ole aimugi kuidas kasutaja LDAPS (mida me unforuntatly kasutamine).
    Vastus
  5. Chris
    Paul,
    See on hea küsimus aadressil varakult rakendamisel. On võimalus vaadata tagatise osa SharePoint, kuid ei ole ehitatud nii, et kuvada kõik turvasätted üle rakendamist. Meie rakendamiseks, oleme käitlemise turvalisuse saidikogumi ettevalmistamine, hoides seda nagu keskne operatsioon asemel kasutada nende kogumise loomine iseteenindusliku. Seejärel turvalisuse eest vastutab omanik saidirühma. See tähendab, et meil oli luua tugev juhtimisstruktuuri rohke poliitikat selgitades saite, mis ei ole korralikult turvatud mõju.
    Aga, see ilmneb, et vajalik võimete piires SharePointi rakendamist — vahend, mis loob turvaaruanneteks, mida saab vaadata, mitte vähem, saidi omanikud.
    Suur postitus… Nüüd ma lähen lõpuks veeta päev mõelda turvalisuse (ja see on laupäeval!)
    Chris
    Vastus

Jäta vastus

Teie e-posti aadressi ei avaldata. Kohustuslikud väljad on tähistatud *