Re: bind9 enum hack
On Jun 22, 2011 4:35 PM, "Stefan Certic" wrote:
> zone "4.6.1.8.3.e164enum" {
> type forward;
> forwarders {127.0.0.1 port 5200;};
> };
>
> zone "e164enum" {
> type master;
> file "/etc/bind/enum.conf";
> };
...
> What i am trying to achieve, is:
>
> - Match everything that begins with 4.6.1.8.3.e164enum and forward query to
> remote server.
> - But if there is no forward zone defined, respond from enum.conf
Note that the forward will only work for clients that have recursion
allowed.
> if i do: dig 4.5.4.6.1.8.3.e164enum NAPTR :
>
> Bind always match query from e164enum zone, and never ask forwarder
> althrough 4.6.1.8.3.e164enum is defined.
>
> Any hints how to make bind match zones from left to right?
On Wednesday, June 22, 2011 10:38:31 pm Ben Croswell wrote:
Is the child domain you want to forward delegated in the parent you load?
If it isn't the forward will be ignored.
No, bind does not check if the subdomain is delegated. If it has configured
the domain, BIND provides it.
On 23.06.11 00:50, Stefan Certic wrote:
No, i tried with delegation but got the same results. The thing is that all
"child" subdomains must match wildcard queries. Im not sure how to delegate
wildcard subdomains.
you can not delegate wildcard.
In the fact, it should work as you did it, unless
- a bug in the BIND
- a bug in your configuration, maybe you have missed something.
Do you use zones? Are you using correct bind server?
Note that if you slave "e164enum" to another server, the another server
knows NOTHING about 4.6.1.8.3.e164enum, and that's why you SHOULD have the
delegation.
However, since you can not delegate to different port than 53, for these
cases you will need delegate to your bind with "forward" zone (or maybe
static-stub), therefore clients will need recursion allowed.
--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
Micro$oft random number generator: 0, 0, 0, 4.33e+67, 0, 0, 0...
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
Re: bind9 enum hack
On Wednesday, June 22, 2011 10:38:31 pm Ben Croswell wrote:
> Is the child domain you want to forward delegated in the parent you load?
> If it isn't the forward will be ignored.
>
> -Ben Croswell
>
> On Jun 22, 2011 4:35 PM, "Stefan Certic" wrote:
> > Hi,
> >
> > I am facing the following puzzle:
> >
> > zone "4.6.1.8.3.e164enum" {
> > type forward;
> > forwarders {127.0.0.1 port 5200;};
> > };
> >
> > zone "e164enum" {
> > type master;
> > file "/etc/bind/enum.conf";
> > };
> >
> > while enum.conf has something like:
> >
> > *.4.6.1.8.3.e164enum. NAPTR 10 100 "u" "E2U+pstn:tel" "!^(.*)$!tel:
> > \\1\;spn=22003\;mcc=220\;mnc=03!" .
> > *.4.6.1.8.3.e164enum. TXT "result:ok/mcc:220/mnc:03/imsi:local/msc:local"
> > (this is the problematic extract, there are much more lines).
> >
> > What i am trying to achieve, is:
> >
> > - Match everything that begins with 4.6.1.8.3.e164enum and forward query
>
> to
>
> > remote server.
> > - But if there is no forward zone defined, respond from enum.conf
> >
> > The idea behind this is to keep all data of more then 5 zones inside
>
> one
>
> > file, but also use forwarders where needed.
> >
> > if i do: dig 4.5.4.6.1.8.3.e164enum NAPTR :
> >
> > Bind always match query from e164enum zone, and never ask forwarder
>
> althrough
>
> > 4.6.1.8.3.e164enum is defined.
> >
> > Any hints how to make bind match zones from left to right?
> >
> > Thanks & Regards,
> >
> >
> >
> > --
> > Stefan Certic
> >
> > RoutoMessaging
> > 48 Charlotte Street
> > London, W1T 2NS
> > United Kingdom
> > http://www.routomessaging.com
> > GSMA Associate Member
> >
> > Switchboard +44 (0) 870 231
> > Fax + 44 (0) 870 231 7775
> >
> > Email : ste...@routotelecom.com
> > MSN ID : ste...@routotelecom.com
> >
> > DISCLAIMER
> >
> > This email contains information provided by Routo Telecommunications
> > Ltd, which may be privileged or confidential. It is meant only for the
> > individual(s) or entity named above. If you are not the intended
> > recipient, note that disclosing, copying, distributing or using this
> > information is prohibited. If you have received this email in error,
> > please let me know immediately on the email address above.
> >
> > Routo Telecommunications Ltd may not be held responsible for the
> > content of this email as it may reflect the personal view of the
> > sender and not that of the company.
> >
> > Internet communications cannot be guaranteed to be timely, secure,
> > error or virus-free. The sender does not accept liability for any
> > errors or omissions.
> >
> > We monitor our email system and may record your emails.
> >
> > Routo Telecommunications Ltd Registration Number 04546322 has its
> > principal place of business at 48 Charlotte Street, London, W1T 2NS,
> > United Kingdom.
> > ___
> > Please visit https://lists.isc.org/mailman/listinfo/bind-users to
>
> unsubscribe from this list
>
> > bind-users mailing list
> > bind-users@lists.isc.org
> > https://lists.isc.org/mailman/listinfo/bind-users
Hi Ben,
No, i tried with delegation but got the same results. The thing is that all
"child" subdomains must match wildcard queries. Im not sure how to delegate
wildcard subdomains.
Regards,
--
Stefan Certic
RoutoMessaging
48 Charlotte Street
London, W1T 2NS
United Kingdom
http://www.routomessaging.com
GSMA Associate Member
Switchboard +44 (0) 870 231
Fax + 44 (0) 870 231 7775
Email : ste...@routotelecom.com
MSN ID : ste...@routotelecom.com
DISCLAIMER
This email contains information provided by Routo Telecommunications
Ltd, which may be privileged or confidential. It is meant only for the
individual(s) or entity named above. If you are not the intended
recipient, note that disclosing, copying, distributing or using this
information is prohibited. If you have received this email in error,
please let me know immediately on the email address above.
Routo Telecommunications Ltd may not be held responsible for the
content of this email as it may reflect the personal view of the
sender and not that of the company.
Internet communications cannot be guaranteed to be timely, secure,
error or virus-free. The sender does not accept liability for any
errors or omissions.
We monitor our email system and may record your emails.
Routo Telecommunications Ltd Registration Number 04546322 has its
principal place of business at 48 Charlotte Street, London, W1T 2NS,
United Kingdom.
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
bind9 enum hack
Hi,
I am facing the following puzzle:
zone "4.6.1.8.3.e164enum" {
type forward;
forwarders {127.0.0.1 port 5200;};
};
zone "e164enum" {
type master;
file "/etc/bind/enum.conf";
};
while enum.conf has something like:
*.4.6.1.8.3.e164enum. NAPTR 10 100 "u" "E2U+pstn:tel" "!^(.*)$!tel:
\\1\;spn=22003\;mcc=220\;mnc=03!" .
*.4.6.1.8.3.e164enum. TXT "result:ok/mcc:220/mnc:03/imsi:local/msc:local"
(this is the problematic extract, there are much more lines).
What i am trying to achieve, is:
- Match everything that begins with 4.6.1.8.3.e164enum and forward query to
remote server.
- But if there is no forward zone defined, respond from enum.conf
The idea behind this is to keep all data of more then 5 zones inside one
file, but also use forwarders where needed.
if i do: dig 4.5.4.6.1.8.3.e164enum NAPTR :
Bind always match query from e164enum zone, and never ask forwarder althrough
4.6.1.8.3.e164enum is defined.
Any hints how to make bind match zones from left to right?
Thanks & Regards,
--
Stefan Certic
RoutoMessaging
48 Charlotte Street
London, W1T 2NS
United Kingdom
http://www.routomessaging.com
GSMA Associate Member
Switchboard +44 (0) 870 231
Fax + 44 (0) 870 231 7775
Email : ste...@routotelecom.com
MSN ID : ste...@routotelecom.com
DISCLAIMER
This email contains information provided by Routo Telecommunications
Ltd, which may be privileged or confidential. It is meant only for the
individual(s) or entity named above. If you are not the intended
recipient, note that disclosing, copying, distributing or using this
information is prohibited. If you have received this email in error,
please let me know immediately on the email address above.
Routo Telecommunications Ltd may not be held responsible for the
content of this email as it may reflect the personal view of the
sender and not that of the company.
Internet communications cannot be guaranteed to be timely, secure,
error or virus-free. The sender does not accept liability for any
errors or omissions.
We monitor our email system and may record your emails.
Routo Telecommunications Ltd Registration Number 04546322 has its
principal place of business at 48 Charlotte Street, London, W1T 2NS,
United Kingdom.
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
