please dont rip this site

Property Inheritance

The property inheritance feature of the metabase enables you to configure your IIS installation with few repetitious settings, and to minimize the amount of memory required for the metabase. Most metabase properties are inheritable¾properties that are not explicitly set at a specific key inherit values assigned at higher level keys. For example, you can set file and directory permissions such as AccessRead and AccessWrite at the W3SVC level to apply to all files and directories in all Web site server instances, or you can set them at the W3SVC/2/ROOT level to apply to all files and directories for the second Web server only. You can then set different permissions for individual directories and files by explicitly setting them at lower levels. For example, you might set the AccessExecute permission property to FALSE for the second Web server (...W3SVC/2/ROOT) and then explicitly set it to TRUE for specific virtual directories, directories, or files on that server, such as ...W3SVC/2/ROOT/VDir1/VDir1a, ...W3SVC/2/ROOT/VDir2/Dir2d, and ...W3SVC/2/ROOT/VDir2/Dir3/File1, and so on.

Most metabase properties are inheritable. A few are used only at specific keys and are not inheritable. Some properties in the metabase are lists of values, such as the ServerBindings property (a list of server binding values). Modifications to an inherited list repeat the entire list at the key where it is modified, with some exceptions such as lists of errors that inherit a default list and only store changes at keys where you modify the list.

Flag properties, such as file access permissions, are often combined into one DWORD. The entire set of flags stored together inherits together. For example, if you change one of the file access permissions, such as AccessRead for a directory, the entire set of file access permissions, in the property AccessFlags, is stored at the metabase key for that directory. This means that if you change other default file access permissions, such as AccessWrite or AccessScript, at a key above that directory's key, the changes will not be inherited because they are already stored at the directory's key.

Metabase properties are individually described in detail, including whether or not they are inheritable, in the Administration Property Reference. Properties such as access permission properties that are stored as part of a set are so identified, along with the other properties in the set and the property associated with the entire set.


© 1997 by Microsoft Corporation. All rights reserved.


file: /Techref/inet/iis/iis/htm/sdk/aaad0p0l.htm, 3KB, , updated: 2002/5/22 16:36, local time: 2024/5/14 20:59,
TOP NEW HELP FIND: 
18.217.15.228:LOG IN

 ©2024 These pages are served without commercial sponsorship. (No popup ads, etc...).Bandwidth abuse increases hosting cost forcing sponsorship or shutdown. This server aggressively defends against automated copying for any reason including offline viewing, duplication, etc... Please respect this requirement and DO NOT RIP THIS SITE. Questions?
Please DO link to this page! Digg it! / MAKE!

<A HREF="http://www.massmind.org/techref/inet/iis/iis/htm/sdk/aaad0p0l.htm"> Property Inheritance</A>

After you find an appropriate page, you are invited to your to this massmind site! (posts will be visible only to you before review) Just type a nice message (short messages are blocked as spam) in the box and press the Post button. (HTML welcomed, but not the <A tag: Instead, use the link box to link to another page. A tutorial is available Members can login to post directly, become page editors, and be credited for their posts.


Link? Put it here: 
if you want a response, please enter your email address: 
Attn spammers: All posts are reviewed before being made visible to anyone other than the poster.
Did you find what you needed?

 

Welcome to massmind.org!

 

Welcome to www.massmind.org!

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

  .