* RE: [9fans] dhcp & metanames
@ 2004-03-07 14:31 Tiit Lankots
2004-03-07 15:31 ` David Tolpin
0 siblings, 1 reply; 19+ messages in thread
From: Tiit Lankots @ 2004-03-07 14:31 UTC (permalink / raw)
To: 9fans
> It will work.
I have /adm/timezone/local set up (and it ends in a line feed).
It doesn't work.
^ permalink raw reply [flat|nested] 19+ messages in thread
* RE: [9fans] dhcp & metanames
@ 2004-03-07 15:49 Tiit Lankots
0 siblings, 0 replies; 19+ messages in thread
From: Tiit Lankots @ 2004-03-07 15:49 UTC (permalink / raw)
To: 9fans
OK, I finally got it. The timezone name needs to be 3 letters _exactly_
or it will get confused.
Tiit@enlightened
^ permalink raw reply [flat|nested] 19+ messages in thread
* RE: [9fans] dhcp & metanames
@ 2004-03-07 14:04 Tiit Lankots
2004-03-07 14:13 ` David Tolpin
0 siblings, 1 reply; 19+ messages in thread
From: Tiit Lankots @ 2004-03-07 14:04 UTC (permalink / raw)
To: 9fans
Still, why are date(1) and friends telling the time in GMT
when $timezone is set differently?
^ permalink raw reply [flat|nested] 19+ messages in thread
* RE: [9fans] dhcp & metanames
@ 2004-03-07 13:58 Tiit Lankots
2004-03-07 15:55 ` David Presotto
0 siblings, 1 reply; 19+ messages in thread
From: Tiit Lankots @ 2004-03-07 13:58 UTC (permalink / raw)
To: 9fans
> This means that the system, by reading the RTC on boot, will be in
> the wrong time zone till timesync gets in there. Boot can't do
> any better because the file system with the timezone files hasn't
> started yet at that point.
OK, I'll rephrase. How long will it take for timesync to annihilate a 2-hour
difference?
^ permalink raw reply [flat|nested] 19+ messages in thread
* RE: [9fans] dhcp & metanames
@ 2004-03-07 13:53 Tiit Lankots
0 siblings, 0 replies; 19+ messages in thread
From: Tiit Lankots @ 2004-03-07 13:53 UTC (permalink / raw)
To: 9fans
> be of the form dom=.machine.com (NB: leading dot).
>
> If it is wrong, I'll change it to the fqdn.
i've always used the fqdn and works like a charm.
my dhcp server doesn't return names, tho
^ permalink raw reply [flat|nested] 19+ messages in thread
* RE: [9fans] dhcp & metanames
@ 2004-03-07 13:18 Tiit Lankots
0 siblings, 0 replies; 19+ messages in thread
From: Tiit Lankots @ 2004-03-07 13:18 UTC (permalink / raw)
To: 9fans
> dom=.home.davidashen.net
it's probably confused by the leading dot
^ permalink raw reply [flat|nested] 19+ messages in thread
* RE: [9fans] dhcp & metanames
@ 2004-03-07 13:15 Tiit Lankots
2004-03-07 13:35 ` David Presotto
2004-03-07 13:51 ` David Tolpin
0 siblings, 2 replies; 19+ messages in thread
From: Tiit Lankots @ 2004-03-07 13:15 UTC (permalink / raw)
To: 9fans
> /net/ndb is used by cs and dns before /lib/ndb. If you have
> an entry for
> the network in /lib/ndb/local with the smtp=, it will be found.
It was _not_ found. That's the whole problem that made me wonder
if /lib/ndb/local is consulted at all. Later I realised that the search
is probably conducted by IP address, but there's no address
given in /lib/ndb/local 'cos its pointless.
I solved the problem by defining a network with the correct parameters.
OT: How to compensate for the fact that the real-time clock is in local time?
date(1) and friends constantly show me the time in GMT, although I've set
/adm/timezone/local.
Also, how does timesync(8) fit into the picture? I mean, if I've set it up to
synchronise with a NTP server, is the RTC updated into GMT? Presumably
not if the -L flag is given?
It's a multiboot machine and i'd like to keep the RTC local.
^ permalink raw reply [flat|nested] 19+ messages in thread
* RE: [9fans] dhcp & metanames
2004-03-07 13:15 Tiit Lankots
@ 2004-03-07 13:35 ` David Presotto
2004-03-07 13:51 ` David Tolpin
1 sibling, 0 replies; 19+ messages in thread
From: David Presotto @ 2004-03-07 13:35 UTC (permalink / raw)
To: 9fans
[-- Attachment #1: Type: text/plain, Size: 771 bytes --]
There's no reason for the RTC to be in local time. One way
to compensate is to reset it to GMT. However, if you're sharing
a clock with Windows, you're stuck with their idiocy (i.e. a clock
that is always at the wrong time until the system resets it if you
live in a world with daylight savings time).
Timesync sets the os's view of time. With -r it sets time from the
RTC rather than a network source and stays synced with it. With -rL
it sets from the RTC and assumes the RTC is in local time. Timesync never
sets the RTC.
This means that the system, by reading the RTC on boot, will be in
the wrong time zone till timesync gets in there. Boot can't do
any better because the file system with the timezone files hasn't
started yet at that point.
[-- Attachment #2: Type: message/rfc822, Size: 2942 bytes --]
From: "Tiit Lankots" <t.lankots@aprote.ee>
To: <9fans@cse.psu.edu>
Subject: RE: [9fans] dhcp & metanames
Date: Sun, 7 Mar 2004 15:15:37 +0200
Message-ID: <81132473206F3A46A72BD6116E1A06AE056167@black.aprote.com>
> /net/ndb is used by cs and dns before /lib/ndb. If you have
> an entry for
> the network in /lib/ndb/local with the smtp=, it will be found.
It was _not_ found. That's the whole problem that made me wonder
if /lib/ndb/local is consulted at all. Later I realised that the search
is probably conducted by IP address, but there's no address
given in /lib/ndb/local 'cos its pointless.
I solved the problem by defining a network with the correct parameters.
OT: How to compensate for the fact that the real-time clock is in local time?
date(1) and friends constantly show me the time in GMT, although I've set
/adm/timezone/local.
Also, how does timesync(8) fit into the picture? I mean, if I've set it up to
synchronise with a NTP server, is the RTC updated into GMT? Presumably
not if the -L flag is given?
It's a multiboot machine and i'd like to keep the RTC local.
^ permalink raw reply [flat|nested] 19+ messages in thread
* RE: [9fans] dhcp & metanames
2004-03-07 13:15 Tiit Lankots
2004-03-07 13:35 ` David Presotto
@ 2004-03-07 13:51 ` David Tolpin
1 sibling, 0 replies; 19+ messages in thread
From: David Tolpin @ 2004-03-07 13:51 UTC (permalink / raw)
To: 9fans
> > /net/ndb is used by cs and dns before /lib/ndb. If you have
> > an entry for
> > the network in /lib/ndb/local with the smtp=, it will be found.
>
> It was _not_ found. That's the whole problem that made me wonder
> if /lib/ndb/local is consulted at all. Later I realised that the search
> is probably conducted by IP address, but there's no address
> given in /lib/ndb/local 'cos its pointless.
I think it's about mailserver in /cron/mail/cron. Edit it and replace
with your mailserver's name or add mailserver to the dns. sys=mailserver,
that is.
^ permalink raw reply [flat|nested] 19+ messages in thread
* [9fans] dhcp & metanames
@ 2004-03-07 10:08 Tiit Lankots
2004-03-07 12:58 ` David Presotto
0 siblings, 1 reply; 19+ messages in thread
From: Tiit Lankots @ 2004-03-07 10:08 UTC (permalink / raw)
To: Plan 9 Mailing List (E-mail)
I'm getting my IP setup from a (non-Plan 9) DHCP server.
It doesn't contain the name of the mail server.
Hence, /net/ndb doesn't contain it.
Hence, mail isn't working.
Setting smtp=... in /lib/ndb/local has no effect.
Suggestions?
Also, how does /net/ndb relate to /lib/ndb?
Tiit
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [9fans] dhcp & metanames
2004-03-07 10:08 Tiit Lankots
@ 2004-03-07 12:58 ` David Presotto
2004-03-07 13:13 ` David Tolpin
0 siblings, 1 reply; 19+ messages in thread
From: David Presotto @ 2004-03-07 12:58 UTC (permalink / raw)
To: 9fans
[-- Attachment #1: Type: text/plain, Size: 256 bytes --]
/net/ndb is used by cs and dns before /lib/ndb. If you have an entry for
the network in /lib/ndb/local with the smtp=, it will be found.
Alternatively, you can do this in termrc or cpurc:
echo ' smtp=....' >> /net/ndb
after you do the ipconfig.
[-- Attachment #2: Type: message/rfc822, Size: 2347 bytes --]
From: "Tiit Lankots" <t.lankots@aprote.ee>
To: "Plan 9 Mailing List (E-mail)" <9fans@cse.psu.edu>
Subject: [9fans] dhcp & metanames
Date: Sun, 7 Mar 2004 12:08:59 +0200
Message-ID: <81132473206F3A46A72BD6116E1A06AE056166@black.aprote.com>
I'm getting my IP setup from a (non-Plan 9) DHCP server.
It doesn't contain the name of the mail server.
Hence, /net/ndb doesn't contain it.
Hence, mail isn't working.
Setting smtp=... in /lib/ndb/local has no effect.
Suggestions?
Also, how does /net/ndb relate to /lib/ndb?
Tiit
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [9fans] dhcp & metanames
2004-03-07 12:58 ` David Presotto
@ 2004-03-07 13:13 ` David Tolpin
2004-03-07 13:23 ` David Presotto
0 siblings, 1 reply; 19+ messages in thread
From: David Tolpin @ 2004-03-07 13:13 UTC (permalink / raw)
To: 9fans
/net/ndb:
ip=192.168.1.28 ipmask=255.255.255.0 ipgw=192.168.1.1
dom=.davidashen.net
dns=192.168.1.1
/lib/ndb/local:
sys=xotic ether=0002a5561d54 proto=il
ip=192.168.1.28 ipmask=255.255.255.0
dom=.home.davidashen.net
Shouldn't dom in /net/ndb be .home.davidashen.net?
David
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [9fans] dhcp & metanames
2004-03-07 13:13 ` David Tolpin
@ 2004-03-07 13:23 ` David Presotto
2004-03-07 13:49 ` David Tolpin
0 siblings, 1 reply; 19+ messages in thread
From: David Presotto @ 2004-03-07 13:23 UTC (permalink / raw)
To: 9fans
[-- Attachment #1: Type: text/plain, Size: 766 bytes --]
First of all, dom in our world is an FQDN. That means that both
.home.davidashen.net and .davidachen.net are wrong.
We ask dhcp for a hostname and a domain. For the latter, dhcp's
seem to differ in what they give back, i.e., the FQDN of the machine,
the FQDN domain name that the machine is in, or that FQDN starting
with a '.'. Ipconfig tries to deal with the situation, clearly
not well enough. I'll try to do better but, if the server doesn't
return the hostname, its hard to guess. the dom=.davidashen.net
clearly indicates that we only got the domain and not the hostname.
This is a effect of the spread of windows where the hostname is
always in local storage and diskless boot is not really considered.
I'll try to do better in ipconfig.
[-- Attachment #2: Type: message/rfc822, Size: 2393 bytes --]
From: David Tolpin <dvd@davidashen.net>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] dhcp & metanames
Date: Sun, 7 Mar 2004 17:13:53 +0400 (AMT)
Message-ID: <200403071313.i27DDrDh079473@adat.davidashen.net>
/net/ndb:
ip=192.168.1.28 ipmask=255.255.255.0 ipgw=192.168.1.1
dom=.davidashen.net
dns=192.168.1.1
/lib/ndb/local:
sys=xotic ether=0002a5561d54 proto=il
ip=192.168.1.28 ipmask=255.255.255.0
dom=.home.davidashen.net
Shouldn't dom in /net/ndb be .home.davidashen.net?
David
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [9fans] dhcp & metanames
2004-03-07 13:23 ` David Presotto
@ 2004-03-07 13:49 ` David Tolpin
2004-03-07 13:54 ` David Presotto
0 siblings, 1 reply; 19+ messages in thread
From: David Tolpin @ 2004-03-07 13:49 UTC (permalink / raw)
To: 9fans
> We ask dhcp for a hostname and a domain. For the latter, dhcp's
> seem to differ in what they give back, i.e., the FQDN of the machine,
> the FQDN domain name that the machine is in, or that FQDN starting
> with a '.'. Ipconfig tries to deal with the situation, clearly
> not well enough. I'll try to do better but, if the server doesn't
> return the hostname, its hard to guess. the dom=.davidashen.net
> clearly indicates that we only got the domain and not the hostname.
> This is a effect of the spread of windows where the hostname is
> always in local storage and diskless boot is not really considered.
I have no Windows server in my network; the dhcp server sends domain
names.
I have only done that (the leading dot) because
http://www.cs.bell-labs.com/wiki/plan9/Mail_configuration/
in the last paragraph says:
This name is generated from either the site enviroment var, or if that is not
set, by appending the sending machines domain to its system name. The domain is
picked up from the dom= attribute from /lib/ndb/local. The dom= attribut should
be of the form dom=.machine.com (NB: leading dot).
If it is wrong, I'll change it to the fqdn.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [9fans] dhcp & metanames
2004-03-07 13:49 ` David Tolpin
@ 2004-03-07 13:54 ` David Presotto
0 siblings, 0 replies; 19+ messages in thread
From: David Presotto @ 2004-03-07 13:54 UTC (permalink / raw)
To: 9fans
[-- Attachment #1: Type: text/plain, Size: 115 bytes --]
It's wrong. Unfortunately, I don't vet the wiki. People put in whatever
accidentally worked. I'll go change it.
[-- Attachment #2: Type: message/rfc822, Size: 3287 bytes --]
From: David Tolpin <dvd@davidashen.net>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] dhcp & metanames
Date: Sun, 7 Mar 2004 17:49:35 +0400 (AMT)
Message-ID: <200403071349.i27DnZru079594@adat.davidashen.net>
> We ask dhcp for a hostname and a domain. For the latter, dhcp's
> seem to differ in what they give back, i.e., the FQDN of the machine,
> the FQDN domain name that the machine is in, or that FQDN starting
> with a '.'. Ipconfig tries to deal with the situation, clearly
> not well enough. I'll try to do better but, if the server doesn't
> return the hostname, its hard to guess. the dom=.davidashen.net
> clearly indicates that we only got the domain and not the hostname.
> This is a effect of the spread of windows where the hostname is
> always in local storage and diskless boot is not really considered.
I have no Windows server in my network; the dhcp server sends domain
names.
I have only done that (the leading dot) because
http://www.cs.bell-labs.com/wiki/plan9/Mail_configuration/
in the last paragraph says:
This name is generated from either the site enviroment var, or if that is not
set, by appending the sending machines domain to its system name. The domain is
picked up from the dom= attribute from /lib/ndb/local. The dom= attribut should
be of the form dom=.machine.com (NB: leading dot).
If it is wrong, I'll change it to the fqdn.
^ permalink raw reply [flat|nested] 19+ messages in thread
end of thread, other threads:[~2004-03-08 14:23 UTC | newest]
Thread overview: 19+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-03-07 14:31 [9fans] dhcp & metanames Tiit Lankots
2004-03-07 15:31 ` David Tolpin
-- strict thread matches above, loose matches on Subject: below --
2004-03-07 15:49 Tiit Lankots
2004-03-07 14:04 Tiit Lankots
2004-03-07 14:13 ` David Tolpin
2004-03-07 13:58 Tiit Lankots
2004-03-07 15:55 ` David Presotto
2004-03-08 14:23 ` Derek Fawcus
2004-03-07 13:53 Tiit Lankots
2004-03-07 13:18 Tiit Lankots
2004-03-07 13:15 Tiit Lankots
2004-03-07 13:35 ` David Presotto
2004-03-07 13:51 ` David Tolpin
2004-03-07 10:08 Tiit Lankots
2004-03-07 12:58 ` David Presotto
2004-03-07 13:13 ` David Tolpin
2004-03-07 13:23 ` David Presotto
2004-03-07 13:49 ` David Tolpin
2004-03-07 13:54 ` David Presotto
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).