<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Vexing DNS problem. in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044216#M812871</link>
    <description>I turned dns2.investmenttool.com back on. I turned it off in hopes of figuring out what was going on.&lt;BR /&gt;&lt;BR /&gt;As to reverse lookups.  I'm migrating to a named based virtual hosts and have recently updated the reverse lookup zone for the actual physical servers.&lt;BR /&gt;&lt;BR /&gt;I am freezing the project for a bit and seeing how things propogate.&lt;BR /&gt;&lt;BR /&gt;Until Saturday night(I will take the Sabbath off) I'll give 4 points to anyone who will answer these three questions.&lt;BR /&gt;&lt;BR /&gt;1) dig or nslookup loweslaw.com &lt;BR /&gt;2) dig or nslookup &lt;A href="http://www.loweslaw.com" target="_blank"&gt;www.loweslaw.com&lt;/A&gt;&lt;BR /&gt;3) click &lt;A href="http://www.loweslaw.com/" target="_blank"&gt;http://www.loweslaw.com/&lt;/A&gt; and see if loads, report yes, I see the silly content, no I don't&lt;BR /&gt;4) click &lt;A href="http://loweslaw.com/" target="_blank"&gt;http://loweslaw.com/&lt;/A&gt;  Answer, yes I saw it, not I didn't&lt;BR /&gt;&lt;BR /&gt;This is a serious technical problem.  I MUST know if I have this server set up correctly. I picked this site at random from my server.&lt;BR /&gt;&lt;BR /&gt;Note: I did not design the pages, I helped.&lt;BR /&gt;&lt;BR /&gt;Feel free to do &lt;A href="http://www.ilcba.org" target="_blank"&gt;www.ilcba.org&lt;/A&gt; and ilcba.org the records are the same.&lt;BR /&gt;&lt;BR /&gt;The point of this setup is failover.&lt;BR /&gt;&lt;BR /&gt;I want dns2 to be self contained and to point content to local directories if dns1 goes down. I think due to DNS latency this concept won't work.  Please comment on that idea.&lt;BR /&gt;&lt;BR /&gt;Is there a way to get two server redundancy without clustering.&lt;BR /&gt;&lt;BR /&gt;It would be one heck of a cluster. dns1 is Red Hat Linux 7.3 dns2 is HP-UX box.&lt;BR /&gt;&lt;BR /&gt;I am now taking a nap as I'm running in circles. Hope this made sense.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
    <pubDate>Thu, 07 Aug 2003 17:28:47 GMT</pubDate>
    <dc:creator>Steven E. Protter</dc:creator>
    <dc:date>2003-08-07T17:28:47Z</dc:date>
    <item>
      <title>Vexing DNS problem.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044211#M812866</link>
      <description>Click here.&lt;BR /&gt;&lt;A href="http://www.dnsreport.com/tools/dnsreport.ch?domain=www.loweslaw.com" target="_blank"&gt;http://www.dnsreport.com/tools/dnsreport.ch?domain=www.loweslaw.com&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;See the warnings and errors.&lt;BR /&gt;&lt;BR /&gt;Yet the domain accepts mail.&lt;BR /&gt;&lt;BR /&gt;Try the website:&lt;BR /&gt;&lt;A href="http://www.loweslaw.com" target="_blank"&gt;http://www.loweslaw.com&lt;/A&gt;&lt;BR /&gt;It probably won't resolve or update.&lt;BR /&gt;&lt;BR /&gt;Here is the current DNS zone record.&lt;BR /&gt;&lt;BR /&gt;$TTL 86400&lt;BR /&gt;@ IN SOA @  dns1.investmenttool.com (&lt;BR /&gt;   2003080710 ; serial&lt;BR /&gt;   3600 ; refresh&lt;BR /&gt;   3600 ; retry&lt;BR /&gt;   604800 ; expire &lt;BR /&gt;   86400 ; ttl&lt;BR /&gt;   )&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;@ IN  NS dns1.investmenttool.com.&lt;BR /&gt;@ IN  NS dns2.investmenttool.com.&lt;BR /&gt;@       IN      MX      10      mail.loweslaw.com. ; primary mail exchanger&lt;BR /&gt;@       IN      MX      20      mail.investmenttool.com. ; primary mail exchanger&lt;BR /&gt;&lt;BR /&gt;@    A 66.92.143.197 &lt;BR /&gt;www   A 66.92.143.197 &lt;BR /&gt;news  A 66.92.143.197 &lt;BR /&gt;shell  A 66.92.143.197&lt;BR /&gt;smtp  A 66.92.143.197&lt;BR /&gt;dns1  A 66.92.143.194&lt;BR /&gt;dns2  A 66.92.143.195&lt;BR /&gt;mail  A 66.92.143.197&lt;BR /&gt;&lt;BR /&gt;localhost CNAME investmenttool.com.&lt;BR /&gt;ftp  CNAME investmenttool.com.&lt;BR /&gt;&lt;BR /&gt;Mail gets in and out fine.&lt;BR /&gt;&lt;BR /&gt;So.&lt;BR /&gt;&lt;BR /&gt;What should I do:&lt;BR /&gt;&lt;BR /&gt;1) Go to sleep and let the dns changes work their way through the system.&lt;BR /&gt;2) change the DNS record.&lt;BR /&gt;&lt;BR /&gt;There is a bunny in it for whomever first recommends changes that get do two things:&lt;BR /&gt;1) get rid of error while mail still gets accepted.&lt;BR /&gt;2) makes the web site resolve and load anywhere but my LAN.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Thu, 07 Aug 2003 16:01:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044211#M812866</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2003-08-07T16:01:45Z</dc:date>
    </item>
    <item>
      <title>Re: Vexing DNS problem.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044212#M812867</link>
      <description>Hi Steven,&lt;BR /&gt;&lt;BR /&gt;I'm not a named guru, but I don't understand why you repeat @ after '@ IN SOA', I've always thought that @ shouldn't be repeated in that field.&lt;BR /&gt;&lt;BR /&gt;Pingin the servers gives answers from dns2 only, I get to &lt;A href="http://www.loweslaw.com" target="_blank"&gt;www.loweslaw.com&lt;/A&gt; with no problem, I can ping mail.loweslaw.com as mail.investmenttool.com, but I can't connect to them, and what replies is 66.92.143.195 (dns2).&lt;BR /&gt;&lt;BR /&gt;Better sleep if this @ is not the issue...&lt;BR /&gt;&lt;BR /&gt;J</description>
      <pubDate>Thu, 07 Aug 2003 16:46:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044212#M812867</guid>
      <dc:creator>Jerome Henry</dc:creator>
      <dc:date>2003-08-07T16:46:49Z</dc:date>
    </item>
    <item>
      <title>Re: Vexing DNS problem.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044213#M812868</link>
      <description>Steven,&lt;BR /&gt;&lt;BR /&gt;First, the secondary DNS server is down.  I have no idea why, but hehe, you probably know this.&lt;BR /&gt;&lt;BR /&gt;Second, can you queery correctly all data from DNS1 AND DNS2?  Make sure that the named data was dumped correctly to the secondary server.&lt;BR /&gt;&lt;BR /&gt;Next, if you tail -f /var/adm/syslog/syslog.log &lt;BR /&gt;and &lt;BR /&gt;kill -1 `ps -ef |grep named|grep -v grep | awk '{print $2}'`&lt;BR /&gt;&lt;BR /&gt;do errors show up?&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Shannon</description>
      <pubDate>Thu, 07 Aug 2003 17:07:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044213#M812868</guid>
      <dc:creator>Shannon Petry</dc:creator>
      <dc:date>2003-08-07T17:07:31Z</dc:date>
    </item>
    <item>
      <title>Re: Vexing DNS problem.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044214#M812869</link>
      <description>Hi Steven,&lt;BR /&gt;&lt;BR /&gt;I was able to resolve &lt;A href="http://www.loweslaw.com" target="_blank"&gt;www.loweslaw.com&lt;/A&gt; with nslookup (the website worked too), but doing a reverse lookup on 66.92.143.197 gave me dsl092-143-197.chi1.dsl.speakeasy.net.&lt;BR /&gt;&lt;BR /&gt;It looks like you have a reverse lookup mismatch. Have you entered reverse lookup records for this host? Or maybe you want reverse lookup to come back as it does.&lt;BR /&gt;&lt;BR /&gt;As for DNS propagation times, you always have to allow 24 hours, but after that things should be working.&lt;BR /&gt;&lt;BR /&gt;HTH.</description>
      <pubDate>Thu, 07 Aug 2003 17:14:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044214#M812869</guid>
      <dc:creator>Brian Bergstrand</dc:creator>
      <dc:date>2003-08-07T17:14:54Z</dc:date>
    </item>
    <item>
      <title>Re: Vexing DNS problem.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044215#M812870</link>
      <description>Take out all the @ in the firt line?&lt;BR /&gt;&lt;BR /&gt;If I take out the second and restart the name server, I get no answer.&lt;BR /&gt;&lt;BR /&gt;I could use and would give points for dig data from various domains.  Just paste it in.&lt;BR /&gt;&lt;BR /&gt;Here are two syntaxes...&lt;BR /&gt;&lt;BR /&gt;@  IN  SOA @ dns1.investmenttool.com {&lt;BR /&gt;&lt;BR /&gt;...&lt;BR /&gt;&lt;BR /&gt;@  IN  SOA @ dns1.investmenttool.com. {&lt;BR /&gt;...&lt;BR /&gt;&lt;BR /&gt;Both appear to work locally.&lt;BR /&gt;&lt;BR /&gt;Please run tests and post in data.  I'm concerned greatly about this problem.&lt;BR /&gt;&lt;BR /&gt;Going to take a short nap.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Thu, 07 Aug 2003 17:16:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044215#M812870</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2003-08-07T17:16:01Z</dc:date>
    </item>
    <item>
      <title>Re: Vexing DNS problem.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044216#M812871</link>
      <description>I turned dns2.investmenttool.com back on. I turned it off in hopes of figuring out what was going on.&lt;BR /&gt;&lt;BR /&gt;As to reverse lookups.  I'm migrating to a named based virtual hosts and have recently updated the reverse lookup zone for the actual physical servers.&lt;BR /&gt;&lt;BR /&gt;I am freezing the project for a bit and seeing how things propogate.&lt;BR /&gt;&lt;BR /&gt;Until Saturday night(I will take the Sabbath off) I'll give 4 points to anyone who will answer these three questions.&lt;BR /&gt;&lt;BR /&gt;1) dig or nslookup loweslaw.com &lt;BR /&gt;2) dig or nslookup &lt;A href="http://www.loweslaw.com" target="_blank"&gt;www.loweslaw.com&lt;/A&gt;&lt;BR /&gt;3) click &lt;A href="http://www.loweslaw.com/" target="_blank"&gt;http://www.loweslaw.com/&lt;/A&gt; and see if loads, report yes, I see the silly content, no I don't&lt;BR /&gt;4) click &lt;A href="http://loweslaw.com/" target="_blank"&gt;http://loweslaw.com/&lt;/A&gt;  Answer, yes I saw it, not I didn't&lt;BR /&gt;&lt;BR /&gt;This is a serious technical problem.  I MUST know if I have this server set up correctly. I picked this site at random from my server.&lt;BR /&gt;&lt;BR /&gt;Note: I did not design the pages, I helped.&lt;BR /&gt;&lt;BR /&gt;Feel free to do &lt;A href="http://www.ilcba.org" target="_blank"&gt;www.ilcba.org&lt;/A&gt; and ilcba.org the records are the same.&lt;BR /&gt;&lt;BR /&gt;The point of this setup is failover.&lt;BR /&gt;&lt;BR /&gt;I want dns2 to be self contained and to point content to local directories if dns1 goes down. I think due to DNS latency this concept won't work.  Please comment on that idea.&lt;BR /&gt;&lt;BR /&gt;Is there a way to get two server redundancy without clustering.&lt;BR /&gt;&lt;BR /&gt;It would be one heck of a cluster. dns1 is Red Hat Linux 7.3 dns2 is HP-UX box.&lt;BR /&gt;&lt;BR /&gt;I am now taking a nap as I'm running in circles. Hope this made sense.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Thu, 07 Aug 2003 17:28:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044216#M812871</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2003-08-07T17:28:47Z</dc:date>
    </item>
    <item>
      <title>Re: Vexing DNS problem.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044217#M812872</link>
      <description>Steven,&lt;BR /&gt;&lt;BR /&gt;dig loweslaw.com returns:&lt;BR /&gt;&lt;BR /&gt;; &amp;lt;&amp;lt;&amp;gt;&amp;gt; DiG 9.1.0 &amp;lt;&amp;lt;&amp;gt;&amp;gt; loweslaw.com&lt;BR /&gt;;; global options:  printcmd&lt;BR /&gt;;; Got answer:&lt;BR /&gt;;; -&amp;gt;&amp;gt;HEADER&amp;lt;&amp;lt;- opcode: QUERY, status: NOERROR, id: 19147&lt;BR /&gt;;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2&lt;BR /&gt;&lt;BR /&gt;;; QUESTION SECTION:&lt;BR /&gt;;loweslaw.com.                  IN      A&lt;BR /&gt;&lt;BR /&gt;;; ANSWER SECTION:&lt;BR /&gt;loweslaw.com.           86400   IN      A       66.92.143.197&lt;BR /&gt;&lt;BR /&gt;;; AUTHORITY SECTION:&lt;BR /&gt;loweslaw.com.           86400   IN      NS      dns2.investmenttool.com.&lt;BR /&gt;loweslaw.com.           86400   IN      NS      dns1.investmenttool.com.&lt;BR /&gt;&lt;BR /&gt;;; ADDITIONAL SECTION:&lt;BR /&gt;dns1.investmenttool.com. 86400  IN      A       66.92.143.194&lt;BR /&gt;dns2.investmenttool.com. 86400  IN      A       66.92.143.195&lt;BR /&gt;&lt;BR /&gt;;; Query time: 91 msec&lt;BR /&gt;;; SERVER: 64.118.139.51#53(64.118.139.51)&lt;BR /&gt;;; WHEN: Thu Aug  7 14:54:33 2003&lt;BR /&gt;;; MSG SIZE  rcvd: 131&lt;BR /&gt;&lt;BR /&gt;dig &lt;A href="http://www.lowslaw.com" target="_blank"&gt;www.lowslaw.com&lt;/A&gt; &lt;BR /&gt;&lt;BR /&gt;; &amp;lt;&amp;lt;&amp;gt;&amp;gt; DiG 9.1.0 &amp;lt;&amp;lt;&amp;gt;&amp;gt; &lt;A href="http://www.loweslaw.com" target="_blank"&gt;www.loweslaw.com&lt;/A&gt;&lt;BR /&gt;;; global options:  printcmd&lt;BR /&gt;;; Got answer:&lt;BR /&gt;;; -&amp;gt;&amp;gt;HEADER&amp;lt;&amp;lt;- opcode: QUERY, status: NOERROR, id: 1614&lt;BR /&gt;;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2&lt;BR /&gt;&lt;BR /&gt;;; QUESTION SECTION:&lt;BR /&gt;;&lt;A href="http://www.loweslaw.com." target="_blank"&gt;www.loweslaw.com.&lt;/A&gt;              IN      A&lt;BR /&gt;&lt;BR /&gt;;; ANSWER SECTION:&lt;BR /&gt;&lt;A href="http://www.loweslaw.com." target="_blank"&gt;www.loweslaw.com.&lt;/A&gt;       86400   IN      A       66.92.143.197&lt;BR /&gt;&lt;BR /&gt;;; AUTHORITY SECTION:&lt;BR /&gt;loweslaw.com.           86400   IN      NS      dns1.investmenttool.com.&lt;BR /&gt;loweslaw.com.           86400   IN      NS      dns2.investmenttool.com.&lt;BR /&gt;&lt;BR /&gt;;; ADDITIONAL SECTION:&lt;BR /&gt;dns1.investmenttool.com. 86400  IN      A       66.92.143.194&lt;BR /&gt;dns2.investmenttool.com. 86400  IN      A       66.92.143.195&lt;BR /&gt;&lt;BR /&gt;;; Query time: 43 msec&lt;BR /&gt;;; SERVER: 64.118.139.51#53(64.118.139.51)&lt;BR /&gt;;; WHEN: Thu Aug  7 14:56:08 2003&lt;BR /&gt;;; MSG SIZE  rcvd: 135&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://loweslaw.com" target="_blank"&gt;http://loweslaw.com&lt;/A&gt; does load a page&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.loweslaw.com" target="_blank"&gt;http://www.loweslaw.com&lt;/A&gt; does not load info&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;For this: "Feel free to do &lt;A href="http://www.ilcba.org" target="_blank"&gt;www.ilcba.org&lt;/A&gt; and ilcba.org the records are the same."&lt;BR /&gt;&lt;BR /&gt;dig ilcba.org hangs, but does return 66.92.143.199 for the address.  This appears to be a hang up in DNS.&lt;BR /&gt;&lt;BR /&gt;Again, when you kill -1 sendmail to re-read configuration, does it give you any errors?  I have had many instances where the local resolver works, but DNS is hozed and does not load properly.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Shannon</description>
      <pubDate>Thu, 07 Aug 2003 18:29:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044217#M812872</guid>
      <dc:creator>Shannon Petry</dc:creator>
      <dc:date>2003-08-07T18:29:40Z</dc:date>
    </item>
    <item>
      <title>Re: Vexing DNS problem.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044218#M812873</link>
      <description>You can force DNS to load the secondary zones by running the following on each secondary server:&lt;BR /&gt;&lt;BR /&gt;named-xfer -z [domain] -f /[host/file/on/primary/server] -s [serial#] -d -t [primary server name/IP]&lt;BR /&gt;&lt;BR /&gt;Where:&lt;BR /&gt;&lt;BR /&gt; domain is the domain as described in the SOA record of the primary host file (e.g. hp.com)&lt;BR /&gt;&lt;BR /&gt; host file on primary server is the fully qualified path and file name of your host table&lt;BR /&gt;&lt;BR /&gt; serial# is the *incremented* serial number from the SOA record in the host table on the primary server. If this number is not greater than the serial number in the host tables on the secondary server, the zone won't load.&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;mark</description>
      <pubDate>Thu, 07 Aug 2003 18:44:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044218#M812873</guid>
      <dc:creator>Mark Greene_1</dc:creator>
      <dc:date>2003-08-07T18:44:23Z</dc:date>
    </item>
    <item>
      <title>Re: Vexing DNS problem.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044219#M812874</link>
      <description>&lt;BR /&gt;&lt;A href="http://loweslaw.com" target="_blank"&gt;http://loweslaw.com&lt;/A&gt; does load a page&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.loweslaw.com" target="_blank"&gt;http://www.loweslaw.com&lt;/A&gt; does not load info &lt;BR /&gt;&lt;BR /&gt;this is exactly what happened earlier in the week after a set of DNS changes.&lt;BR /&gt;&lt;BR /&gt;I supppose if I'm getting good answers to DNS inquiries I should stop worrying because the web server will soon come.  Either everything will stop working or everything will start to work.&lt;BR /&gt;&lt;BR /&gt;I'll sit tight and keep testing.&lt;BR /&gt;&lt;BR /&gt;I could use a few geographnically different dns testing sites.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Thu, 07 Aug 2003 21:57:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044219#M812874</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2003-08-07T21:57:28Z</dc:date>
    </item>
    <item>
      <title>Re: Vexing DNS problem.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044220#M812875</link>
      <description>Please send me the output of the attached script.&lt;BR /&gt;&lt;BR /&gt;Along with physical location.&lt;BR /&gt;&lt;BR /&gt;enhacements welcome, paid for in points.&lt;BR /&gt;&lt;BR /&gt;It runs dig, pretty safe little script.&lt;BR /&gt;&lt;BR /&gt;testdns &amp;gt; /tmp/file.text&lt;BR /&gt;&lt;BR /&gt;post up the file&lt;BR /&gt;&lt;BR /&gt;Or use mailx (mail on linux) to hit my email address.&lt;BR /&gt;&lt;BR /&gt;sprotter@investmenttool.com&lt;BR /&gt;&lt;BR /&gt;If you email me the results, just post here to collect points.&lt;BR /&gt;&lt;BR /&gt;I'd love to see an enhaced version of this that safely tested the web sites too. I'd pay for that with a rabbit.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Thu, 07 Aug 2003 22:36:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044220#M812875</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2003-08-07T22:36:52Z</dc:date>
    </item>
    <item>
      <title>Re: Vexing DNS problem.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044221#M812876</link>
      <description>Hello !&lt;BR /&gt;&lt;BR /&gt;Here is my dig list attached. I'm located in France, main DNS is France Telecom Valence. I confirm I can reach both loweslaw.com and &lt;A href="http://www.loweslaw.com" target="_blank"&gt;www.loweslaw.com&lt;/A&gt; sites from my browser.&lt;BR /&gt;&lt;BR /&gt;J</description>
      <pubDate>Fri, 08 Aug 2003 06:00:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044221#M812876</guid>
      <dc:creator>Jerome Henry</dc:creator>
      <dc:date>2003-08-08T06:00:09Z</dc:date>
    </item>
    <item>
      <title>Re: Vexing DNS problem.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044222#M812877</link>
      <description>BTW,&lt;BR /&gt;&lt;BR /&gt;Here is a dig on both mail.loweslaw.com and mail.investment.com.&lt;BR /&gt;&lt;BR /&gt;.com and .com. may work locally as named is adding '.' if missing on your query. But I'm not sure it would work from outside.&lt;BR /&gt;&lt;BR /&gt;hth&lt;BR /&gt;&lt;BR /&gt;J</description>
      <pubDate>Fri, 08 Aug 2003 06:05:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044222#M812877</guid>
      <dc:creator>Jerome Henry</dc:creator>
      <dc:date>2003-08-08T06:05:12Z</dc:date>
    </item>
    <item>
      <title>Re: Vexing DNS problem.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044223#M812878</link>
      <description>BTW,&lt;BR /&gt;&lt;BR /&gt;Here is a dig on both mail.loweslaw.com and mail.investment.com.&lt;BR /&gt;&lt;BR /&gt;.com and .com. may work locally as named is adding '.' if missing on your query. But I'm not sure it would work from outside.&lt;BR /&gt;&lt;BR /&gt;hth&lt;BR /&gt;&lt;BR /&gt;J</description>
      <pubDate>Fri, 08 Aug 2003 06:05:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044223#M812878</guid>
      <dc:creator>Jerome Henry</dc:creator>
      <dc:date>2003-08-08T06:05:27Z</dc:date>
    </item>
    <item>
      <title>Re: Vexing DNS problem.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044224#M812879</link>
      <description>Sep,&lt;BR /&gt;&lt;BR /&gt;Here's your dig script output.  I'm on a DS3 in Richmond, VA, USA, drops onto MAE EAST via a Sprint POP.</description>
      <pubDate>Tue, 12 Aug 2003 17:53:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044224#M812879</guid>
      <dc:creator>W.C. Epperson</dc:creator>
      <dc:date>2003-08-12T17:53:20Z</dc:date>
    </item>
    <item>
      <title>Re: Vexing DNS problem.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044225#M812880</link>
      <description>Sep,&lt;BR /&gt;&lt;BR /&gt;Not sure what you mean by "safely tested the web sites", but here's output from a handrolled GET / HTTP/1.0 on each one.  HTH.</description>
      <pubDate>Tue, 12 Aug 2003 18:01:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vexing-dns-problem/m-p/3044225#M812880</guid>
      <dc:creator>W.C. Epperson</dc:creator>
      <dc:date>2003-08-12T18:01:38Z</dc:date>
    </item>
  </channel>
</rss>

