<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>neverblog.net &#187; active directory</title>
	<atom:link href="http://neverblog.net/tag/active-directory/feed/" rel="self" type="application/rss+xml" />
	<link>http://neverblog.net</link>
	<description>once more unto the breach...</description>
	<lastBuildDate>Sat, 21 Jan 2012 04:31:35 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Active Directory / Open Directory group nesting fixed in Snow Leopard</title>
		<link>http://neverblog.net/active-directory-open-directory-group-nesting-fixed-in-snow-leopard/</link>
		<comments>http://neverblog.net/active-directory-open-directory-group-nesting-fixed-in-snow-leopard/#comments</comments>
		<pubDate>Mon, 25 Jan 2010 13:19:44 +0000</pubDate>
		<dc:creator>Vasken</dc:creator>
				<category><![CDATA[Mac Tips]]></category>
		<category><![CDATA[PC Tips]]></category>
		<category><![CDATA[active directory]]></category>
		<category><![CDATA[Apple]]></category>
		<category><![CDATA[groups]]></category>
		<category><![CDATA[leopard]]></category>
		<category><![CDATA[Mac]]></category>
		<category><![CDATA[nesting]]></category>
		<category><![CDATA[open directory]]></category>
		<category><![CDATA[snow leopard]]></category>

		<guid isPermaLink="false">http://neverblog.net/?p=868</guid>
		<description><![CDATA[There was a bug in Mac OS X 10.5 &#8220;Leopard&#8221; that prevented proper application of MCX settings to an Active Directory group nested inside an Open Directory group. This problem has been corrected in 10.6 &#8220;Snow Leopard,&#8221; but it&#8217;s important to note that this is a client-side issue as well that requires you to upgrade [...]]]></description>
		<wfw:commentRss>http://neverblog.net/active-directory-open-directory-group-nesting-fixed-in-snow-leopard/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Deny logon to an Active Directory group in Mac OS X 10.5 (Leopard)</title>
		<link>http://neverblog.net/deny-logon-to-an-active-directory-group-in-mac-os-x-105-leopard/</link>
		<comments>http://neverblog.net/deny-logon-to-an-active-directory-group-in-mac-os-x-105-leopard/#comments</comments>
		<pubDate>Wed, 29 Apr 2009 15:11:13 +0000</pubDate>
		<dc:creator>Vasken</dc:creator>
				<category><![CDATA[Mac Tips]]></category>
		<category><![CDATA[PC Tips]]></category>
		<category><![CDATA[active directory]]></category>
		<category><![CDATA[active directory group]]></category>
		<category><![CDATA[deny]]></category>
		<category><![CDATA[group policy]]></category>
		<category><![CDATA[login]]></category>
		<category><![CDATA[logon]]></category>
		<category><![CDATA[script]]></category>
		<category><![CDATA[shell script]]></category>

		<guid isPermaLink="false">http://neverblog.net/?p=640</guid>
		<description><![CDATA[If you administer Macs that are joined to an Active Directory, you either need to buy expensive Mac client-side extensions to apply Windows Group Policy, or you can extend your AD schema to include Mac attributes. Neither of these options are to be taken lightly, so when I needed to deny login for a particular [...]]]></description>
		<wfw:commentRss>http://neverblog.net/deny-logon-to-an-active-directory-group-in-mac-os-x-105-leopard/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Configure a Buffalo LinkStation for Active Directory</title>
		<link>http://neverblog.net/configure-a-buffalo-linkstation-for-active-directory/</link>
		<comments>http://neverblog.net/configure-a-buffalo-linkstation-for-active-directory/#comments</comments>
		<pubDate>Sun, 15 Feb 2009 17:17:26 +0000</pubDate>
		<dc:creator>Vasken</dc:creator>
				<category><![CDATA[Mac Tips]]></category>
		<category><![CDATA[PC Tips]]></category>
		<category><![CDATA[active directory]]></category>
		<category><![CDATA[buffalo]]></category>
		<category><![CDATA[linkstation]]></category>
		<category><![CDATA[network attached storage]]></category>

		<guid isPermaLink="false">http://neverblog.net/?p=581</guid>
		<description><![CDATA[We recently started deploying Buffalo Network Attached Storage (NAS) devices on our campus to various departments that are looking for additional, non-critical storage in a relatively secure environment. Since we run Active Directory on Windows Server 2008, we chose the Buffalo drives for their ability to interface with AD. The AD bind works well for [...]]]></description>
		<wfw:commentRss>http://neverblog.net/configure-a-buffalo-linkstation-for-active-directory/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Make an Active Directory user a local administrator in Leopard</title>
		<link>http://neverblog.net/make-an-active-directory-user-a-local-administrator-in-leopard/</link>
		<comments>http://neverblog.net/make-an-active-directory-user-a-local-administrator-in-leopard/#comments</comments>
		<pubDate>Thu, 23 Oct 2008 13:00:14 +0000</pubDate>
		<dc:creator>Vasken</dc:creator>
				<category><![CDATA[Mac Tips]]></category>
		<category><![CDATA[10.5]]></category>
		<category><![CDATA[active directory]]></category>
		<category><![CDATA[administrator]]></category>
		<category><![CDATA[groups]]></category>
		<category><![CDATA[leopard]]></category>
		<category><![CDATA[Mac]]></category>
		<category><![CDATA[OS X]]></category>
		<category><![CDATA[osx]]></category>
		<category><![CDATA[user]]></category>

		<guid isPermaLink="false">http://neverblog.net/?p=522</guid>
		<description><![CDATA[Apple&#8217;s latest offering, OS 10.5 &#8220;Leopard&#8221; offers GUI-based integration and account management for Microsoft Active Directory that is fairly full-featured and complete. However, as tends to be the case when it comes to enterprise-level account management, Apple dropped the ball and forgot to include a very important feature: the ability to promote a domain user [...]]]></description>
		<wfw:commentRss>http://neverblog.net/make-an-active-directory-user-a-local-administrator-in-leopard/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Automating uninstall of multiple Java versions</title>
		<link>http://neverblog.net/automating-uninstall-of-multiple-java-versions/</link>
		<comments>http://neverblog.net/automating-uninstall-of-multiple-java-versions/#comments</comments>
		<pubDate>Fri, 11 May 2007 14:30:52 +0000</pubDate>
		<dc:creator>Vasken</dc:creator>
				<category><![CDATA[MSI Development]]></category>
		<category><![CDATA[PC Tips]]></category>
		<category><![CDATA[active directory]]></category>
		<category><![CDATA[ad]]></category>
		<category><![CDATA[automatic uninstall java]]></category>
		<category><![CDATA[group policy]]></category>
		<category><![CDATA[java]]></category>
		<category><![CDATA[jre]]></category>
		<category><![CDATA[msi]]></category>
		<category><![CDATA[sun java]]></category>
		<category><![CDATA[uninstall java]]></category>

		<guid isPermaLink="false">http://neverblog.net/automating-uninstall-of-multiple-java-versions/</guid>
		<description><![CDATA[Recently at work, I had to come up with a way to uninstall any installed versions of Java on our AD managed systems, then install versions 1.5.11 and 1.4.2.12 (the latest versions of 1.5 and 1.4, essentially). Luckily, Alan found a site that directly addresses this issue, and I was able to quickly grab all [...]]]></description>
		<wfw:commentRss>http://neverblog.net/automating-uninstall-of-multiple-java-versions/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Deploying applications with Group Policy</title>
		<link>http://neverblog.net/deploying-applications-with-group-policy/</link>
		<comments>http://neverblog.net/deploying-applications-with-group-policy/#comments</comments>
		<pubDate>Sun, 14 Jan 2007 19:56:24 +0000</pubDate>
		<dc:creator>Vasken</dc:creator>
				<category><![CDATA[MSI Development]]></category>
		<category><![CDATA[PC Tips]]></category>
		<category><![CDATA[active directory]]></category>
		<category><![CDATA[app deployment]]></category>
		<category><![CDATA[application deployment]]></category>
		<category><![CDATA[deploy application]]></category>
		<category><![CDATA[GPO]]></category>
		<category><![CDATA[group policy]]></category>
		<category><![CDATA[install application remotely]]></category>
		<category><![CDATA[msi]]></category>
		<category><![CDATA[remotely deploy msi]]></category>
		<category><![CDATA[systems administrator]]></category>

		<guid isPermaLink="false">http://www.neverblog.net/?p=93</guid>
		<description><![CDATA[Windows Server 2003 offers systems administrators a new* and exciting tool for deploying applications across the domain: MSI deployment with Group Policy using Active Directory. Basically, if you can turn any app setup into an MSI, you can easily push it to any and all machines on your domain through Group Policy. Using the silent [...]]]></description>
		<wfw:commentRss>http://neverblog.net/deploying-applications-with-group-policy/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Streaming an external cabinet file into an MSI</title>
		<link>http://neverblog.net/streaming-an-external-cabinet-file-into-an-msi/</link>
		<comments>http://neverblog.net/streaming-an-external-cabinet-file-into-an-msi/#comments</comments>
		<pubDate>Tue, 09 Jan 2007 13:42:55 +0000</pubDate>
		<dc:creator>Vasken</dc:creator>
				<category><![CDATA[.cab]]></category>
		<category><![CDATA[active directory]]></category>
		<category><![CDATA[ad]]></category>
		<category><![CDATA[cabinet]]></category>
		<category><![CDATA[cabinet file]]></category>
		<category><![CDATA[download]]></category>
		<category><![CDATA[group policy]]></category>
		<category><![CDATA[media table]]></category>
		<category><![CDATA[msi]]></category>
		<category><![CDATA[msidb]]></category>
		<category><![CDATA[msidb.exe]]></category>
		<category><![CDATA[stream]]></category>
		<category><![CDATA[stream .cab]]></category>
		<category><![CDATA[stream cabinet]]></category>
		<category><![CDATA[windows installer]]></category>
		<category><![CDATA[windows installer sdk]]></category>

		<guid isPermaLink="false">http://www.neverblog.net/?p=80</guid>
		<description><![CDATA[If you&#8217;ve worked with MSIs before, you&#8217;re aware that you can either stream setup files with the MSI directly, or attach them separately in .cab cabinet files to be extracted at run-time. The former method saves file space: when the user installs the program, only the MSI is cached in WINDOWS\Installer, so the data in [...]]]></description>
		<wfw:commentRss>http://neverblog.net/streaming-an-external-cabinet-file-into-an-msi/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->
