<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:cc="http://web.resource.org/cc/" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd">
<channel>
<title>Coder&apos;s Revolution - Networking</title>
<link>http://www.codersrevolution.com/index.cfm</link>
<description>Following RIA&apos;s, Adobe products, and coding in general.</description>
<language>en-us</language>
<pubDate>Sat, 18 May 2013 00:21:54 -0500</pubDate>
<lastBuildDate>Fri, 29 Jan 2010 23:44:28 -0500</lastBuildDate>
<generator>BlogCFC</generator>
<docs>http://blogs.law.harvard.edu/tech/rss</docs>
<managingEditor>brad@codersrevolution.com</managingEditor>
<webMaster>brad@codersrevolution.com</webMaster>
<itunes:subtitle></itunes:subtitle>
<itunes:summary></itunes:summary>
<itunes:category text="Technology" />
<itunes:category text="Technology">
<itunes:category text="Podcasting" />
</itunes:category>
<itunes:category text="Technology">
<itunes:category text="Tech News" />
</itunes:category>
<itunes:keywords></itunes:keywords>
<itunes:author></itunes:author>
<itunes:owner>
<itunes:email>brad@codersrevolution.com</itunes:email>
<itunes:name></itunes:name>
</itunes:owner>
<itunes:explicit>no</itunes:explicit>
<item>
<title>PCI DSS Compliance Part 2 - Weak SSL And Ciphers</title>
<link>http://www.codersrevolution.com/index.cfm/2010/1/29/PCI-DSS-Compliance-Part-2--Weak-SSL-And-Ciphers</link>
<description>
The next stop on our PCI DSS Compliance tour is disabling weak SSL versions and encryption ciphers. If your site is handling credit card payments, it is undoubtedly using HTTPS for at least the pages that collect payment information. I thought I had already taken care of this item, but I was apparently mistaken. Fortunately, this is pretty easy to fix and if you&apos;re on Windows I&apos;ve even cooked up a quick and easy registry file for you to use.
[More]
</description>
<category>Server Administration</category>
<category>Networking</category>
<category>IIS</category>
<category>Security</category>
<pubDate>Fri, 29 Jan 2010 23:44:28 -0500</pubDate>
<guid>http://www.codersrevolution.com/index.cfm/2010/1/29/PCI-DSS-Compliance-Part-2--Weak-SSL-And-Ciphers</guid>
</item>
<item>
<title>Two Tips For Making Sure Your Mail Gets Sent</title>
<link>http://www.codersrevolution.com/index.cfm/2009/12/7/Two-Tips-For-Making-Sure-Your-Mail-Gets-Sent</link>
<description>
A lot of you have web servers that double as mail servers to relay out mail from your ColdFusion applications. Even if you have a separate server that handles your mail relay, this post should still be helpful. The more and more that spam proliferates on the Internet, the more antsy ISPs get about blocking mail. There are a litany of reasons an ISP might reject mail from your server. GoDaddy has been one of the most annoying companies to deal with. There are two things I had to fix on my mail server before they would accept mail from my server. Reverse DNS and Helo host name.
[More]
</description>
<category>Server Administration</category>
<category>Networking</category>
<category>Technology</category>
<category>Security</category>
<category>General</category>
<pubDate>Mon, 07 Dec 2009 22:31:00 -0500</pubDate>
<guid>http://www.codersrevolution.com/index.cfm/2009/12/7/Two-Tips-For-Making-Sure-Your-Mail-Gets-Sent</guid>
</item>
<item>
<title>When GoDaddy Becomes NoDaddy</title>
<link>http://www.codersrevolution.com/index.cfm/2009/11/8/When-GoDaddy-Becomes-NoDaddy</link>
<description>
Some time ago GoDaddy manged to get the IP address of my VPS in their little black book and began refusing to receive any mail which originated from it. Unfortunately for me, I use GoDaddy for my E-mail hosting and that meant I stopped getting all E-mails that were sent from my server. A couple weeks ago I got around to calling them to see just what was going on. I would rather mud-wrestle a large sea-sick crocodile before repeating this tedious conversation with their bumbling excuse for tech support. Here are the details of my correspondence with them.
[More]
</description>
<category>Server Administration</category>
<category>Networking</category>
<category>Security</category>
<category>General</category>
<pubDate>Sun, 08 Nov 2009 01:52:00 -0500</pubDate>
<guid>http://www.codersrevolution.com/index.cfm/2009/11/8/When-GoDaddy-Becomes-NoDaddy</guid>
</item>
<item>
<title>Server Hardening: What Ports Do I Have Open?</title>
<link>http://www.codersrevolution.com/index.cfm/2009/9/21/Server-Hardening-What-Ports-Do-I-Have-Open</link>
<description>
When you think of your production servers, you need to imagine them as your car sporting a new stereo in a parking lot with a bunch of would-be burglars milling around outside constantly checking each window and door to make sure you locked it tightly the last time you had it open. Every door, window, or keyless entry system is a potential point of invasion that can fail you. Why do you think those brinks trucks have no windows and the only way in the back is a single, beefy, padlocked door. A Brinks truck may not be convenient to access, but that isn&apos;t their goal. You need to control the ways into your server with the same gusto.
[More]
</description>
<category>Server Administration</category>
<category>Networking</category>
<category>Security</category>
<category>General</category>
<pubDate>Mon, 21 Sep 2009 23:52:00 -0500</pubDate>
<guid>http://www.codersrevolution.com/index.cfm/2009/9/21/Server-Hardening-What-Ports-Do-I-Have-Open</guid>
</item>
<item>
<title>View Services/Manage Your Servers Without Ever Remoting In</title>
<link>http://www.codersrevolution.com/index.cfm/2009/2/11/View-ServicesManage-Your-Servers-Without-Ever-Remoting-In</link>
<description>
If you are using Windows, chances are you find yourself remoting into one server or another on a regular basis to start and stop services or to take a gander at the event logs to figure out why the box mysteriously rebooted the other day at 2 am. You may not realize it, but you can access anything in the Computer Management console for your servers without ever remoting into them. This includes, users/groups, IIS, SQL Server, and device manager.
[More]
</description>
<category>Networking</category>
<category>Security</category>
<category>General</category>
<pubDate>Wed, 11 Feb 2009 15:08:00 -0500</pubDate>
<guid>http://www.codersrevolution.com/index.cfm/2009/2/11/View-ServicesManage-Your-Servers-Without-Ever-Remoting-In</guid>
</item>
<item>
<title>Can you hack your own server?</title>
<link>http://www.codersrevolution.com/index.cfm/2008/9/11/Can-you-hack-your-own-server</link>
<description>
I am not just a programmer, but to some extent a sys admin. Because of that responsibility (and the fact I have had servers compromised before) I am always interested in security. I think to stop crackers; you&apos;ve got to think like them. When was the last time you tried to hack into your own server? If you don&apos;t know what your vulnerabilities are, how can you close them?
[More]
</description>
<category>Networking</category>
<category>Security</category>
<category>General</category>
<category>ColdFusion</category>
<pubDate>Thu, 11 Sep 2008 15:41:00 -0500</pubDate>
<guid>http://www.codersrevolution.com/index.cfm/2008/9/11/Can-you-hack-your-own-server</guid>
</item>
<item>
<title>Trusted Source? DNS Cache Poisoning</title>
<link>http://www.codersrevolution.com/index.cfm/2008/8/6/Trusted-Source-DNS-Cache-Poisoning</link>
<description>
So, I assume you&apos;ve heard the &lt;a href=&quot;http://www.kb.cert.org/vuls/id/800113&quot; target=&quot;_new&quot;&gt;latest buzz&lt;/a&gt; about &lt;a href=&quot;http://en.wikipedia.org/wiki/DNS_cache_poisoning&quot; target=&quot;_new&quot;&gt;DNS Cache Poisoning&lt;/a&gt; and the &lt;a href=&quot;http://www.novell.com/support/viewContent.do?externalId=7000912&amp;sliceId=1&quot; target=&quot;_new&quot;&gt;subsequently released patches&lt;/a&gt;. It&apos;s rather interesting, and a bit unnerving that the &quot;patch&quot; for now simply makes the exploit harder to pull off-- not impossible. I guess that&apos;s basically because the patch simply makes name server requests more randomized. Anything more would require an &lt;a href=&quot;http://en.wikipedia.org/wiki/DNSSEC&quot; target=&quot;_new&quot;&gt;overhaul to the DNS protocol&lt;/a&gt; itself.
[More]
</description>
<category>Networking</category>
<category>Technology</category>
<category>Security</category>
<pubDate>Wed, 06 Aug 2008 21:09:00 -0500</pubDate>
<guid>http://www.codersrevolution.com/index.cfm/2008/8/6/Trusted-Source-DNS-Cache-Poisoning</guid>
</item>
</channel></rss>