TechTalkz.com Logo

Go Back   TechTalkz.com Technology & Computer Troubleshooting Forums > Tech Support Archives > Linux & Opensource > Mandriva Linux

Notices

FQDN for Leafnode

Mandriva Linux


Reply
 
Thread Tools Display Modes
Old 09-01-2008, 04:46 AM   #11
Bit Twister
Guest
 
Posts: n/a
Re: FQDN for Leafnode

On Wed, 02 Jan 2008 10:03:32 -0500, David W. Hodgins wrote:

> Have you confirmed that "host 192.168.1.130" is returning wb.home.invalid,


$ host 192.168.1.130
130.1.168.192.in-addr.arpa domain name pointer wb.home.invalid.

> and that the named service is starting prior to leafnode (xinetd service)?


named is started on boot and leafnode is started on demand.

# chkconfig --list named
named 0ff 1ff 2ff 3n 4n 5n 6ff

xinetd based services:
leafnode: on

  Reply With Quote
Old 09-01-2008, 04:46 AM   #12
Bit Twister
Guest
 
Posts: n/a
Re: FQDN for Leafnode SOLUTION

On Wed, 2 Jan 2008 06:01:05 +0000 (UTC), Bit Twister wrote:
> How do I get rid of the must have FQDN problem.
> /etc/cron.daily/texpire causes



Short answer, changed nodes' FQDN
from wb.home.invalid
to wb.home.bogus


Long answer:
You can get the message because of the following test snippets found
in the source code. Thanks to David W. Hodgins for that research.

Do a
host $(hostname --fqdn)

and if the parts of the results match any of the following
"localhost"
"127."
"linux.local"
"example.org"
"example.com"
"example.net"
".example"
".invalid"
".local"
".localdomain"
".localhost"
".test"
".site"

you get something like
Leafnode must have a fully-qualified and globally unique domain name,
not just "wb.home.invalid".
Edit your /etc/hosts file to add a unique, fully qualified domain name.
"localhost.localdomain" or thereabouts will not work;
it's qualified, but not unique.
Please see the README-FQDN file for details.
  Reply With Quote
Old 09-01-2008, 04:47 AM   #13
Bit Twister
Guest
 
Posts: n/a
Re: FQDN for Leafnode SOLUTION

On Wed, 2 Jan 2008 06:01:05 +0000 (UTC), Bit Twister wrote:
> How do I get rid of the must have FQDN problem.
> /etc/cron.daily/texpire causes



Short answer, changed nodes' FQDN
from wb.home.invalid
to wb.home.bogus


Long answer:
You can get the message because of the following test snippets found
in the source code. Thanks to David W. Hodgins for that research.

Do a
host $(hostname --fqdn)

and if the parts of the results match any of the following
"localhost"
"127."
"linux.local"
"example.org"
"example.com"
"example.net"
".example"
".invalid"
".local"
".localdomain"
".localhost"
".test"
".site"

you get something like
Leafnode must have a fully-qualified and globally unique domain name,
not just "wb.home.invalid".
Edit your /etc/hosts file to add a unique, fully qualified domain name.
"localhost.localdomain" or thereabouts will not work;
it's qualified, but not unique.
Please see the README-FQDN file for details.
  Reply With Quote
Old 09-01-2008, 04:48 AM   #14
Bit Twister
Guest
 
Posts: n/a
Re: FQDN for Leafnode SOLUTION

On Wed, 2 Jan 2008 06:01:05 +0000 (UTC), Bit Twister wrote:
> How do I get rid of the must have FQDN problem.
> /etc/cron.daily/texpire causes



Short answer, changed nodes' FQDN
from wb.home.invalid
to wb.home.bogus


Long answer:
You can get the message because of the following test snippets found
in the source code. Thanks to David W. Hodgins for that research.

Do a
host $(hostname --fqdn)

and if the parts of the results match any of the following
"localhost"
"127."
"linux.local"
"example.org"
"example.com"
"example.net"
".example"
".invalid"
".local"
".localdomain"
".localhost"
".test"
".site"

you get something like
Leafnode must have a fully-qualified and globally unique domain name,
not just "wb.home.invalid".
Edit your /etc/hosts file to add a unique, fully qualified domain name.
"localhost.localdomain" or thereabouts will not work;
it's qualified, but not unique.
Please see the README-FQDN file for details.
  Reply With Quote
Old 09-01-2008, 04:48 AM   #15
Jeff@gammalinux.inet
Guest
 
Posts: n/a
Re: FQDN for Leafnode

On Wed, 02 Jan 2008 06:01:05 +0000, Bit Twister wrote:

> How do I get rid of the must have FQDN problem.
> /etc/cron.daily/texpire causes
>
> # cat /var/log/news.all
> Jan 1 23:15:24 wb texpire[994]: config: debugmode is 3
> Jan 1 23:15:24 wb texpire[994]: config: found username for news.verizon.net
> Jan 1 23:15:24 wb texpire[994]: config: found password for news.verizon.net
> Jan 1 23:15:24 wb texpire[994]: config: maxage is 2
> Jan 1 23:15:24 wb texpire[994]: config: filterfile is /etc/leafnode/filters
> Jan 1 23:15:24 wb texpire[994]: Core file size: 67108864
> Leafnode must have a fully-qualified and globally unique domain name,
> not just "wb.home.invalid".
> Edit your /etc/hosts file to add a unique, fully qualified domain name.
> "localhost.localdomain" or thereabouts will not work;
> it's qualified, but not unique.
> Please see the README-FQDN file for details.
>
> Been there, done that, plus google.
> I have got to be missing something simple.

-snip-
Hi Bit,
Yes it is something simple. Leafnode doesn't like the ".invalid" part.
I've been using leafnode for a couple years now and use ".inet" which it
seems to like. I know you like to tell the newbies (like me) to set their
hostname to xxx.xxx.invalid but when I first did that, fetchnews stopped
working for me. Changing it back to .inet fixed it.
Oh, and I haven't set up any DNS server for my nntp server and simply use
the static local IP address I assigned to read the news on my intranet.
Hope this helps.
Jeff


--
Posted via a free Usenet account from

  Reply With Quote
Old 09-01-2008, 04:49 AM   #16
Bit Twister
Guest
 
Posts: n/a
Re: FQDN for Leafnode

On Wed, 02 Jan 2008 16:23:09 -0800, wrote:

> Yes it is something simple. Leafnode doesn't like the ".invalid" part.


Well, frap.

And double frap, it does not like ".test" either. :-(
..test should work in my opinion.

  Reply With Quote
Old 09-01-2008, 04:49 AM   #17
Bit Twister
Guest
 
Posts: n/a
Re: FQDN for Leafnode SOLUTION

On Wed, 2 Jan 2008 06:01:05 +0000 (UTC), Bit Twister wrote:
> How do I get rid of the must have FQDN problem.
> /etc/cron.daily/texpire causes



Short answer, changed nodes' FQDN
from wb.home.invalid
to wb.home.bogus


Long answer:
You can get the message because of the following test snippets found
in the source code. Thanks to David W. Hodgins for that research.

Do a
host $(hostname --fqdn)

and if the parts of the results match any of the following
"localhost"
"127."
"linux.local"
"example.org"
"example.com"
"example.net"
".example"
".invalid"
".local"
".localdomain"
".localhost"
".test"
".site"

you get something like
Leafnode must have a fully-qualified and globally unique domain name,
not just "wb.home.invalid".
Edit your /etc/hosts file to add a unique, fully qualified domain name.
"localhost.localdomain" or thereabouts will not work;
it's qualified, but not unique.
Please see the README-FQDN file for details.
  Reply With Quote
Old 09-01-2008, 04:49 AM   #18
David W. Hodgins
Guest
 
Posts: n/a
Re: FQDN for Leafnode

On Wed, 02 Jan 2008 16:25:17 -0500, Bit Twister <BitTwister@mouse-potato..com> wrote:

> Message is from /etc/cron.daily/texpire, See:


May want to setup a dynamic dns host name (to ensure no one else is using it),
so you can use a real domain name, safely.

Checking the source code from the leafnode package ...

int is_validfqdn(const char *f) {
/* do not let us fool by trailing dots */
char *fqdn = strdup(f);
if (!fqdn) return 0;
while (fqdn[strlen(fqdn)-1] == '.')
fqdn[strlen(fqdn)-1] = '\0';

if (/* reject unqualified names */
!(strchr(fqdn, '.'))
/* Red Hat list the FQDN on the same line as localhost, thus,
* the qualification returns two "localhost*" aliases */
|| 0 == strncasecmp(fqdn, "localhost", 9)
/* protect against broken hosts or DNS */
|| 0 == strncmp(fqdn, "127.", 4)
/* SuSE default hostname on some installs is linux.local */
|| 0 == strcasecmp(fqdn, "linux.local")
/* kill RFC 2606 second- and top-level domains */
|| 0 == strcasecmpsuffix(fqdn, "example.org")
|| 0 == strcasecmpsuffix(fqdn, "example.com")
|| 0 == strcasecmpsuffix(fqdn, "example.net")
|| 0 == strcasecmpsuffix(fqdn, ".example")
|| 0 == strcasecmpsuffix(fqdn, ".invalid")
|| 0 == strcasecmpsuffix(fqdn, ".local")
|| 0 == strcasecmpsuffix(fqdn, ".localdomain")
|| 0 == strcasecmpsuffix(fqdn, ".localhost")
|| 0 == strcasecmpsuffix(fqdn, ".test")
|| 0 == strcasecmpsuffix(fqdn, ".site")
)
{
free(fqdn);
return 0;
}
free(fqdn);
return 1;
}

The readme states that the above restrictions are in place, to try and guarantee
the generation of unique message ids.

Regards, Dave Hodgins

--
Change nomail.afraid.org to ody.ca to reply by email.
(nomail.afraid.org has been set up specifically for
use in usenet. Feel free to use it yourself.)
  Reply With Quote
Old 09-01-2008, 04:50 AM   #19
Jeff@gammalinux.inet
Guest
 
Posts: n/a
Re: FQDN for Leafnode

On Thu, 03 Jan 2008 01:24:25 +0000, Bit Twister wrote:

> On Wed, 02 Jan 2008 16:23:09 -0800, wrote:
>
>> Yes it is something simple. Leafnode doesn't like the ".invalid" part.

>
> Well, frap.
>
> And double frap, it does not like ".test" either. :-(
> .test should work in my opinion.


David H. has is right. Now, can we change it? Let us know.
Oh, and I got a "frap" from BT. Where do I get the T-shirt.
Thanks BT for all you've done for us mere mortals.
Jeff

--
Posted via a free Usenet account from

  Reply With Quote
Old 09-01-2008, 04:50 AM   #20
David W. Hodgins
Guest
 
Posts: n/a
Re: FQDN for Leafnode

On Wed, 02 Jan 2008 11:34:21 -0500, Bit Twister <> wrote:

> named is started on boot and leafnode is started on demand.


leafnode is executed on demand, but the config file is only loaded
when xinetd starts, or you run service leafnode start.

Is the error message being generated when you run service leafnode start,
or only when xinetd is initially loading?

Regards, Dave Hodgins


--
Change nomail.afraid.org to ody.ca to reply by email.
(nomail.afraid.org has been set up specifically for
use in usenet. Feel free to use it yourself.)
  Reply With Quote
Reply

Thread Tools
Display Modes



< Windows Help - MS Office Help - Hardware Support >


New To Site? Need Help?

All times are GMT +5.5. The time now is 03:51 AM.


vBulletin, Copyright ©2000 - 2009, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO
Copyright © 2005-2009, TechTalkz.com. All Rights Reserved - Privacy Policy
Valid XHTML 1.0 Transitional