<?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>TLF Blog &#187; domain names</title>
	<atom:link href="http://thelinuxfix.com/blog/tag/domain-names/feed/" rel="self" type="application/rss+xml" />
	<link>http://thelinuxfix.com/blog</link>
	<description>Hosting, Unix, and everything in between.</description>
	<lastBuildDate>Mon, 30 Jan 2012 19:34:12 +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>Getting To Know Domain Names</title>
		<link>http://thelinuxfix.com/blog/2012/01/30/getting-to-know-domain-names/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=getting-to-know-domain-names</link>
		<comments>http://thelinuxfix.com/blog/2012/01/30/getting-to-know-domain-names/#comments</comments>
		<pubDate>Mon, 30 Jan 2012 19:28:53 +0000</pubDate>
		<dc:creator>Brian</dc:creator>
				<category><![CDATA[Hosting]]></category>
		<category><![CDATA[domain names]]></category>
		<category><![CDATA[history]]></category>
		<category><![CDATA[ICANN]]></category>
		<category><![CDATA[InterNIC]]></category>
		<category><![CDATA[registration]]></category>

		<guid isPermaLink="false">http://thelinuxfix.com/blog/?p=145</guid>
		<description><![CDATA[By now nearly  everyone on the planet has heard or used the term &#8220;dot com&#8221;.    Popularized by the so-named bubble of the late 90&#8242;s, &#8220;dot-com&#8221; is now a common moniker describing everything from  new Internet start-up companies to shady guys in Australia! So most people these days have heard of  .com.   You&#8217;ve probably used  .org [...]]]></description>
			<content:encoded><![CDATA[<p>By now nearly  everyone on the planet has heard or used the term &#8220;dot com&#8221;.    Popularized by the so-named bubble of the late 90&#8242;s, &#8220;dot-com&#8221; is now a common moniker describing everything from  new Internet start-up companies to <a href="http://en.wikipedia.org/wiki/Kim_Dotcom">shady guys</a> in Australia!</p>
<p>So most people these days have heard of  .com.   You&#8217;ve probably used  .org and .net as well.   But have you heard of  .info, .mobi or .tv yet?   If not, you will!  All of these are valid &#8220;top-level&#8221; domains (TLD) gaining in popularity and I&#8217;d like to provide a quick history lesson on how these generic codes came to be.</p>
<p>A long time ago when the Internet was barely more than a U.S. Department of Defense research project, only a single TLD called .arpa existed.    ARPA stands for &#8220;<a href="http://en.wikipedia.org/wiki/Advanced_Research_Projects_Agency">Advanced Research Projects Agency</a>&#8220;, or as they&#8217;re more commonly known: &#8220;the group of smart guys that figured out how to build the Internet&#8221;.   This aptly-named .arpa TLD was used to migrate the first domain names off the old non-hierachical <a href="http://en.wikipedia.org/wiki/ARPANET">ARPANET</a> to the shiny new Internet.   Luckily, new TLDs were eventually introduced, because &#8220;ebay.arpa&#8221; and &#8220;google.arpa&#8221; just don&#8217;t have the same ring to them.  Nonetheless .arpa is still in use today by computer network geeks like us even though we changed what it stands for (<strong>a</strong>ddress <strong>r</strong>outing &amp; <strong>p</strong>arameter <strong>a</strong>rea—told you it was geeky!)</p>
<p>Throughout the 1970&#8242;s and 80&#8242;s, the responsibility of managing the new Internet&#8217;s domain names fell loosely to university labs in California, the U.S. Military, and eventually a company called Network Solutions.   During this tumultuous time, the standards for requesting new TLDs and keep track of who was using what was a bit shoddy, as valid TLDs were loosely grouped into three categories:  Countries, Categories, and Multiorganizations.   Not surprisingly things got messy.  For instance, in the early 1980&#8242;s, <a href="http://en.wikipedia.org/wiki/NATO">NATO</a> was upset that there wasn&#8217;t a sufficiently international-themed TLD for their organization, so .nato was created.   In fact during the 1970&#8242;s &#8211; 1980&#8242;s, the various managing organizations were creating TLD&#8217;s that weren&#8217;t so generic.   Can you imagine having a &#8220;.ibm&#8221; and &#8220;.yahoo&#8221; and so on today?   Clearly there needed to be a standard solution as commercial interest in the Internet was growing.</p>
<p>In order to fix the problem the <a href="http://en.wikipedia.org/wiki/National_Science_Foundation">U.S. National Science Foundation</a> decided to hold a bidding competition in the early 1990&#8242;s for three different aspects of  managing domain name data:</p>
<ul>
<li>Registration services, so people could &#8220;sign up&#8221; for domains in a standard way</li>
<li>Information services, so there was an organized method to know who owned what</li>
<li>Directory and Database services, so there was a way to store and look up that data.</li>
</ul>
<p>The contract was awarded to Network Solutions, General Atomics, and AT&amp;T respectively  and the collaberative organization known as <a href="http://en.wikipedia.org/wiki/InterNIC">InterNIC</a> was born.  This was a huge leap for today&#8217;s Internet, as it made it much easier for people and companies to &#8220;get online&#8221; with their own unique domain name since things were more organized under InterNIC.   Many old-timers  (I&#8217;m <em>that </em>old) remember a time when you had no choice in registering a domain.  Everyone had to use <a href="http://www.networksolutions.com/">Network Solutions</a>!</p>
<p>Finally in 1998, a few folks at AT&amp;T forgot to look at the expiration dates on their contracts and AT&amp;T bowed out of managing their piece of the puzzle.   This was a big turning point because the U.S. Government also wasn&#8217;t very interested in managing the Internet any longer.  So instead of the U.S. Government taking on the job on directly,  InterNIC was folded under a new non-profit company called <a href="http://en.wikipedia.org/wiki/ICANN">ICANN</a>.   Contracted by the U.S Commerce Department, ICANN decides things like what new TLDs are deemed worthy.   This is currently how it stands today, and <a href="http://www.internic.net/">InterNIC</a> still provides that service as a subsidiary of ICANN.</p>
<p>Also under the management of ICANN, another big change occurred.   Now any organization with sufficient worthiness (and many papers signed) could register domain names under the existing and established TLDs.    This opened the doors for places like The Linux Fix to <a href="http://tlfhosting.com/">register domain names</a> on behalf of their customers and make the whole process much easier for the average person.   Obviously this has had a sweeping effect on the Internet by putting a globally-accessible domain name within reach of anyone.</p>
<p>And there you have it!   The brief and amazing history of the Internet domain name.   Oh, and perhaps you&#8217;re now wondering what all the valid TLDs are?  <a href="http://en.wikipedia.org/wiki/List_of_Internet_top-level_domains">Here you go</a>!</p>
]]></content:encoded>
			<wfw:commentRss>http://thelinuxfix.com/blog/2012/01/30/getting-to-know-domain-names/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Internet DNS &#8211; An Introduction</title>
		<link>http://thelinuxfix.com/blog/2008/12/19/internet-dns-an-introduction/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=internet-dns-an-introduction</link>
		<comments>http://thelinuxfix.com/blog/2008/12/19/internet-dns-an-introduction/#comments</comments>
		<pubDate>Fri, 19 Dec 2008 16:03:09 +0000</pubDate>
		<dc:creator>Greg</dc:creator>
				<category><![CDATA[DNS]]></category>
		<category><![CDATA[Web Hosting]]></category>
		<category><![CDATA[dns]]></category>
		<category><![CDATA[domain names]]></category>
		<category><![CDATA[hosting]]></category>
		<category><![CDATA[internet]]></category>

		<guid isPermaLink="false">http://www.thelinuxfix.com/blog/?p=17</guid>
		<description><![CDATA[DNS is ubiquitous on the Internet, yet it is often misunderstood and remains a mystery to most people. As a hosting provider we administer and troubleshoot DNS issues several times per day, if not several times per hour; so we thought it would be fun and educational to write up a series of posts regarding [...]]]></description>
			<content:encoded><![CDATA[<p><em>DNS is ubiquitous on the Internet, yet it is often misunderstood and remains a mystery to most people. </em><em>As a hosting provider we administer and troubleshoot DNS issues several times per day, if not several times per hour; so </em><em>we  thought it would be fun and educational to write up a series of posts  regarding DNS.  We’ll toss in a few tidbits and techniques of  troubleshooting it, for kicks.  So without further ado!</em></p>
<h2>DNS In a Nutshell</h2>
<p>The Domain Name System (DNS) is simply a Internet-wide database for  associating friendly domain names (example.com) to an IP addresses  (1.2.3.4). Over time, other functions such as <a href="http://web.archive.org/web/20090330035349/http://en.wikipedia.org/wiki/DomainKeys">Domain Keys</a> and <a href="http://web.archive.org/web/20090330035349/http://en.wikipedia.org/wiki/Sender_Policy_Framework">SPF</a> for Spam prevention have burdened DNS with a few more  responsibilities–but none have fundamentally changed its primary purpose  or how the system works.</p>
<h2>The Players</h2>
<p>To understand the DNS process one must understand the parts involved,  and fortunately DNS only has a few.  On the Internet, the DNS system  can most generally be segmented into three major parts:</p>
<ol>
<li>Your computer.</li>
<li>The Root DNS Servers.</li>
<li>All other DNS Servers.</li>
</ol>
<p>A few important things regarding domain names you should know…</p>
<ol>
<li>The period, or “dot” in domain names is a symbolic character  representing a change of authority.  For instance, one server may be  responsible for the DNS database containing <em>tlfhosting.com.</em>, and yet another might be responsible for <em>linuxrocks.tlfhosting.com.</em> Each time a period is seen by your computer, it knows it has to ask a  server for more information.   It could be the same server, or a  different one–but it is required to ask nonetheless.</li>
<li>Your computer actually “reads” domain names from right-to-left  (backwards of how english is read).  Why?  It’s simply trade-off between  readability by people and a logical hierarchy that computers need.    Things wouldn’t make much sense to people if we typed <em>.com.tlfhosting.www</em> after all.  It just looks strange, because we read things from left to  right.   Yet because of how DNS is structured, your computer needs to  read it that way.</li>
<li>Every domain name actually has a trailing period.  Notice how we’ve  been typing “tlfhosting.com.”?  That’s actually the correct way to type  it.  In fact, open a new window in your browser and type <em>www.thelinuxfix.com.</em> (with the trailing period).  Next try <em>www.google.com.</em>,  or any other domain for that matter.  Normally it isn’t needed, but  only becase most software ‘types’ the trailing period for you  automatically.  But why the trailing period?  Think of it in context of  items #1 and #2 above, and it begins to make sense.</li>
</ol>
<p>Let’s take a quick look at one of our own second-level domains (we’ll help explain that term in a moment): <em>tlfhosting.com</em>.   Let’s say you’d like to connect to <em>www.tlfhosting.com.</em> to do something–could be a website, telnet, FTP, or anything.  The important point is that <em>to do</em> anything your computer first needs the IP address of <em>www.tlfhosting.com</em>., since it cannot do a single thing with english words!</p>
<h2>The Root Servers and TLDs</h2>
<p>To get things started, we’ll have to talk about that all-important trailing dot on “<em>www.tlfhosting.com.</em>”</p>
<p>Remember point #2 above.  The first thing your computer sees when  trying to translate the domain name is a period (.).  Because of that,  it knows a domain is coming next so it will need to ask a DNS server  about it.</p>
<p>But wait, which server?  How is it supposed to know where to look if it’s just getting started?</p>
<p>This is where the Root Servers come in.   The Root Servers are represented by the trailing period (.) in<em> google.com.</em> and <em>tlfhosting.com.</em>, or any domain for that matter.</p>
<p>As you’ve probably figured out, the Root Servers are then responsible  for all top-level-domains (or “TLDs”), such as “net.”, “org.”, “edu.”,  and so forth.  They’re called top-level simply because all other domains  (like tlfhosting) are under their authority.   So these things are not  only busy–they’re very, very important to the operation of the entire  Internet!</p>
<p>The Root Servers don’t change much at all.  In fact, most computers are already hard-wired in a programming sense to <em>know</em> who to ask about “com”, “net”, or any of the other TLDs.  In fact,  every computer that asks something about any domain name on the Internet  at some point or another asked the Root Servers a question. As you can  imagine, these are busy little servers.</p>
<p>Now hopefully the term “Second-Level-Domain” should begin to make  more sense as well.   If “.com” is a top-level domain, then logically <em>tlfhosting.com</em> is a second-level domain, and thus <em>subdomain.tlfhosting.com</em> would be a third-level domain.  It just goes right-to-left as we were talking about.  Easy as pie!</p>
<p><em>Keep an eye out for part 2, where we’ll discuss the exact process a computer follows to determine the IP address of any domain.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://thelinuxfix.com/blog/2008/12/19/internet-dns-an-introduction/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

