<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="wordpress/2.2.3" -->
<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/"
	>

<channel>
	<title>dotmac.AU</title>
	<link>http://www.dotmac.net.au</link>
	<description>Information Technology administration in education</description>
	<pubDate>Mon, 26 Oct 2009 07:13:35 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.3</generator>
	<language>en</language>
			<item>
		<title>Use a non-Apple parent for Software Update Server</title>
		<link>http://www.dotmac.net.au/mac-os-x/use-a-non-apple-parent-for-software-update-server/</link>
		<comments>http://www.dotmac.net.au/mac-os-x/use-a-non-apple-parent-for-software-update-server/#comments</comments>
		<pubDate>Mon, 26 Oct 2009 07:12:04 +0000</pubDate>
		<dc:creator>Andrew</dc:creator>
		
		<category><![CDATA[Mac OS X]]></category>

		<guid isPermaLink="false">http://www.dotmac.net.au/mac-os-x/use-a-non-apple-parent-for-software-update-server/</guid>
		<description><![CDATA[If you run multiple Apple software update servers in your organisation you can point them to another local software update server. This could save bandwidth costs not having to download the same files multiple times.
To point to a server that isn&#8217;t Apple&#8217;s, all you need to do is change  one line change in:
/etc/swupd/swupd.plist
Find the [...]]]></description>
			<content:encoded><![CDATA[<p>If you run multiple Apple software update servers in your organisation you can point them to another local software update server. This could save bandwidth costs not having to download the same files multiple times.</p>
<p>To point to a server that isn&#8217;t Apple&#8217;s, all you need to do is change  one line change in:</p>
<p><code>/etc/swupd/swupd.plist</code></p>
<p>Find the key <code>metaIndexURL</code> and point it to your local server.</p>
<p>You could then use a DNS round robin to spread the load across multiple servers, or simply point individual clients are particular servers.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.dotmac.net.au/mac-os-x/use-a-non-apple-parent-for-software-update-server/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Keeping user and administrative user passwords in sync</title>
		<link>http://www.dotmac.net.au/mac-os-x/keeping-user-and-administrative-user-passwords-in-sync/</link>
		<comments>http://www.dotmac.net.au/mac-os-x/keeping-user-and-administrative-user-passwords-in-sync/#comments</comments>
		<pubDate>Sat, 10 Oct 2009 06:18:24 +0000</pubDate>
		<dc:creator>Andrew</dc:creator>
		
		<category><![CDATA[Mac OS X]]></category>

		<guid isPermaLink="false">http://www.dotmac.net.au/mac-os-x/keeping-user-and-administrative-user-passwords-in-sync/</guid>
		<description><![CDATA[Best practice says that your everyday user account should not be an administrative user. The solution? Creating an alternate administrative user and then using those credentials when needed. Deploying in such a scenario to many computers can be confusing for users - in particular having to remember an alternate username and password combination that often [...]]]></description>
			<content:encoded><![CDATA[<p>Best practice says that your everyday user account should not be an administrative user. The solution? Creating an alternate administrative user and then using those credentials when needed. Deploying in such a scenario to many computers can be confusing for users - in particular having to remember an alternate username and password combination that often will not fall under traditional password age policies. To this end, linking a local administrator account to a users password can simplify password management for users, while maintaining password age policies. Creating a symlink to the localadmin users password hash will make the regular users password the same as a local administrators.</p>
<p>First you need to know both the regular and local administrators GUID as the password hash file is the user GUID. In this example our local administrator account is &#8220;localadmin&#8221;.</p>
<p><code>dscl . -read /Users/localadmin GeneratedUID</code></p>
<p>Repeat the command replacing localadmin with the regular username.</p>
<p>You will need to remove the existing localadmin password hash. In this example localadmin&#8217;s GUID is &#8220;ABAE7944-FBDD-4FA6-8419-B24AC0293B0D&#8221;</p>
<p><code>sudo rm -R /var/db/shadow/hash/ABAE7944-FBDD-4FA6-8419-B24AC0293B0D</code></p>
<p>Finally put a symlink in place that points from the regular users password hash to localadmin&#8217;s hash. In this example the regular user password hash is &#8220;513B539B-7DB2-48C3-93B8-0C33C7B39722&#8243;.</p>
<p><code>sudo ln -s /var/db/shadow/hash/513B539B-7DB2-48C3-93B8-0C33C7B39722 /var/db/shadow/hash/ABAE7944-FBDD-4FA6-8419-B24AC0293B0D</code></p>
<p>In other words:  ln -s /var/db/shadow/hash/regular_user_GUID /var/db/shadow/hash/localadmin_GUID</p>
]]></content:encoded>
			<wfw:commentRss>http://www.dotmac.net.au/mac-os-x/keeping-user-and-administrative-user-passwords-in-sync/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Creating a user from the command line</title>
		<link>http://www.dotmac.net.au/mac-os-x/creating-a-user-from-the-command-line/</link>
		<comments>http://www.dotmac.net.au/mac-os-x/creating-a-user-from-the-command-line/#comments</comments>
		<pubDate>Wed, 13 May 2009 23:08:10 +0000</pubDate>
		<dc:creator>Andrew</dc:creator>
		
		<category><![CDATA[Mac OS X]]></category>

		<guid isPermaLink="false">http://www.dotmac.net.au/mac-os-x/creating-a-user-from-the-command-line/</guid>
		<description><![CDATA[Used in conjunction with a modular disk imaging solution this guide explains the basics to create a new user from the command line. The code can be used as a first run script, distributed through Apple Remote Desktop etc.
The &#8220;Directory Service command line utility&#8221; dscl allows creation and management of user records in Mac OS [...]]]></description>
			<content:encoded><![CDATA[<p>Used in conjunction with a modular disk imaging solution this guide explains the basics to create a new user from the command line. The code can be used as a first run script, distributed through Apple Remote Desktop etc.</p>
<p>The &#8220;Directory Service command line utility&#8221; <em>dscl</em> allows creation and management of user records in Mac OS X. The example below creates a user called &#8220;Local Administrator&#8221; with a short name of &#8220;ladmin&#8221;. To set a secure password via a hash file is outlined at the end of the guide.</p>
<p>Create the user (via the short name)<br />
<code>dscl . -create /Users/ladmin</code></p>
<p>Set the user shell<br />
<code>dscl . -create /Users/ladmin UserShell /bin/bash</code></p>
<p>Set the user real name<br />
<code>dscl . -create /Users/ladmin RealName "Local Administrator"</code></p>
<p>Set the user unique ID remembering it must be unique. If you set an ID below 500 and use the &#8220;hide 500 users&#8221; login window default (<code>defaults write /Library/Preferences/com.apple.loginwindow Hide500Users -bool TRUE</code>) you can create hidden - to the average person - users.<br />
<code>dscl . -create /Users/ladmin UniqueID 510</code></p>
<p>Set group ID (20 is &#8220;Staff&#8221;)<br />
<code>dscl . -create /Users/ladmin PrimaryGroupID 20</code></p>
<p>Set home directory<br />
<code>dscl . -create /Users/ladmin NFSHomeDirectory /Users/edadmin</code></p>
<p>Set a password temporarily (as an encrypted password will be put in place so it is not stored in plain text)<br />
<code>dscl . -passwd /Users/ladmin temppassword</code></p>
<p>Set a password hint<br />
<code>dscl . -append /Users/ladmin AuthenticationHint "No hints!"</code></p>
<p>Finally add the user to admin group (or not in the case of a standard user)<br />
<code>dscl . -append /Groups/admin GroupMembership ladmin</code></p>
<p>and the _lpadmin group (so that printers can be controlled)<br />
<code>dscl . -append /Groups/_lpadmin GroupMembership ladmin</code></p>
<p>If a default home directory has been copied in place the  ownership will need to be changed to the newly created user. To use this script in a modular disk image solution such as InstaDMG the home directory could be &#8220;installed&#8221; via a package. If you want a default home folder from the machine do not worry about this step.<br />
<code>chown -R ladmin "/Users/ladmin/"</code></p>
<h3>Setting the password</h3>
<p>To keep the password secure as the script is stored in plain text, copying an encrypted password hash file from /var/db/shadow/hash/ of a user on another computer with the desired password will keep it out of plain sight. Once copied to the new computer the hash needs to be renamed to the GUID of the new user.</p>
<p>To find the GUID of the new user<br />
<code>dscl . -read /Users/ladmin GeneratedUID</code></p>
<p>This will output the GUID that can then be used to remove the existing temporary hash and move the real password hash in place. The following example assumes the the hash file is located in /tmp/usercreate/ as ladmin_hash).</p>
<p><code>rm /var/db/shadow/hash/GUID_NUMBER_HERE<br />
mv /tmp/usercreate/ladmin_hash /var/db/shadow/hash/GUID_NUMBER_HERE</code></p>
<p>Alternatively as a simple script the GUID can be stored in a variable to then copy the new hash into place.</p>
<p><code>#!/bin/sh<br />
ladminGUID=`/usr/bin/dscl . -read /Users/ladmin GeneratedUID | cut -f2 -d " "`<br />
#remove and place new password hash<br />
rm /var/db/shadow/hash/"$ladminGUID"<br />
mv /tmp/usercreate/ladmin_hash /var/db/shadow/hash/"$ladminGUID"</code></p>
<p><strong>File permissions for the password hash</strong></p>
<p><code>-rw------- root wheel</code></p>
]]></content:encoded>
			<wfw:commentRss>http://www.dotmac.net.au/mac-os-x/creating-a-user-from-the-command-line/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Real simple security configuration of Mac OS X</title>
		<link>http://www.dotmac.net.au/mac-os-x/real-simple-security-configuration-of-mac-os-x/</link>
		<comments>http://www.dotmac.net.au/mac-os-x/real-simple-security-configuration-of-mac-os-x/#comments</comments>
		<pubDate>Thu, 12 Mar 2009 05:40:51 +0000</pubDate>
		<dc:creator>Andrew</dc:creator>
		
		<category><![CDATA[Mac OS X]]></category>

		<guid isPermaLink="false">http://www.dotmac.net.au/mac-os-x/real-simple-security-configuration-of-mac-os-x/</guid>
		<description><![CDATA[Apple has published a guide on best practice to secure Mac OS X installations in it&#8217;s Security Configuration guide. Here are a few commands that are handy on any Mac OS X computer.
Require password to wake from sleep
defaults -currentHost write com.apple.screensaver askForPassword-int 1
Disable automatic login
defaults write /Library/Preferences/.GlobalPreferences com.apple.userspref DisableAutoLogin -bool yes
Disable IR control
defaults write /Library/Preferences/com.apple.driver.AppleIRController [...]]]></description>
			<content:encoded><![CDATA[<p>Apple has published a guide on best practice to secure Mac OS X installations in it&#8217;s <a href="http://images.apple.com/server/macosx/docs/Leopard_Security_Config_20080530.pdf">Security Configuration guide</a>. Here are a few commands that are handy on any Mac OS X computer.</p>
<p>Require password to wake from sleep</p>
<p><code>defaults -currentHost write com.apple.screensaver askForPassword-int 1</code></p>
<p>Disable automatic login</p>
<p><code>defaults write /Library/Preferences/.GlobalPreferences com.apple.userspref DisableAutoLogin -bool yes</code></p>
<p>Disable IR control</p>
<p><code>defaults write /Library/Preferences/com.apple.driver.AppleIRController DeviceEnabled -bool no</code></p>
]]></content:encoded>
			<wfw:commentRss>http://www.dotmac.net.au/mac-os-x/real-simple-security-configuration-of-mac-os-x/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Next Gen Deployments: Modular Imaging</title>
		<link>http://www.dotmac.net.au/mac-os-x/next-gen-deployments-modular-imaging/</link>
		<comments>http://www.dotmac.net.au/mac-os-x/next-gen-deployments-modular-imaging/#comments</comments>
		<pubDate>Mon, 16 Feb 2009 06:21:05 +0000</pubDate>
		<dc:creator>Andrew</dc:creator>
		
		<category><![CDATA[Mac OS X]]></category>

		<guid isPermaLink="false">http://www.dotmac.net.au/mac-os-x/next-gen-deployments-modular-imaging/</guid>
		<description><![CDATA[Disk images assist in desktop deployment by ensuring each computer is configured mostly the same, provides a time effective solution to deploying each computer and simplifies desktop management down the track amongst other things. The traditional process of creating the image is to setup a computer exactly as required and then to take a snapshot [...]]]></description>
			<content:encoded><![CDATA[<p>Disk images assist in desktop deployment by ensuring each computer is configured mostly the same, provides a time effective solution to deploying each computer and simplifies desktop management down the track amongst other things. The traditional process of creating the image is to setup a computer exactly as required and then to take a snapshot using any number of the disk imaging tools available. The method is very simple to follow and very effective. Unfortunately once you need to begin supporting multiple configurations the traditional method falls flat.</p>
<p>Enter modular imaging. With the capability of adding to or subtracting from the image on the fly while maintaining the exact foundation on all desktops, modular imaging has numerous advantages over the older snapshot based solution.</p>
<p><strong>Packages</strong></p>
<p>Just the same as applications are installed, modular imaging leverages the package distribution process to build the image. Each application is installed as the image is being built rather than by a human manually installing the application on the master computer. The image will be built exactly the same the first or tenth time it is created and not change unlike building images manually will.</p>
<p>Some applications are already installed by packages but most are simple drag and drop installs without an installation process. Such applications will need to be packaged so that they can be inserted into your image. Fortunately there are various applications available for free and commercially (see links) that wrap the application up in Apple&#8217;s package format.</p>
<p>Although the necessity of packaging everything may appear to complicate the image creation process the same packages can also be leveraged by post deployment strategies keeping deployed desktops up to date through Apple Remote Desktop, Casper and other similar solutions.</p>
<p><strong>System Configuration</strong></p>
<p>In Mac OS X every configuration is a file change. If the file that was changed can be located it could be packaged and slotted into the image. Alternatively actions can be performed by &#8220;payload free&#8221; packages that rather than install files will run a script. Further again to running scripts at installation time, first run on boot scripts can be used to complete final configuration after the desktop has been imaged.</p>
<p>Modular imaging may appear complicated on first investigation but once the methodologies of newer imaging processes are understood the possibilities and advantages quickly become apparent. Whether it is each version of an image created exactly the same each time it&#8217;s built or modified through to removing the need to recreate a brand new image next time an updated piece of hardware is released, the flexibility of modular imaging is the next natural step from traditional imaging.</p>
<p><strong>Links</strong></p>
<p><a href="http://www.afp548.com/article.php?story=instadmg-beta">InstaDMG </a>- solution to creating modular images.<br />
<a href="http://s.sudre.free.fr/Software/Iceberg.html">Iceberg</a> - free package authoring application.<br />
<a href="http://www.apple.com/remotedesktop/">Apple Remote Desktop</a> - software deployment and remote control.<br />
<a href="http://www.jamfsoftware.com/">Casper</a> - commercial desktop management and deployment solution.<br />
<a href="http://www.fernlightning.com/doku.php?id=software:fseventer:start">fseventer</a> - watches file system changes that aids you in determination of which file is needed for repackaging installers.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.dotmac.net.au/mac-os-x/next-gen-deployments-modular-imaging/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Server serial number from terminal</title>
		<link>http://www.dotmac.net.au/mac-os-x/server-serial-number-from-terminal/</link>
		<comments>http://www.dotmac.net.au/mac-os-x/server-serial-number-from-terminal/#comments</comments>
		<pubDate>Sun, 07 Dec 2008 04:41:53 +0000</pubDate>
		<dc:creator>Andrew</dc:creator>
		
		<category><![CDATA[Mac OS X]]></category>

		<guid isPermaLink="false">http://www.dotmac.net.au/mac-os-x/server-serial-number-from-terminal/</guid>
		<description><![CDATA[Type:
more /etc/systemserialnumbers/xsvr
to output the server&#8217;s serial number and registered user.
]]></description>
			<content:encoded><![CDATA[<p>Type:</p>
<p><code>more /etc/systemserialnumbers/xsvr</code></p>
<p>to output the server&#8217;s serial number and registered user.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.dotmac.net.au/mac-os-x/server-serial-number-from-terminal/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Video encode test (Core Duo VS Core 2 Duo)</title>
		<link>http://www.dotmac.net.au/misc/video-encode-test-core-duo-vs-core-2-duo/</link>
		<comments>http://www.dotmac.net.au/misc/video-encode-test-core-duo-vs-core-2-duo/#comments</comments>
		<pubDate>Thu, 27 Nov 2008 23:37:05 +0000</pubDate>
		<dc:creator>Andrew</dc:creator>
		
		<category><![CDATA[Misc]]></category>

		<guid isPermaLink="false">http://www.dotmac.net.au/uncategorized/video-encode-test-core-duo-vs-core-2-duo/</guid>
		<description><![CDATA[The purpose of this test was to identify the comparative speed differences between various Mac computers (including one with a 32-bit Core Duo processor). All systems were running 10.5.5 with VisualHub set to identical settings on each computer. The results are general and a guide only. Time is as reported by VisualHub in MIN:SEC.
The Core [...]]]></description>
			<content:encoded><![CDATA[<p>The purpose of this test was to identify the comparative speed differences between various Mac computers (including one with a 32-bit Core Duo processor). All systems were running 10.5.5 with VisualHub set to identical settings on each computer. The results are general and a guide only. Time is as reported by VisualHub in MIN:SEC.</p>
<p>The Core 2 Duo performed well compared to it&#8217;s older 32-bit predecessor with the 1.83GHz Core 2 Duo Mac mini beating the 2GHz Core Duo MacBook by almost 4 minutes. The 2.66GHz iMac beat the white 2GHz computer by almost 11 minutes but with the comparison between the 2GHz iMac (Late 2006) and 2GHz MacBook (Mid 2007) uncertainities of the speed of the iMac (Late 2006)&#8217;s load could have affected the results.</p>
<p><em>File information</em><br />
Stargate Continum<br />
Fromat: XVID 624 x 352, 25 FPS, 610.73MB, 938.09 kbit/s<br />
MP3 Stereo 48.000 kHz<br />
Duration: 01:34:33.52</p>
<p><em>VisualHub Settings<br />
</em> DVD, PAL, Standard Quality (Author as DVD UNselected)</p>
<p><img src="http://www.dotmac.net.au/wp-content/uploads/2008/11/chart_vh.jpg" alt="chart_vh.jpg" /></p>
<p><em>MacBook Air (Mid 2009) </em>- <strong>34:46<br />
</strong>1.86GHz Core 2 Duo, 2GB RAM<br />
<em>MacBook (Mid 2008)</em> - <strong>24:53</strong><br />
2.1GHz Core 2 Duo, 2GB RAM<br />
<em>iMac (Early 2008)</em> - <strong>19:59</strong><br />
2.66GHz Core 2 Duo, 2GB RAM<br />
<em>Mac mini (Mid 2007)</em> - <strong>29:34</strong><br />
1.8GHz Core 2 Duo, 2GB RAM<br />
<em>MacBook (Mid 2007)</em> - <strong>27:11</strong><br />
2GHZ Core 2 Duo, 1GB RAM<br />
<em>iMac (Late 2006)</em> - <strong>30:30</strong><br />
2GHz Core 2 Duo, 2GB RAM<br />
<em>MacBook (2006)</em> - <strong>33:08</strong><br />
2GHz Core Duo, 2GB RAM</p>
]]></content:encoded>
			<wfw:commentRss>http://www.dotmac.net.au/misc/video-encode-test-core-duo-vs-core-2-duo/feed/</wfw:commentRss>
		</item>
		<item>
		<title>dirt: testing directory services</title>
		<link>http://www.dotmac.net.au/mac-os-x/dirt-testing-directory-services/</link>
		<comments>http://www.dotmac.net.au/mac-os-x/dirt-testing-directory-services/#comments</comments>
		<pubDate>Tue, 24 Jun 2008 01:54:12 +0000</pubDate>
		<dc:creator>Andrew</dc:creator>
		
		<category><![CDATA[Mac OS X]]></category>

		<guid isPermaLink="false">http://www.dotmac.net.au/mac-os-x/dirt-testing-directory-services/</guid>
		<description><![CDATA[dirt is a command line goodie that lets you test directory services without the pain of logging in and out to discover if it will let you authenticate. For example:
dirt -u username -n
will check if the user name exists in any of the directories defined on the computer and list what directory it was found [...]]]></description>
			<content:encoded><![CDATA[<p>dirt is a command line goodie that lets you test directory services without the pain of logging in and out to discover if it will let you authenticate. For example:</p>
<p><code>dirt -u username -n</code></p>
<p>will check if the user name exists in any of the directories defined on the computer and list what directory it was found in.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.dotmac.net.au/mac-os-x/dirt-testing-directory-services/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Helpful group policies</title>
		<link>http://www.dotmac.net.au/windows/helpful-group-policies/</link>
		<comments>http://www.dotmac.net.au/windows/helpful-group-policies/#comments</comments>
		<pubDate>Wed, 02 Apr 2008 22:42:09 +0000</pubDate>
		<dc:creator>Andrew</dc:creator>
		
		<category><![CDATA[Windows]]></category>

		<guid isPermaLink="false">http://www.dotmac.net.au/windows/helpful-group-policies/</guid>
		<description><![CDATA[More helpful group policies will be added to this page as time goes on. 
Redirect My Documents folder
User Configuration &#62; Windows Settings &#62; Folder Redirection
My Documents
IE7 pop-up allow list
User Configuration &#62; Administrative Template &#62; Windows Components &#62; Internet Explorer
Pop-up allow list
]]></description>
			<content:encoded><![CDATA[<p>More helpful group policies will be added to this page as time goes on. </p>
<p><strong>Redirect My Documents folder<br />
</strong><code>User Configuration &gt; Windows Settings &gt; Folder Redirection</code><br />
<em>My Documents</em></p>
<p><strong>IE7 pop-up allow list<br />
</strong><code>User Configuration &gt; Administrative Template &gt; Windows Components &gt; Internet Explorer</code><br />
<em>Pop-up allow list</em></p>
]]></content:encoded>
			<wfw:commentRss>http://www.dotmac.net.au/windows/helpful-group-policies/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Refresh software update server contents</title>
		<link>http://www.dotmac.net.au/mac-os-x/refresh-software-update-server-contents/</link>
		<comments>http://www.dotmac.net.au/mac-os-x/refresh-software-update-server-contents/#comments</comments>
		<pubDate>Tue, 26 Feb 2008 03:08:59 +0000</pubDate>
		<dc:creator>Andrew</dc:creator>
		
		<category><![CDATA[Mac OS X]]></category>

		<guid isPermaLink="false">http://www.dotmac.net.au/mac-os-x/refresh-software-update-server-contents/</guid>
		<description><![CDATA[To force software updates residing on Mac OS X software update server removed everything in the /usr/share/swupd/html folder.
]]></description>
			<content:encoded><![CDATA[<p>To force software updates residing on Mac OS X software update server removed everything in the <code>/usr/share/swupd/html</code> folder.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.dotmac.net.au/mac-os-x/refresh-software-update-server-contents/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>
