<?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 Security style for new volume root with wafl.default_security_style == mixed in Network and Storage Protocols</title>
    <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Security-style-for-new-volume-root-with-wafl-default-security-style-mixed/m-p/38188#M3512</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;While discussing another multiprotocol access issue I realized that I have never seen the answer to this. Let's suppose I set default security to mixed. Then newly created volume will get security style "mixed"; but which security will get &lt;STRONG&gt;root&lt;/STRONG&gt; of this volume? It must have either Unix or ACL; how is one selected?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 05 Jun 2025 07:15:05 GMT</pubDate>
    <dc:creator>aborzenkov</dc:creator>
    <dc:date>2025-06-05T07:15:05Z</dc:date>
    <item>
      <title>Security style for new volume root with wafl.default_security_style == mixed</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Security-style-for-new-volume-root-with-wafl-default-security-style-mixed/m-p/38188#M3512</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;While discussing another multiprotocol access issue I realized that I have never seen the answer to this. Let's suppose I set default security to mixed. Then newly created volume will get security style "mixed"; but which security will get &lt;STRONG&gt;root&lt;/STRONG&gt; of this volume? It must have either Unix or ACL; how is one selected?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 07:15:05 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/Security-style-for-new-volume-root-with-wafl-default-security-style-mixed/m-p/38188#M3512</guid>
      <dc:creator>aborzenkov</dc:creator>
      <dc:date>2025-06-05T07:15:05Z</dc:date>
    </item>
    <item>
      <title>Re: Security style for new volume root with wafl.default_security_style == mixed</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Security-style-for-new-volume-root-with-wafl-default-security-style-mixed/m-p/38193#M3515</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;First off I will suggest against using mixed unless absolutely necessary. In most environments it's not a good thing.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;That being said each file or directory will have either a set of UNIX permission bits or an Windows ACL. Any user (root included) will be mapped to the appropriate space according to the permissions on that file. This is why most people map root to a Windows Administrator account to make sure it works either way.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;But I generally recommend choosing unix or ntfs for a security style if at all possible. Mixed mode is not required for multiprotocol access and picking one of the other two modes simplifies permission issues.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-- Adam Fox&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 25 Apr 2010 07:48:40 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/Security-style-for-new-volume-root-with-wafl-default-security-style-mixed/m-p/38193#M3515</guid>
      <dc:creator>adamfox</dc:creator>
      <dc:date>2010-04-25T07:48:40Z</dc:date>
    </item>
    <item>
      <title>Re: Security style for new volume root with wafl.default_security_style == mixed</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Security-style-for-new-volume-root-with-wafl-default-security-style-mixed/m-p/38196#M3517</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am sorry, but how does it answer my question?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you for trying anyway &lt;SPAN __jive_emoticon_name="happy" __jive_macro_name="emoticon" class="jive_macro jive_emote" src="https://community.netapp.com/4.0.6/images/emoticons/happy.gif"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 25 Apr 2010 07:58:07 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/Security-style-for-new-volume-root-with-wafl-default-security-style-mixed/m-p/38196#M3517</guid>
      <dc:creator>aborzenkov</dc:creator>
      <dc:date>2010-04-25T07:58:07Z</dc:date>
    </item>
    <item>
      <title>Re: Security style for new volume root with wafl.default_security_style == mixed</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Security-style-for-new-volume-root-with-wafl-default-security-style-mixed/m-p/38201#M3519</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Ok, I'll give it another shot... &lt;SPAN __jive_emoticon_name="happy"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It looks like your talking about the root inode of a newly created mixed volume. While I'm not a WAFL engineer I would assume it starts with UNIX permissions, but I doubt in most cases it matters since it's changeable at the first access and most sites have root mapped to Administrator (since ONTAP does this by default). With that mapping if a Windows admin mapped to root makes a change on that inode, poof, it's an ACL.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-- Adam Fox&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 25 Apr 2010 15:28:40 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/Security-style-for-new-volume-root-with-wafl-default-security-style-mixed/m-p/38201#M3519</guid>
      <dc:creator>adamfox</dc:creator>
      <dc:date>2010-04-25T15:28:40Z</dc:date>
    </item>
  </channel>
</rss>

