<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: User and Group Management 101</title>
	<atom:link href="http://www.linux-mag.com/id/7759/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.linux-mag.com/id/7759/</link>
	<description>Open Source, Open Standards</description>
	<lastBuildDate>Sat, 05 Oct 2013 13:48:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
	<item>
		<title>By: Spatik</title>
		<link>http://www.linux-mag.com/id/7759/#comment-267103</link>
		<dc:creator>Spatik</dc:creator>
		<pubDate>Wed, 27 Jun 2012 04:46:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7759/#comment-267103</guid>
		<description>Nice tutorial, thank you...;)</description>
		<content:encoded><![CDATA[<p>Nice tutorial, thank you&#8230;;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Spatik</title>
		<link>http://www.linux-mag.com/id/7759/#comment-267101</link>
		<dc:creator>Spatik</dc:creator>
		<pubDate>Wed, 27 Jun 2012 04:46:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7759/#comment-267101</guid>
		<description>Nice tutorial, than you...;)</description>
		<content:encoded><![CDATA[<p>Nice tutorial, than you&#8230;;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles H. Lowe Jr.</title>
		<link>http://www.linux-mag.com/id/7759/#comment-147665</link>
		<dc:creator>Charles H. Lowe Jr.</dc:creator>
		<pubDate>Sun, 12 Feb 2012 23:43:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7759/#comment-147665</guid>
		<description>I am  trying to find out what a primary and secondary group are in group management.

Thankyou,  Chuck</description>
		<content:encoded><![CDATA[<p>I am  trying to find out what a primary and secondary group are in group management.</p>
<p>Thankyou,  Chuck</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bthoward</title>
		<link>http://www.linux-mag.com/id/7759/#comment-8217</link>
		<dc:creator>bthoward</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7759/#comment-8217</guid>
		<description>&lt;p&gt;I find that this is all fine and dandy until you want to get just a tad more complicated.  &lt;/p&gt;
&lt;p&gt;For example I have a folder for the documents my wife and I keep on hand.  I have a group called hoyt-trusted that my wife and I are members of.  This group is intended to provide read/write access.  However I have some users who visit that are trusted enough to have read access to that directory structure I put them in a group called hoyt.  I want to use owners in this folder in the sense that I want my wife\&#039;s files to be under her user account and I want my files to be under my user account.  However we should be able to read and write to one another\&#039;s files.  &lt;/p&gt;
&lt;p&gt;With the current structure this was not possible.  After some digging I found ACL\&#039;s.  I really think that ACL\&#039;s should become the standard way of doing things.  Unless there is something better, but at the moment when I ran into this problem I found ACL\&#039;s and I\&#039;m loving the way they work!  I also very much like the default control list which has solved other permissions issues that arise when you have many people creating files in a set folder.  There are all sorts of ways that you can tweak things and you can usually find a way to get exactly the functionality that you want.&lt;/p&gt;
&lt;p&gt;Now that I have all my groups and access control lists setup I only manage users by placing them into the groups to which they should belong.  Their user then inherits all the permissions they should have and everyone gets along.
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I find that this is all fine and dandy until you want to get just a tad more complicated.  </p>
<p>For example I have a folder for the documents my wife and I keep on hand.  I have a group called hoyt-trusted that my wife and I are members of.  This group is intended to provide read/write access.  However I have some users who visit that are trusted enough to have read access to that directory structure I put them in a group called hoyt.  I want to use owners in this folder in the sense that I want my wife\&#8217;s files to be under her user account and I want my files to be under my user account.  However we should be able to read and write to one another\&#8217;s files.  </p>
<p>With the current structure this was not possible.  After some digging I found ACL\&#8217;s.  I really think that ACL\&#8217;s should become the standard way of doing things.  Unless there is something better, but at the moment when I ran into this problem I found ACL\&#8217;s and I\&#8217;m loving the way they work!  I also very much like the default control list which has solved other permissions issues that arise when you have many people creating files in a set folder.  There are all sorts of ways that you can tweak things and you can usually find a way to get exactly the functionality that you want.</p>
<p>Now that I have all my groups and access control lists setup I only manage users by placing them into the groups to which they should belong.  Their user then inherits all the permissions they should have and everyone gets along.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peterstoops</title>
		<link>http://www.linux-mag.com/id/7759/#comment-8218</link>
		<dc:creator>peterstoops</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7759/#comment-8218</guid>
		<description>&lt;p&gt;Very basic. I wouldn\&#039;t allow any sysadmin on our servers who isn\&#039;t familiar with these commands.&lt;/p&gt;
&lt;p&gt;More interesting for me would be:&lt;br /&gt;
- I need to change the UID for a user.&lt;br /&gt;
- I need to change the GID for a group.&lt;br /&gt;
- I have usernames and groupnames with mixed cases, and want them all to be lowercase.&lt;/p&gt;
&lt;p&gt;These are real cases we\&#039;re facing, and after some thought, appear not too complex, until you\&#039;re facing a big mixed environment with Linux, HP-UX, Solaris,... and you need all UIDs for a certain user to match, and GIDs for a group to match...&lt;/p&gt;
&lt;p&gt;Ah, but we\&#039;re nearly there, and then our nightmares will (hopefully) be over.&lt;/p&gt;
&lt;p&gt;Good advise: Pay real close attention to this, you won\&#039;t regret it! Good user and group management is a MUST!&lt;/p&gt;
&lt;p&gt;Thanks for the article!
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Very basic. I wouldn\&#8217;t allow any sysadmin on our servers who isn\&#8217;t familiar with these commands.</p>
<p>More interesting for me would be:<br />
- I need to change the UID for a user.<br />
- I need to change the GID for a group.<br />
- I have usernames and groupnames with mixed cases, and want them all to be lowercase.</p>
<p>These are real cases we\&#8217;re facing, and after some thought, appear not too complex, until you\&#8217;re facing a big mixed environment with Linux, HP-UX, Solaris,&#8230; and you need all UIDs for a certain user to match, and GIDs for a group to match&#8230;</p>
<p>Ah, but we\&#8217;re nearly there, and then our nightmares will (hopefully) be over.</p>
<p>Good advise: Pay real close attention to this, you won\&#8217;t regret it! Good user and group management is a MUST!</p>
<p>Thanks for the article!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: khess</title>
		<link>http://www.linux-mag.com/id/7759/#comment-8219</link>
		<dc:creator>khess</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7759/#comment-8219</guid>
		<description>&lt;p&gt;@bthoward: You\&#039;re right. ACL management is in a future post.&lt;/p&gt;
&lt;p&gt;@peterstoops: You got it. I\&#039;ll schedule those topics for a future post. In large, mixed environments, you would typically use some enterprise-level user management software. There are some good ones out there. I wouldn\&#039;t want to manage an environment of any size without one. Imagine removing a user account from say, 500 systems, or even 50.
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@bthoward: You\&#8217;re right. ACL management is in a future post.</p>
<p>@peterstoops: You got it. I\&#8217;ll schedule those topics for a future post. In large, mixed environments, you would typically use some enterprise-level user management software. There are some good ones out there. I wouldn\&#8217;t want to manage an environment of any size without one. Imagine removing a user account from say, 500 systems, or even 50.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: grabur</title>
		<link>http://www.linux-mag.com/id/7759/#comment-8220</link>
		<dc:creator>grabur</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7759/#comment-8220</guid>
		<description>&lt;p&gt;Small nitpick - you suggest bob changes his name to bobby, and then change it to robert!
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Small nitpick &#8211; you suggest bob changes his name to bobby, and then change it to robert!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: khess</title>
		<link>http://www.linux-mag.com/id/7759/#comment-8221</link>
		<dc:creator>khess</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7759/#comment-8221</guid>
		<description>&lt;p&gt;@grabur: fixed.
&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@grabur: fixed.</p>
]]></content:encoded>
	</item>
</channel>
</rss>