<?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>Squiggle dot org &#187; Networking</title>
	<atom:link href="http://www.squiggle.org/category/networking/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.squiggle.org</link>
	<description>Random IT shizzle, from random IT people</description>
	<lastBuildDate>Tue, 27 Jul 2010 11:08:13 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>iPhone not syncing with Exchange 2010</title>
		<link>http://www.squiggle.org/2010/06/iphone-not-syncing-with-exchnage-2010/</link>
		<comments>http://www.squiggle.org/2010/06/iphone-not-syncing-with-exchnage-2010/#comments</comments>
		<pubDate>Thu, 10 Jun 2010 10:53:13 +0000</pubDate>
		<dc:creator>Geoff Kendal</dc:creator>
				<category><![CDATA[Networking]]></category>

		<guid isPermaLink="false">http://www.squiggle.org/?p=103</guid>
		<description><![CDATA[After migrating to Exchange 2010, a small number of users couldn&#8217;t get thier iPhones to sync with Exchange, depite managing to verify the account in the iPhone setup. The thing ther users had in common, was that there were created as Administrators by an old SBS2003 system. When trying to view the inbox from the [...]]]></description>
		<wfw:commentRss>http://www.squiggle.org/2010/06/iphone-not-syncing-with-exchnage-2010/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Moving DHCP from a 2003 server to a new 2008 server</title>
		<link>http://www.squiggle.org/2010/03/moving-dhcp-from-a-2003-server-to-a-new-2008-server/</link>
		<comments>http://www.squiggle.org/2010/03/moving-dhcp-from-a-2003-server-to-a-new-2008-server/#comments</comments>
		<pubDate>Fri, 26 Mar 2010 09:49:54 +0000</pubDate>
		<dc:creator>Geoff Kendal</dc:creator>
				<category><![CDATA[Networking]]></category>
		<category><![CDATA[OS]]></category>

		<guid isPermaLink="false">http://www.squiggle.org/?p=81</guid>
		<description><![CDATA[Super quick way to move DHCP onto a new server&#8230; On the old server: netsh dhcp server export \\server\share\dhcpConfig.dat all net stop &#8220;dhcp server&#8221; sc config dhcpserver start=disabled On the new server: Install DHCP role netsh dhcp server import \\server\share\dhcpConfig.dat all net stop &#8220;dhcp server&#8221; net start &#8220;dhcp server&#8221; Goto DHCP management tool on the [...]]]></description>
		<wfw:commentRss>http://www.squiggle.org/2010/03/moving-dhcp-from-a-2003-server-to-a-new-2008-server/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Migrating SBS Exchange 2003 to Windows 2008 R2 with Exchange 2010</title>
		<link>http://www.squiggle.org/2010/02/migrating-sbs-exchange-2003-to-windows-2008-r2-with-exchange-2010/</link>
		<comments>http://www.squiggle.org/2010/02/migrating-sbs-exchange-2003-to-windows-2008-r2-with-exchange-2010/#comments</comments>
		<pubDate>Tue, 23 Feb 2010 11:47:41 +0000</pubDate>
		<dc:creator>Geoff Kendal</dc:creator>
				<category><![CDATA[Networking]]></category>
		<category><![CDATA[OS]]></category>

		<guid isPermaLink="false">http://www.squiggle.org/?p=78</guid>
		<description><![CDATA[Prerequisites for this upgrade/migration are that the SBS 2003 server must be at SP2, with Exchange 2003 also at SP2. In addition to this both your domain functional level AND forest functional level must be running at 2003 native (This is the highest available on SBS 2003 SP2). Finally, your Exchange organisation must be running [...]]]></description>
		<wfw:commentRss>http://www.squiggle.org/2010/02/migrating-sbs-exchange-2003-to-windows-2008-r2-with-exchange-2010/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Accessing servers with DNS aliases</title>
		<link>http://www.squiggle.org/2009/05/accessing-servers-with-dns-aliases/</link>
		<comments>http://www.squiggle.org/2009/05/accessing-servers-with-dns-aliases/#comments</comments>
		<pubDate>Thu, 21 May 2009 09:10:22 +0000</pubDate>
		<dc:creator>Geoff Kendal</dc:creator>
				<category><![CDATA[Networking]]></category>
		<category><![CDATA[OS]]></category>

		<guid isPermaLink="false">http://www.squiggle.org/?p=33</guid>
		<description><![CDATA[When trying to access a windows server via a DNS alias (e.g. using \\fileserver.company.co.uk that is an alias of \\SERVER12), you will probably get a &#8216;duplicate name exists on the network&#8217; error. This is because the default behaviour of windows only permits using the proper name of the server (SERVER12 in this case, or a bound [...]]]></description>
		<wfw:commentRss>http://www.squiggle.org/2009/05/accessing-servers-with-dns-aliases/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Capturing &amp; Deploying WLAN Profiles</title>
		<link>http://www.squiggle.org/2009/02/capturing-deploying-wlan-profiles/</link>
		<comments>http://www.squiggle.org/2009/02/capturing-deploying-wlan-profiles/#comments</comments>
		<pubDate>Fri, 27 Feb 2009 11:40:43 +0000</pubDate>
		<dc:creator>Rob Milner</dc:creator>
				<category><![CDATA[Networking]]></category>

		<guid isPermaLink="false">http://www.squiggle.org/?p=29</guid>
		<description><![CDATA[For a long time I have been trying to find a solution for rolling out a standard wireless profile so that anyone with a Laptop can visit any remote site with a WIFI connection and just connect without searching for a new network and without entering a new password everytime. I stumbled upon the solution [...]]]></description>
		<wfw:commentRss>http://www.squiggle.org/2009/02/capturing-deploying-wlan-profiles/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>fixup on cisco firewalls</title>
		<link>http://www.squiggle.org/2009/01/fixup-on-cisco-firewalls/</link>
		<comments>http://www.squiggle.org/2009/01/fixup-on-cisco-firewalls/#comments</comments>
		<pubDate>Tue, 27 Jan 2009 21:23:40 +0000</pubDate>
		<dc:creator>Geoff Kendal</dc:creator>
				<category><![CDATA[Networking]]></category>

		<guid isPermaLink="false">http://www.squiggle.org/?p=25</guid>
		<description><![CDATA[During migration to our new one of our new firewalls, I became aware that our outbound mail was not getting out and the queue was just growing. After a bit of digging around I found that our internal mail server could establish a SMTP connection to the server it was trying to send to, the [...]]]></description>
		<wfw:commentRss>http://www.squiggle.org/2009/01/fixup-on-cisco-firewalls/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Rejoin computer to domain remotely</title>
		<link>http://www.squiggle.org/2009/01/rejoin-computer-to-domain-remotely/</link>
		<comments>http://www.squiggle.org/2009/01/rejoin-computer-to-domain-remotely/#comments</comments>
		<pubDate>Fri, 09 Jan 2009 13:03:41 +0000</pubDate>
		<dc:creator>Geoff Kendal</dc:creator>
				<category><![CDATA[Networking]]></category>
		<category><![CDATA[OS]]></category>
		<category><![CDATA[Tips]]></category>

		<guid isPermaLink="false">http://www.squiggle.org/?p=23</guid>
		<description><![CDATA[From time to time you’ll come across the problem where a system’s machine account in active directory has either become out of sync (Usually due to multiple systems with the same name) or has just been deleted somehow! Telltale signs of this are errors about domain’s being unavailable, and trust relationships failing whenever the system [...]]]></description>
		<wfw:commentRss>http://www.squiggle.org/2009/01/rejoin-computer-to-domain-remotely/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Allowing an application to go direct rather than using the proxy</title>
		<link>http://www.squiggle.org/2008/11/allowing-an-application-to-go-direct-rather-than-using-the-proxy/</link>
		<comments>http://www.squiggle.org/2008/11/allowing-an-application-to-go-direct-rather-than-using-the-proxy/#comments</comments>
		<pubDate>Wed, 05 Nov 2008 23:11:32 +0000</pubDate>
		<dc:creator>Rob Milner</dc:creator>
				<category><![CDATA[Networking]]></category>

		<guid isPermaLink="false">http://www.squiggle.org/?p=21</guid>
		<description><![CDATA[I was faced with a problem the other day, where a user wanted to use an application from one of our remote offices. This particular application requires internet access in order to authenticate the license. Due to our setup, we do not allow users internet access locally from the office.  I first tried to edit [...]]]></description>
		<wfw:commentRss>http://www.squiggle.org/2008/11/allowing-an-application-to-go-direct-rather-than-using-the-proxy/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Finding when a computer last sync&#8217;d passwords</title>
		<link>http://www.squiggle.org/2008/06/finding-when-a-computer-last-syncd-passwords/</link>
		<comments>http://www.squiggle.org/2008/06/finding-when-a-computer-last-syncd-passwords/#comments</comments>
		<pubDate>Thu, 26 Jun 2008 09:55:51 +0000</pubDate>
		<dc:creator>Geoff Kendal</dc:creator>
				<category><![CDATA[Networking]]></category>
		<category><![CDATA[Tips]]></category>

		<guid isPermaLink="false">http://www.squiggle.org/?p=12</guid>
		<description><![CDATA[To keep active directory clean of old computer accounts, I run a script on a monthly schedule that finds computers that haven&#8217;t sync&#8217;d passwords for their machine accounts in 120 days or so. It also does some other clever stuff like working out which user the system belonged to, and if they have a new system, [...]]]></description>
		<wfw:commentRss>http://www.squiggle.org/2008/06/finding-when-a-computer-last-syncd-passwords/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Sniff sniff</title>
		<link>http://www.squiggle.org/2008/06/sniffsniff/</link>
		<comments>http://www.squiggle.org/2008/06/sniffsniff/#comments</comments>
		<pubDate>Tue, 10 Jun 2008 10:59:17 +0000</pubDate>
		<dc:creator>Geoff Kendal</dc:creator>
				<category><![CDATA[Networking]]></category>
		<category><![CDATA[Tools]]></category>
		<category><![CDATA[ftp]]></category>
		<category><![CDATA[packet sniffer]]></category>

		<guid isPermaLink="false">http://www.squiggle.org/?p=10</guid>
		<description><![CDATA[I had a problem today with one of our FTP servers&#8230; We have a client that has an automated process set up that uploads data to our server, which is then processed by us. I had to recreate the account used for this, but then realised I didn&#8217;t know the original password, and getting the [...]]]></description>
		<wfw:commentRss>http://www.squiggle.org/2008/06/sniffsniff/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
