For those that care:
http://www.friday.com/bbum/2009/08/29/basic-blocks/
http://www.friday.com/bbum/2009/08/29/blocks-tips-tricks/#more-1505
--
l...@iridescent.org
I thought it'd have something to do with source.
Thanks very much, Erik! The SRV entries don't pose a problem with dig, now.
Best,
ak
On Wed, Sep 16, 2009 at 7:40 PM, erik quanstrom wrote:
> try this patch
>
> /n/dump/2009/0916/sys/src/cmd/ndb/convDNS2M.c:260,266 - convDNS2M.c:260,270
>
> Is ns1 the Plan9 master? What do the zone files on the BIND slave look like?
> I.e. did the SRV entries transfer correctly?
Yes, ns1 is the Plan 9 master. The zone file has not yet been transferred, for
some reason. I'm running `ndb/dns -rns` and have run `echo refresh >/net/cs`
each time I've u
> linux$ dig @ns1.nanosouffle.net _jabber._tcp.mail.nanosouffle.net srv
> ;; Warning: Message parser reports malformed message packet.
Is ns1 the Plan9 master? What do the zone files on the BIND slave look like?
I.e. did the SRV entries transfer correctly?
try this patch
/n/dump/2009/0916/sys/src/cmd/ndb/convDNS2M.c:260,266 - convDNS2M.c:260,270
USHORT(rp->srv->pri);
USHORT(rp->srv->weight);
USHORT(rp->port);
- STRING(rp->host->name); /* rfc2782 sez no name compression */
+
Thanks. This is all fine, now.
The remaining problem is regarding my earlier post about
SRV records. Using ndb/dnsquery, I get proper output:
cpu% ndb/dnsquery
> _jabber._tcp.mail.nanosouffle.net srv
_jabber._tcp.mail.nanosouffle.net srv 5 0 5269 xmpp-server.l.google.com
_jabber._tcp.mail.nanos
You don't need to do anything special for BIND to slave from your
Plan9 master. I have a BIND slaving from a Plan 9 master without any
issues.
On the Plan 9 master, start ndb/dns with the -n flag, and add dnsslave
entries to /lib/ndb/local for each of your slave hosts. Here are the
relevant entri
> Does this indicate that I should use your ndbtozone program?
> How do you automate the process of converting to dns format
> and then sending the data, when doing a zone transfer?
> My secondary nameservers are running BIND on UNIX.
ndbtozone creates a textual zone file that's compatable
with bi
Further testing shows that the problem is with
my srv entries. Is it my ndb configuration, or
just a problem with ndb/dns? Here's the
portion that causes the above problem
(if uncommented) with a zone transfer using dig
on Linux:
#dom=_jabber._tcp.mail.nanosouffle.net
# srv=xmpp-server.l.goo
I've got the basic setup going, and have tested it for appropriate
information using ndb/dnsquery in Plan 9 (on the same computer
that is running `ndb/dns -rns`).
> looks like it should work. if you should need an bind-comptable
> zone file (and i do), contrib quanstro/ndbtozone is a program that
> I have MX records that pertain only to certain subdomains.
> In BIND speak:
> mail.example.com MX 1 mx.server.com
> so, in this case, I suppose I would need a separate dom=
> block for mail.example.com? I'm not sure how I would specify
> that mx record from the main domain block.
standard bind i
Thanks, Erik.
> i wouldn't bother breaking up the zones if there's no
> particular adminstative reason to do so.
I have MX records that pertain only to certain subdomains.
In BIND speak:
mail.example.com MX 1 mx.server.com
so, in this case, I suppose I would need a separate dom=
block for mail.ex
> The secondary name servers all run BIND on UNIX, and I need
> to do zone transfers to them, from Plan 9. Will simple zone
> transfers (given the -n flag to ndb/dns) suffice, or does the
> outgoing ndb file somehow need to be reformatted for BIND?
looks like it should work. if you should need an
I'm trying to setup an authoritative name server for a domain
in Plan 9. Not all of the available ndb(6) directives for this task
are documented, so I have some questions:
The secondary name servers all run BIND on UNIX, and I need
to do zone transfers to them, from Plan 9. Will simple zone
transf
LtU has an overview, for those interested:
http://lambda-the-ultimate.org/node/3613
On Wed, Sep 16, 2009 at 4:20 AM, Andrew Simmons wrote:
> It's probably a bit hypocriticalist of me to post anything off-topic
> at this point, but why break the habits of a lifetime?
>
> Some people here might en
It's probably a bit hypocriticalist of me to post anything off-topic
at this point, but why break the habits of a lifetime?
Some people here might enjoy a new book from Apress called "Coders at
Work". It consists of interviews with people including Ken Thompson,
Don Knuth, and Jamie Zawinski (key
16 matches
Mail list logo
