<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Deny access to Oracle library in Administration and Deployment</title>
    <link>https://communities.sas.com/t5/Administration-and-Deployment/Deny-access-to-Oracle-library/m-p/133926#M1466</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;1) In my belief, you need READ on the library so that the meatautoresources can assign the library. READ on tables within the library have no effect. For extensive use of metadata authorization, use MLE.&lt;/P&gt;&lt;P&gt;2) Not sure about how you local groups and domain accounts connect. And how is the authentication to Oracle set up? Do you have a group account shared among all users, and where is it defined? Are you also sure that user#2 is authenticated and matched with a SAS metadata account?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 13 May 2013 07:06:33 GMT</pubDate>
    <dc:creator>LinusH</dc:creator>
    <dc:date>2013-05-13T07:06:33Z</dc:date>
    <item>
      <title>Deny access to Oracle library</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/Deny-access-to-Oracle-library/m-p/133925#M1465</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="text-decoration: underline;"&gt;Summary:&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;For a library that is not allocated via the Metadata Libname Engine (it's pre-assigned), what does "Read" access buy me?&amp;nbsp; Is there a difference in behaviour between a Base and Oracle library?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="text-decoration: underline;"&gt;Details:&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;We have an Oracle library that is pre-assigned.&amp;nbsp; So, both our EG sessions and Base SAS sessions (invoked via RDP on the server) get this library allocated via the usual -metaautoresources "SASApp" option.&amp;nbsp; For the rest of this post I'll just refer to EG (Workspace Server) sessions.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The metadata permissions are:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;PUBLIC:&amp;nbsp; Deny All&lt;/P&gt;&lt;P&gt;SAS System Services:&amp;nbsp; +RM, -(all others).&amp;nbsp; sastrust is the only user.&lt;/P&gt;&lt;P&gt;SAS Administrators: (locally defined user group):&amp;nbsp; +RM, +WM, +CM, +A, -(all others).&amp;nbsp; Another local group is the only member.&amp;nbsp; That local group has a few domain accounts.&lt;/P&gt;&lt;P&gt;SASUSERS:&amp;nbsp; +RM, -(all others)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We do have ACT's in place, but all of the above permissions are inherited (gray background).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As I see it, since the Oracle library is pre-assigned, and since SASUSERS has ReadMetadata access, the Workspace Server will allocate the Oracle library, which uses an Oracle service account username/password to make the connection.&amp;nbsp; Thus all authenticated users should see and have access to this library.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What has me stumped is we have two (non-administrator) users that have access to this Oracle library, and others that do not.&amp;nbsp; For those that do not, they do not see the library in EG at all.&amp;nbsp; I don't see why one set of (authenticated) users would see the library, but others would not.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Questions:&lt;/P&gt;&lt;P&gt;1) For a pre-assigned library, does Read access buy me anything?&amp;nbsp; Or do I need ReadMetadata to either show/hide the library?&amp;nbsp; Does Read access only apply to MLE allocated libraries?&lt;/P&gt;&lt;P&gt;2) Given the metadata permissions above, any thoughts as to how I can trace the reasons why user#1 gets access and user#2 does not?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Scott&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 13 May 2013 03:27:26 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/Deny-access-to-Oracle-library/m-p/133925#M1465</guid>
      <dc:creator>ScottBass</dc:creator>
      <dc:date>2013-05-13T03:27:26Z</dc:date>
    </item>
    <item>
      <title>Re: Deny access to Oracle library</title>
      <link>https://communities.sas.com/t5/Administration-and-Deployment/Deny-access-to-Oracle-library/m-p/133926#M1466</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;1) In my belief, you need READ on the library so that the meatautoresources can assign the library. READ on tables within the library have no effect. For extensive use of metadata authorization, use MLE.&lt;/P&gt;&lt;P&gt;2) Not sure about how you local groups and domain accounts connect. And how is the authentication to Oracle set up? Do you have a group account shared among all users, and where is it defined? Are you also sure that user#2 is authenticated and matched with a SAS metadata account?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 13 May 2013 07:06:33 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Administration-and-Deployment/Deny-access-to-Oracle-library/m-p/133926#M1466</guid>
      <dc:creator>LinusH</dc:creator>
      <dc:date>2013-05-13T07:06:33Z</dc:date>
    </item>
  </channel>
</rss>

