On 09/05/2010 19:31, Warren Kumari wrote:
> I am *so* not an IDN person (although I did follow the IDNA WG for a
> while), but I *believe* that the process is just to convert the native
> UTF8 representation (تامايدوجان.سى) to punycode
> (xn--mgbaajmr6mmaps.xn--ygb8b). There are a bunch of tools t
On 30/03/2010 23:43, Markus Feldmann wrote:
> normally i am using the gmane mailing list server to post and read mails
> from mailing lists, but this mailing list doesn't appear in gmane.
The group you are looking for is gmane.network.dns.bind.user.
Posted through gmane.
It is back now.
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
It is sod's law that just when I need to look up the email address to
report a bug, currently the website is showing:-
Unable to connect to database server
[..]
The MySQL error was: Can't connect to local MySQL server through socket
'/tmp/mysql.sock' (2).
[..]
On 23/11/09 18:05, Chris Buxton wrote:
> The internal-in view should have some log entry of the forwarded update. I'm
> not sure what category or severity level that would be, though.
I could not find it in either the query log or the update log. Bug?
> Of course, if you were to start using sign
On 23/11/09 11:15, Cathy Almond wrote:
> Chris - thanks for this - we've picked it up and made a bug report
> ourselves. But for future reference, our BIND mailing addresses are
> summarised here:
>
> https://www.isc.org/software/bind/news
>
> Cathy
Thanks Cathy!
__
Hi
It seems nsupdate.exe in 9.6.1-P1 does not properly locate IPv6 nameservers.
C:\Temp\bind-9.6.1-P1>dig +short ns-v6-1.chaz6.com. in
2001:16d8:dd22:38::2
2001:16d8:ee0f:38::2
C:\Temp\bind-9.6.1-P1>nsupdate
> server 2001:16d8:dd22:38::2
> update add localhost.dyn.ipv6.chaz6.com. 7200 IN A
On 22/11/09 21:01, Chris Buxton wrote:
Change the zone from type forward to type slave, and add
allow-update-forwarding.
zone "dyn.example.com." {
type slave;
masters { ::1; };
allow-update-forwarding { local-networks; };
};
Then in the external-in view, change allow-up
Hi
I have a zone "example.com" configured in two views, internal-in and
external-in. I have a dynamic zone "dyn.example.com" configured only as
an external zone. Internal clients can lookup hosts in dyn.example.com,
but cannot update ("not authorised") as the updates are matched by the
zone i
On 10/11/09 18:25, Raj Adhikari wrote:
Now I can do a dig for an hour or so. But again I run into same problem.
It wont return PTR record unless I explicitly do dig on ns1.cyzap.net.
Also, the last did showing ns1.cyzap.net as Authority NS for this IP.
But trace showing ns1.moneytreesystems.com a
On 23/08/09 08:23, sasa sasa wrote:
Hi List,
I want to know how to upgrade from BIND 9.4.2 to latest version?
Thanks.
Blue
Blue
Please see the following url for obtaining BIND:-
https://www.isc.org/software/bind/getting
You should have the least trouble upgrading to 9.4.3-P3 however the
late
On 18/08/09 20:32, Kevin Darcy wrote:
No, you can't do a "sideways" delegation like that.
The correct solution, as stated elsewhere, is to get
251.250.63.in-addr.arpa delegated directly from ARIN to the customer.
Strictly speaking it is legal to use DNAME at the apex of a zone since
DNAME onl
On 18/08/09 15:55, Ben Bridges wrote:
Since the CIDR block you have been allocated containing 63.250.251.0/24
is smaller than a /16, ARIN is delegating authority for the IN-ADDR.ARPA
zones for each of your /24's directly to your dns servers. In order for
your customer's dns servers to be authorit
Here I get a bad referral:
25.70.in-addr.arpa. 86400 IN NS TOROON63NSZP05.SRVR.BELL.CA.
25.70.in-addr.arpa. 86400 IN NS TOROONDCNSZS05.SRVR.BELL.CA.
;; Received 113 bytes from 192.35.51.32#53(dill.arin.net) in 173 ms
. 360 IN NS
Hi
After changing configuration from "listen-on-v6 { any; };" to using
specific addresses, I observed the following in the log after issuing
`rndc reload` (times are CEST):-
29-Jul-2009 04:44:22.893 network: error: binding TCP socket: address in use
29-Jul-2009 04:44:22.893 network: error: bi
On 16/07/09 09:13, Karl Auer wrote:
Windows XP cannot resolve over IPv6. It can use IPv6 addresses, but must
make its DNS queries and receive its DNS responses via IPv4 transport.
Sad but true. XP boxes must resolve via IPv4.
As a stop-gap you can install a dns resolver (BIND, Unbound, GbDns,
On 09/07/09 14:13, Ivan Dallaserra wrote:
Thanks a lot.
So this zone don't work because of missing delegation.
My ISP is inserting the delegation. How can I check it? Simple nslookup
193.206.22.134 on my DNS server and it has to work or I can do
furthemore check?
Regards,
Ivan
Hi Ivan
It is w
On 09/07/09 11:59, Ivan Dallaserra wrote:
Hi, I have a problem with my DNS server configured as RFC2317 stated.
The reverse of the zone "128/28.22.206.193.IN-ADDR.ARPA"
is not working, when I try to resolve it doesn't work:
Hi Ivan
It appears that the parent zone has not yet been updated to in
kernel upgrade on the guest.
Regards,
Chris Hills
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
On 15/06/09 11:29, Andrey G. Sergeev (AKA Andris) wrote:
There is no need for _any_ patch to use the built-in functionality.
The patch makes queries for "id.server. ch txt" report the value set by
the version option /by default/ without any additional configuration.
Regards,
Chris
___
On 13/06/09 16:23, Andrey G. Sergeev (AKA Andris) wrote:
Also, is it possible to configure BIND to respond on version.server.
chaos txt and id.server. chaos txt in the same manner as
version.bind. and hostname.bind. (i.e. automatically without
requiring a separate zone file)?
options {
server-i
On 13/06/09 16:23, Andrey G. Sergeev (AKA Andris) wrote:
Greetings,
Sat, 13 Jun 2009 11:08:53 +0200 Chris Hills wrote:
One can change the response to "version.bind. chaos txt" using the
configuration directive "version". Is there an equivalent
configuration directiv
On 13/06/09 11:39, Chris Hills wrote:
/etc/named.conf:160: zone 'bind': class 'CHAOS' does not match
view/default class
/etc/named.conf:165: zone 'server': class 'CHAOS' does not match
view/default class
I resolved this by switching to a view configurat
On 13/06/09 11:08, Chris Hills wrote:
Hi
One can change the response to "version.bind. chaos txt" using the
configuration directive "version". Is there an equivalent configuration
directive for "hostname.bind. chaos txt"?
Also, is it possible to configure BIN
xt and id.server. chaos txt in the same manner as version.bind.
and hostname.bind. (i.e. automatically without requiring a separate zone
file)?
Regards,
Chris Hills
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
://ftp.isc.org/isc/libbind/6.0rc1/libbind-6.0rc1.tar.gz.sha512.asc
FTFY :-)
Regards,
Chris Hills
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
Chris Thompson wrote:
I would welcome feedback on
http://people.pwf.cam.ac.uk/cet1/prune-reverse-zones
which describes a scheme we are experimenting with for reverse
lookup. (Executive summary: take RFC 2317 and carry the ideas
to their [possibly] logical conclusion.)
It's not BIND-specific,
libbind install a pkg-config file (perhaps
$prefix/lib/pkgconfig/libbind.pc).
Regards,
Chris Hills
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
Perhaps one day MX records can be deprecated entirely in favor of SRV.
Jabber got it right, and it would solve the e-mail server autodiscovery
problem for clients in a generic non-proprietary manner.
For example:- _smtp-server._tcp for servers, _smtp-client._tcp for clients.
__
29 matches
Mail list logo
