<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">
<channel>
			<title>Andy Dowling - acumenis.com</title>
			<link>http://acumenis.com</link>
			<description>System Administration and Security</description>
			<language>en-au</language>
<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" href="http://feeds.feedburner.com/acumenis" type="application/rss+xml" /><item>
					<title>"Connect to a network" delay on Vista</title>
					<link>http://feedproxy.google.com/~r/acumenis/~3/fhcbaeE0nSY/connect-to-a-network</link>
					<guid isPermaLink="false">http://acumenis.com/articles/2008/10/connect-to-a-network</guid>
					<description><![CDATA[<p>A little while back I wrote about some of the <a href="http://acumenis.com/articles/2008/06/vpns-and-vista" title="VPNs and Vista">annoying behaviours</a> of the &quot;Connect to a network&quot; function under Vista. One of the issues is a loooong delay in simply opening the &quot;Connect to a network&quot; screen.</p>
<p>There&#039;s a <a href="http://support.microsoft.com/kb/949505" title="">hotfix available from Microsoft</a> now which fixes this issue. Sweet!</p>]]></description>
					<pubDate>Tue, 28 Oct 2008 15:33:08 +1000</pubDate>
					<feedburner:origLink>http://acumenis.com/articles/2008/10/connect-to-a-network</feedburner:origLink></item>

<item>
					<title>Quickbooks Enterprise on a Windows 2008 Terminal Server</title>
					<link>http://feedproxy.google.com/~r/acumenis/~3/B9spvIFDmzw/quickbooks-enterprise-on-a-windows-2008-ts</link>
					<guid isPermaLink="false">http://acumenis.com/articles/2008/09/quickbooks-enterprise-on-a-windows-2008-ts</guid>
					<description><![CDATA[<p>I had to install Quickbooks Enterprise 2008/09 onto a Windows 2008 Terminal Server recently. Intuit don&#039;t support running this application on a 2008 server&mdash;no surprises there&mdash;and <a href="http://support.quickbooks.intuit.com/support/pages/knowledgebasearticle/1009944" title="">the only reference</a> on the topic I could find in their knowledge base confirmed that I was on my own:</p>
<p></p><blockquote><div><p>Windows Server 2008 and the enhanced security implemented in this operating system will not allow Quickbooks Enterprise Solutions 8.0 to operate properly without additional configuration by a qualified Information Technology person. The additional configuration for Server 2008 may include setting up your Windows Policy Settings.</p></div></blockquote><p></p>
<p>Quickbooks Enterprise will install ok, but the application will crash when it is run. To get it running, I removed the Internet Explorer Enhanced Security Configuration and temporarily set the Internet Explorer security settings to Low while the application ran for the first time. After this, Internet Explorer&#039;s settings could be changed back to the previous settings.</p>
<p>In order for non-admin users to be able to run Quickbooks, I had to disable UAC.</p>
<p>Has anybody else had experiences with Quickbooks Enterprise on a Windows 2008 Terminal Server?</p>
<h3>Comments</h3>
<p>Dave Finch (13th November 2008) wrote:</p>
<p></p><blockquote><div><p>I found that I could not configure the edition unless the installation CD was inserted. A network path did not work. When I used a network path it reported an error beginning with &quot;Quickbooks cannot complete the reconfiguration process&quot; and suggesting I free up disk space. I had also installed MSXML 4 and .NET Framework 3.5, though I&#039;m not certain these were neccessary.</p></div></blockquote><p></p>]]></description>
					<pubDate>Tue, 02 Sep 2008 15:46:54 +1000</pubDate>
					<feedburner:origLink>http://acumenis.com/articles/2008/09/quickbooks-enterprise-on-a-windows-2008-ts</feedburner:origLink></item>

<item>
					<title>HP Compaq 8510p Review</title>
					<link>http://feedproxy.google.com/~r/acumenis/~3/v440hWIxdeU/hp-compaq-8510p-review</link>
					<guid isPermaLink="false">http://acumenis.com/articles/2008/08/hp-compaq-8510p-review</guid>
					<description><![CDATA[<p>I&#039;ve been using a new HP 8510p laptop for the last couple of months and have been meaning to pen a review for some time. Between turning the certification treadmill and taming our backyard, however, little time has been left for the luxury of writing.</p>
<p>I&#039;ve been more than impressed with this machine, despite a couple of minor annoyances. The model I&#039;ve been using is a <a href="http://h10010.www1.hp.com/wwpc/au/en/sm/WF06b/321957-321957-64295-3329741-3329741-3355678-3731626.html" title="HP Compaq 8510p">KM230AV</a>, with a 2.5Ghz Core 2 Duo <abbr title="Centrual Processing Unit">CPU</abbr>, 256MB ATI Radeon X2600 graphics card, and 4<abbr title="Gigabytes">GB</abbr> of <abbr title="Random Access Memory">RAM</abbr> (upgraded from 2GB). I won&#039;t delve further into the specifications since these can change significantly with each new model.</p>
<h3>Practicalities</h3>
<p>I compared three models when looking to buy this laptop. The first was a 6710b, which is roughly the same size and shape as the 8510p, but not as slim. It has integrated graphics, using shared memory, so the performance of the 6710b is average. The other model I looked at was the larger 8710w. Although it has better graphics capabilities, I find the 8710w is simply too large to travel with. The 8510p, on the other hand, is a suitable workstation replacement, without being too bulky to actually use as a laptop.</p>
<p>I work with HP laptops an a daily basis so all of the ports and controls are where I would expect. That said, I would prefer for two of the four <abbr title="Universal Serial Bus">USB</abbr> ports to be at the back of the laptop, rather than having two on either side, as the cables can get in the way of the mouse. Another issue that may chafe users is the location of the fingerprint scanner, which I find tends to get brushed accidently more often than not, prompting me to configure my credentials. It wasn&#039;t long before I disabled the scanner in the <abbr title="Basic Input Output System">BIOS</abbr> to forestall frustration.</p>
<h3>Performance</h3>
<p>The system performs well. I usually have one or two virtual machines running throughout the day, and even then I rarely notice a performance hit. For those interested in benchmarks, the system scores a Windows Experience Index rating of 5.1, with memory and gaming graphics being the limiting factors.</p>
<p><img src="http://acumenis.com/images/content/8510p-wei.png" alt="HP 8510p Windows Experience Index" /></p>
<p>I&#039;ve been running Vista <abbr title="64 Bit">x64</abbr>, and the system runs well with the supplied drivers and applications. There is a <a href="http://forums11.itrc.hp.com/service/forums/bizsupport/questionanswer.do?threadId=1166811" title="">known issue</a> with the video driver crashing occasionally, and at the time of writing the latest drivers and firmware do not resolve the problem. The screen merely flickers for a second when the drivers crash, so it&#039;s not a major issue (though it would no doubt drive some people around the bend).</p>
<p>The screen is crisp and bright, and is another selling point over the 6710b. The video card has plenty of grunt and handles Vista&#039;s Aero interface beautifully. I use the system mainly for work, and haven&#039;t tested the gaming capabilities at all.</p>
<p>The speakers produce good quality sound, and can reach a decent volume. Their location under the front lip of the system can cause the sound to easily be muffled if the system is sitting on a lap though.</p>
<h3>Conclusion</h3>
<p>I&#039;m more than happy with the 8510p and can give it a thumbs up. It&#039;s performance and build quality give it an edge over the popular 6710b, making it well worth the extra dollars spent.</p>]]></description>
					<pubDate>Sun, 31 Aug 2008 12:30:11 +1000</pubDate>
					<feedburner:origLink>http://acumenis.com/articles/2008/08/hp-compaq-8510p-review</feedburner:origLink></item>

<item>
					<title>Zip files behaving badly</title>
					<link>http://feedproxy.google.com/~r/acumenis/~3/3wEEAXnamak/zip-files-behaving-badly</link>
					<guid isPermaLink="false">http://acumenis.com/articles/2008/06/zip-files-behaving-badly</guid>
					<description><![CDATA[<p>With malware becoming so prevalent, we can be quick to blame it for any abnormal behaviour. </p>
<p>I looked at a system today that had all the telltale signs of a malware infection. The user said she had downloaded an app from a <a href="http://www.urbandictionary.com/define.php?term=dodgy" title="unreputable">dodgy</a> downloads site and when she tried to install it, the screen would start flashing and the system would hang. Naturally, I scanned the system for viruses and malware, and suggested she didn&rsquo;t try installing it again. Later, she downloaded a hotfix for a legitimate application and when she tried to install it, it did the same thing. Flashing screen, reboot required.</p>
<p>So, I took another look at it, and found this would happen whenever she tried to open a zip file. Furthermore, iexplore.exe would start thrashing the CPU when it happened. I checked the file association settings for zip files, and sure enough .zip files were set to be opened by Internet Explorer rather than XP&#039;s inbuilt &quot;Compressed (Zipped) Folder&quot; function. After a quick change, the system was back to normal.</p>
<p>It was a good reminder not to be too quick to point the finger at malware if a system begins acting strangely.</p>]]></description>
					<pubDate>Fri, 27 Jun 2008 17:42:45 +1000</pubDate>
					<feedburner:origLink>http://acumenis.com/articles/2008/06/zip-files-behaving-badly</feedburner:origLink></item>

<item>
					<title>McGrew Security RAM Dumper</title>
					<link>http://feedproxy.google.com/~r/acumenis/~3/WVDBEZOdj6M/mcgrew-security-ram-dumper</link>
					<guid isPermaLink="false">http://acumenis.com/articles/2008/06/mcgrew-security-ram-dumper</guid>
					<description><![CDATA[<p>A few months ago I wrote about some research at Princeton University into <a href="http://acumenis.com/articles/2008/03/freezing-memory-reveals-passwords" title="Freezing memory reveals passwords">recovering the contents of memory after a cold boot</a>. The researchers did not make their util, ram2usb, publicly available and I guess as a result I&#039;ve viewed their findings as an interesting proof-of-concept, and little more.</p>
<p>So, I was surprised today when I stumbled upon <a href="http://www.mcgrewsecurity.com/projects/msramdmp/" title="McGrew Security RAM Dumper">msramdmp</a>, a RAM dumper that&#039;s been publicly available for a few months now.</p>]]></description>
					<pubDate>Tue, 24 Jun 2008 18:31:23 +1000</pubDate>
					<feedburner:origLink>http://acumenis.com/articles/2008/06/mcgrew-security-ram-dumper</feedburner:origLink></item>

</channel></rss>
