headers
Rob Butler | 1 Apr 2005 23:18
Picon
Favicon

DNS servers or services?

Hey all,

Just had some thoughts today regarding DNS that I
thought I would pass by you and get some feedback.

Do you really want to run DNS servers, or do you just
need DNS services?

I was thinking about DLZ and implementing a
replication system for moving data out to the DNS
servers running BDBHPT from a central configuration
system with an SQL backend.  I figured probably do
this with SOAP, or something similar like hessian or
burlap, whatever - specifics are not important now. 
Then I figured, to make things easier it would be nice
to implement an API in a variety of languages (C,
PERL, Java, PHP) to do the work of sending the SOAP
message to the DNS servers.  That way everyone could
integrate the replication into their existing admin
systems with minimal work.

Then it struck me.  People would have to integrate the
replication system into their existing admin systems,
and then also setup and maintain the DLZ servers.  Why
do this?  Do people really need to do this?  

Well, you need to do it now because there is no other
option.  But, what if you could outsource your DNS
services to someone else and still have them
integrated into your admin systems?  Would that be
(Continue reading)

Permalink | Reply | 1 comment |
headers
Rob Butler | 1 Apr 2005 14:58
Picon
Favicon

Re: BUG: Multydotted hosts in zone files

It should work.  I did tests with multi-dotted hosts
during DLZ development.  I'll look into it more when I
have some time...  which may be a little while. :(

Later
Rob
--- Marian Marinov <hackman <at> hydra.azilian.net> wrote:
> Hello,
> I'm using bind-dlz over an year now. Recently I
> found a BUG in the patch.
> One of my users created multydoted record in his
> zone and the zone have stoped
> transfering. I have inverstigated the problem and
> found that if i have records
> like that in the zone the zone stops transfering.
> and only the transfer is the
> problem :(
> I have record like this:
> 
> point.to.some.host  A 10.0.0.3
> 
> Is there a patch about this problem? And have
> someone else experienced it?
> 
> --
> YUHU WebMail  (http://www.yuhu.biz)
> 
> 
> 
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Oystein Nerhus | 2 Apr 2005 19:41
Picon

Re: DNS servers or services?

On Fri, Apr 01, 2005 at 01:18:18PM -0800, Rob Butler wrote:
> Do you really want to run DNS servers, or do you just
> need DNS services?
> 
> I was thinking about DLZ and implementing a
> replication system for moving data out to the DNS
> servers running BDBHPT from a central configuration
> system with an SQL backend.  I figured probably do
> this with SOAP, or something similar like hessian or
> burlap, whatever - specifics are not important now. 
>
> (....)
>
> So, what if I offered DNS services that provided all
> the above features, and could be integrated into your
> existing backend systems via SOAP messages.  But
> instead of needing to implement SOAP I also provided
> PERL, PHP, Java, Etc.. API's to make integration as
> simple as possible.  What if (eventually) these
> services provided real-time feedback on DNS errors,
> preventing incorrect DNS records?  Things like
> defining a CNAME and any other DNS record on the same
> host, etc.
> 
> Would you be interested in such a service?  Would it
> save you time, money and hassle over running your own
> DNS servers?  Do you really want to run DNS servers,
> or do you just need DNS services?  What would you pay
> for a service like this?  Is $50/month reasonable for
> all you can eat DNS services?  What do you think?
(Continue reading)

Permalink | Reply | 0 comments |
headers
Marc Storck | 8 Apr 2005 02:39

wildcard entry

Hello,

can someone help me with a wildcard NAPTR record for our e164 tree.

I want to add the following entry:

*.3.2.1.e164.tld. IN NAPTR 100 10 "u" "E2U+SIP"
"!^\\+123(.*)$!sip:123\\1 <at> domain.tld!" .

I tried to add this via:

zone = e164.lu
host = *.3.2.1.e164.tld.
ttl = 300
type = naptr
mx_priority = NULL
data = 100 10 "u" "E2U+SIP" "!^\\+123(.*)$!sip:123\\1 <at> domain.tld!" .
resp_person = NULL
serial = NULL
refresh = NULL
retry = NULL
expire = NULL
minimum = NULL

but dig  <at> m.y.i.p in naptr 8.7.6.5.4.3.2.1.e164.tld does not deliver a result.

I tried several SELECT queries, but I cannot find the correct syntax.

Thank you very much for your help.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Rob Butler | 8 Apr 2005 13:56
Picon
Favicon

Re: wildcard entry


> 
> *.3.2.1.e164.tld. IN NAPTR 100 10 "u" "E2U+SIP"
> "!^\\+123(.*)$!sip:123\\1 <at> domain.tld!" .
> 

zone = e164.tld
host = *.3.2.1

*IF* you want the host name to be *.3.2.1 which is
probably not what you want, because you asked about
wild card records.  What you probably want is:

zone = 3.2.1.e164.tld
host = *
ttl = 100
type = naptr
data = 10 "u" "E2U+SIP" 
"!^\\+123(.*)$!sip:123\\1 <at> domain.tld!"

Alternately, if the 10 at the front of data is a
priority like MX_records, you could store that in the
mx_priority field, and adjust your query so it takes
that into account for these record types as well.

So...
mx_priority = 10
data = "u" "E2U+SIP" 
"!^\\+123(.*)$!sip:123\\1 <at> domain.tld!"
(Continue reading)

Permalink | Reply | 0 comments |
headers
Marc Storck | 9 Apr 2005 17:06

Wild Card Entry solved half way

Hello,

I got the wildcard entry solved. For historical reasons we needed the
following structure:

zone = e164.tld
host = *.3.2.1
ttl = 300
type = naptr
mx_priority = NULL
data = 100 10 "u" "E2U+SIP" "!^\\+123(.*)$!sip:123\\1 <at> domain.tld!" .

Now we changed the host field to:

host = %.3.2.1

and we changed the lookup() query (the RED one in th docu) to

{select ttl, type, mx_priority, case when lower(type)='txt' then
concat('\"', data, '\"') else data end from dns_records where zone =
'%zone%' and'%record%' LIKE host and not (type = 'SOA' or type = 'NS')}

This works just fine.

For historical reasons as well, another system transfers the data in zone
e164.tld every x hours to perform Quality and Correctnes Tests.

So we also changed the allnodes query (BLUE) to:

{select ttl, type, replace(host,'%','*'), mx_priority, data, resp_person,
(Continue reading)

Permalink | Reply | 0 comments |
headers
Rob Butler | 9 Apr 2005 22:16
Picon
Favicon

Re: Wild Card Entry solved half way

Why are you doing the replace in the all nodes query
and not in the lookup query?  You should do it in
both, or neither.

Also, why was it necessary to replace the * with % in
the database?

Later
Rob
--- Marc Storck <mstorck <at> luxadmin.org> wrote:
> Hello,
> 
> I got the wildcard entry solved. For historical
> reasons we needed the
> following structure:
> 
> zone = e164.tld
> host = *.3.2.1
> ttl = 300
> type = naptr
> mx_priority = NULL
> data = 100 10 "u" "E2U+SIP"
> "!^\\+123(.*)$!sip:123\\1 <at> domain.tld!" .
> 
> Now we changed the host field to:
> 
> host = %.3.2.1
> 
> and we changed the lookup() query (the RED one in th
> docu) to
(Continue reading)

Permalink | Reply | 501 comments |
headers
Marc Storck | 10 Apr 2005 03:07

Re: Wild Card Entry solved half way

The only occurence of the 'host' field is in the allnodes query. No 
other query returns the host field in their result. The lookup 	query 
searches for a colum which equals a variable, we look for a colum which 
is like a variable. Normal queries are this way:

... 'host' LIKE %host% ...
or

... 'host' = %host% ...
('host' is the colum named "host" in the DB, and %host% the host to 
which the query is done.)
which will only return an exact match.

we use

... %host% LIKE 'host' ...

As we use the MySQL wildcard % instead of the *, MySQL will return the 
data field of host=%.3.2.1 for a query of host 5.4.3.2.1

( ... 5.4.3.2.1 LIKE 'host' ...; this will match the row with host=%.3.2.1)

As I said this works like expected, but we have problems replacing the % 
with a * for AXFR requests. The query we use, does work when querying 
MySQL directly via the mysql command line executable (and phpMyAdmin). 
But BIND still returns all rows with a % instead of a *.

Regards,

Marc
(Continue reading)

Permalink | Reply | 501 comments |
headers
Marc G. Fournier | 15 Apr 2005 18:21
Favicon

reverse DNS ...


Anyone doing it through DLZ?  I can't seem to find any examples online for 
it, altho pulling that informatino from the database is easy enough ...

Thanks ...

----
Marc G. Fournier           Hub.Org Networking Services (http://www.hub.org)
Email: scrappy <at> hub.org           Yahoo!: yscrappy              ICQ: 7615664

-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
Permalink | Reply | 2 comments |
headers
Andy Shinn | 16 Apr 2005 04:28

Re: reverse DNS ...

I just finished the reverse dns section in my web app for interfacing 
with my database using mysql. Reverse DNS works very well for me. What 
are you having trouble with? I can get you and example DB structure and 
query if your using mysql.

-Andy

>
> Anyone doing it through DLZ?  I can't seem to find any examples online 
> for it, altho pulling that informatino from the database is easy 
> enough ...
>
> Thanks ...
>
> ----
> Marc G. Fournier           Hub.Org Networking Services 
> (http://www.hub.org)
> Email: scrappy <at> hub.org           Yahoo!: yscrappy              ICQ: 
> 7615664
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Bind-dlz-testers mailing list
> Bind-dlz-testers <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bind-dlz-testers
(Continue reading)

Permalink | Reply | 1 comment |

Gmane