Re: PTR format question
In article mailman.897.1269129914.21153.bind-us...@lists.isc.org, groups gro...@obsd.us wrote: I did not know there were MACROs available.. as I just inheirited this legacy system less than one month ago.. There aren't macros, just one special tool for creating a block of DNS entries that contain sequential numbers in them. What does it being a legacy system have to do with it? It's running a recent version of BIND, that's all that matters for this. -- Barry Margolin, bar...@alum.mit.edu Arlington, MA *** PLEASE don't copy me on replies, I'll read them in the group *** ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: PTR format question
Barry Margolin wrote, On 03/21/2010 04:22 AM: In article mailman.897.1269129914.21153.bind-us...@lists.isc.org, groups gro...@obsd.us wrote: I did not know there were MACROs available.. as I just inheirited this legacy system less than one month ago.. There aren't macros, just one special tool for creating a block of DNS entries that contain sequential numbers in them. Thx for the clarification. What does it being a legacy system have to do with it? It's running a recent version of BIND, that's all that matters for this. Bind is current.. yes.. I rebuilt the box.. the OS I know and can support.. The zone format specifically the PTR has been severely neglected and to me is legacy . And you saw the format of the PTR records.. There are several of those in that format .. The suggestion of the $GENERATE has been priceless ... Thx Charles ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: BIND9 Internal Reverse Look-ups Fail
That did the trick! Thank you so much for your assistance. On Sat, Mar 20, 2010 at 8:28 PM, Doug Barton do...@dougbarton.us wrote: On 03/20/10 17:11, michael peters wrote: zone 0.253.150.10.in-addr.arpa in { type master; file /etc/bind/10.150.253.0.rev; }; zone 0.0.16.172.in-addr.arpa in { type master; file /etc/bind/172.16.0.0.rev; }; This is your problem, you're not defining the right zones. You need to leave off the first 0 in the first zone, and I'm not sure how your zone file for 16.172.in-addr.arpa is configured, but likely you need to leave off at least the first 0 for that one too. The proper zone name for the zone file you pasted is 253.150.10.in-addr.arpa. FWIW, I like to name the files the same as the name of the zone itself, it makes a lot of things easier, but that's up to you. Also a minor issue, but the PTR for 30 is defined 3 times, 2 different ways. You should fix it to match the forward. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: PTR format question
On Mar 21, 2010, at 2:22 AM, Barry Margolin wrote: In article mailman.897.1269129914.21153.bind-us...@lists.isc.org, groups gro...@obsd.us wrote: I did not know there were MACROs available.. as I just inheirited this legacy system less than one month ago.. There aren't macros, just one special tool for creating a block of DNS entries that contain sequential numbers in them. pedant Well I think that you could make a reasonable case that $GENERATE is a macro: An abstraction whereby a certain textual pattern is replaced according to a defined set of rules and http://en.wikipedia.org/wiki/Macro_(computer_science) /pedant Sorry, just being difficult, W What does it being a legacy system have to do with it? It's running a recent version of BIND, that's all that matters for this. -- Barry Margolin, bar...@alum.mit.edu Arlington, MA *** PLEASE don't copy me on replies, I'll read them in the group *** ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users smime.p7s Description: S/MIME cryptographic signature ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: BIND9 Internal Reverse Look-ups Fail
On 03/21/10 08:29, michael peters wrote: That did the trick! Thank you so much for your assistance. Glad it worked out for you. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: dnssec signing tools
I should have been more specific.. What dnssec tools do the folks at ISC recommend.. I am scheduled for a 5 day class in Arlington, VA in May 2010 The ones we provide are dnssec-keygen and dnssec-signzone, which are included with BIND. Also, named itself--as of BIND 9.7.0, it can sign your zones automatically and even roll your keys on schedule. (It can't generate the keys for you, though; you have to do that by hand.) ZKT and dnssec-tools seem to be very cool, but I haven't used them extensively. ZKT is included with BIND in the contrib directory. For validation testing, the best tool I know of is drill, which is included with Unbound. -- Evan Hunt -- e...@isc.org Internet Systems Consortium, Inc. ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Error fetching SOA
Is it a problem to get a message from a DNS checking tool that indicates Error fetching SOA from ns1.example.com? Both of my external BIND 9.6.1 servers respond the same way and I'm assuming that I need to add something to my configuration. Please advise. ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Error fetching SOA
On Mar 21, 2010, at 11:21 AM, michael peters wrote: Is it a problem to get a message from a DNS checking tool that indicates Error fetching SOA from ns1.example.com? Both of my external BIND 9.6.1 servers respond the same way and I'm assuming that I need to add something to my configuration. In order for us to be able to provide you with useful answers, please provide us with the domain name, the name of the checking tool and the name of the server it is grumpy about. From a FAQ: http://dougbarton.us/DNS/bind-users-FAQ.html#RealNames W P.S: dig SOA ns1.example.com ; DiG 9.7.0-P1 SOA ns1.example.com ;; global options: +cmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NXDOMAIN, id: 51889 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;ns1.example.com. IN SOA ;; AUTHORITY SECTION: example.com. 10800 IN SOA dns1.icann.org. hostmaster.icann.org. 2009100600 7200 3600 1209600 86400 ;; Query time: 76 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Sun Mar 21 14:59:42 2010 ;; MSG SIZE rcvd: 94 :-P Please advise. ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users smime.p7s Description: S/MIME cryptographic signature ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Error fetching SOA
michael peters wrote: Is it a problem to get a message from a DNS checking tool that indicates Error fetching SOA from ns1.example.com http://ns1.example.com? Both of my external BIND 9.6.1 servers respond the same way and I'm assuming that I need to add something to my configuration. We know nothing about your configuration, nothing about the zone that you are trying to serve, and nothing about the checking tool that you are using to test. Not much to go on. Feel free to post configuration information and we might be able to help. AlanC signature.asc Description: OpenPGP digital signature ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Error fetching SOA from
I'm testing my external BIND 9.6.1 systems with http://www.checkdns.net/powercheck.aspx. Outbound resolution is fine. Internal resolution is fine. External resolution seems to be the problem. My firewall allows port 53 UDP and TCP. The messages I get are: Found NS record: castor.lazarusalliance.com[71.12.99.115], was resolved to IP address by G.GTLD-SERVERS.NET Found NS record: pollux.lazarusalliance.com[71.12.99.116], was resolved to IP address by G.GTLD-SERVERS.NET Domain has 2 DNS server(s) CheckDNS.NET is verifying if NS are alive Error fetching SOA from castor.lazarusalliance.com [71.12.99.115], request timed out. Probably DNS server is offline. Error fetching SOA from pollux.lazarusalliance.com [71.12.99.116], request timed out. Probably DNS server is offline. 0 server(s) are alive No DNS servers alive, tests stopped What other information should I provide to be helpful in getting this solved? ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Error fetching SOA
Here are the configuration files. # more named.conf include /etc/bind/named.conf.options; // prime the server with knowledge of the root servers zone . { type hint; file /etc/bind/db.root; }; // be authoritative for the localhost forward and reverse zones, and for // broadcast zones as per RFC 1912 zone localhost { type master; file /etc/bind/db.local; }; zone 127.in-addr.arpa { type master; file /etc/bind/db.127; }; zone 0.in-addr.arpa { type master; file /etc/bind/db.0; }; zone 255.in-addr.arpa { type master; file /etc/bind/db.255; }; zone lazarusalliance.com { type master; file /etc/bind/db.lazarusalliance.com.hosts; allow-update { any; }; allow-transfer { any; }; allow-query { any; }; }; zone 99.12.71.in-addr.arpa { type master; file /etc/bind/71.12.99.rev; }; include /etc/bind/named.conf.local; logging { category lame-servers { null; }; }; key rndc-key { algorithm hmac-md5; secret ; }; controls { inet 127.0.0.1 port 953 allow { 127.0.0.1; } keys { rndc-key; }; }; ++ # more named.conf.local // // Do any local configuration here // // Consider adding the 1918 zones here, if they are not used in your // organization //include /etc/bind/zones.rfc1918; ++ # more named.conf.options options { directory /var/cache/bind; // If there is a firewall between you and nameservers you want // to talk to, you might need to uncomment the query-source // directive below. Previous versions of BIND always asked // questions using port 53, but BIND 8.1 and later use an unprivileged // port by default. query-source address * port 53; // If your ISP provided one or more IP addresses for stable // nameservers, you probably want to use them as forwarders. // Uncomment the following block, and insert the addresses replacing // the all-0's placeholder. // forwarders { // 0.0.0.0; // }; auth-nxdomain no;# conform to RFC1035 listen-on-v6 { any; }; allow-transfer { any; }; allow-query { any; }; }; ++ # more db.lazarusalliance.com.hosts $ttl 3600 @ IN SOA castor.lazarusalliance.com. postmaster.lazarusalliance.com. ( 2010022604 1200 3600 1209600 3600 ) ; @ 3600IN NS castor.lazarusalliance.com. @ 3600IN NS pollux.lazarusalliance.com. ; castor.lazarusalliance.com. IN A 71.12.99.115 pollux.lazarusalliance.com. IN A 71.12.99.116 lazarusalliance.com.IN A 71.12.99.118 ; lazarusalliance.com.IN MX 5 castor.lazarusalliance.com. ++ # more 71.12.99.rev $TTL38400 @ IN SOA castor.lazarusalliance.com. postmaster.lazarusalliance.com. ( 2010032007 10800 3600 604800 38400 ) @ IN NS castor.lazarusalliance.com. 115 IN PTR castor.lazarusalliance.com. 116 IN PTR pollux.lazarusalliance.com. 118 IN PTR lazarusalliance.com. On Sun, Mar 21, 2010 at 2:19 PM, michael peters mdpeter...@gmail.comwrote: Here is more information. I'm testing my external BIND 9.6.1 systems with http://www.checkdns.net/powercheck.aspx. Outbound resolution is fine. Internal resolution is fine. External resolution seems to be the problem. My firewall allows port 53 UDP and TCP. The messages I get are: Found NS record: castor.lazarusalliance.com[71. 12.99.115], was resolved to IP address by G.GTLD-SERVERS.NEThttp://g.gtld-servers.net/ Found NS record: pollux.lazarusalliance.com[71.12.99.116], was resolved to IP address by G.GTLD-SERVERS.NET http://g.gtld-servers.net/ Domain has 2 DNS server(s) CheckDNS.NET is verifying if NS are alive Error fetching SOA from castor.lazarusalliance.com [71.12.99.115], request timed out. Probably DNS server is offline. Error fetching SOA from pollux.lazarusalliance.com [71.12.99.116], request timed out. Probably DNS server is offline. 0 server(s) are alive No DNS servers alive, tests stopped What other information should I provide to be helpful in getting this solved? On Sun, Mar 21, 2010 at 2:03 PM, Alan Clegg acl...@isc.org wrote: michael peters wrote:
Re: Error fetching SOA
Here is more information. I'm testing my external BIND 9.6.1 systems with http://www.checkdns.net/powercheck.aspx. Outbound resolution is fine. Internal resolution is fine. External resolution seems to be the problem. My firewall allows port 53 UDP and TCP. The messages I get are: Found NS record: castor.lazarusalliance.com[71. 12.99.115], was resolved to IP address by G.GTLD-SERVERS.NEThttp://g.gtld-servers.net/ Found NS record: pollux.lazarusalliance.com[71.12.99.116], was resolved to IP address by G.GTLD-SERVERS.NET http://g.gtld-servers.net/ Domain has 2 DNS server(s) CheckDNS.NET is verifying if NS are alive Error fetching SOA from castor.lazarusalliance.com [71.12.99.115], request timed out. Probably DNS server is offline. Error fetching SOA from pollux.lazarusalliance.com [71.12.99.116], request timed out. Probably DNS server is offline. 0 server(s) are alive No DNS servers alive, tests stopped What other information should I provide to be helpful in getting this solved? On Sun, Mar 21, 2010 at 2:03 PM, Alan Clegg acl...@isc.org wrote: michael peters wrote: Is it a problem to get a message from a DNS checking tool that indicates Error fetching SOA from ns1.example.com http://ns1.example.com? Both of my external BIND 9.6.1 servers respond the same way and I'm assuming that I need to add something to my configuration. We know nothing about your configuration, nothing about the zone that you are trying to serve, and nothing about the checking tool that you are using to test. Not much to go on. Feel free to post configuration information and we might be able to help. AlanC ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Error fetching SOA from
michael peters wrote: http://castor.lazarusalliance.com [71.12.99.115], request timed out. Probably DNS server is offline. http://pollux.lazarusalliance.com [71.12.99.116], request timed out. Probably DNS server is offline. Neither of these servers respond to queries. acl...@yellow:~$ dig @71.12.99.115 fred.lazarusalliance.com ; DiG 9.7.0 @71.12.99.115 fred.lazarusalliance.com ; (1 server found) ;; global options: +cmd ;; connection timed out; no servers could be reached AlanC signature.asc Description: OpenPGP digital signature ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: Error fetching SOA
wkum...@lisa:~$ ping 71.12.99.115 PING 71.12.99.115 (71.12.99.115) 56(84) bytes of data. --- 71.12.99.115 ping statistics --- 5 packets transmitted, 0 received, 100% packet loss, time 4016ms wkum...@lisa:~$ dig SOA castor.lazarusalliance.com @71.12.99.115 ; DiG 9.7.0-P1 SOA castor.lazarusalliance.com @71.12.99.115 ;; global options: +cmd ;; connection timed out; no servers could be reached wkum...@lisa:~$ Cannot get there? route-viewssho ip route 71.12.99.115 % Network not in table route-viewssho ip bgp 71.12.99.115 BGP routing table entry for 71.12.96.0/20, version 4184824908 Paths: (34 available, no best path) Flag: 0x820 Not advertised to any peer 701 3356 20115, (aggregated by 20115 172.31.148.182) 157.130.10.233 (inaccessible) from 157.130.10.233 (137.39.3.60) Origin IGP, localpref 100, valid, external, atomic-aggregate 3277 3216 19151 20115, (aggregated by 20115 172.31.148.182) 194.85.102.33 (inaccessible) from 194.85.102.33 (194.85.4.16) Origin IGP, localpref 100, valid, external, atomic-aggregate Community: 210766776 210766877 214764688 1255080936 1255140942 1255144956 1318259640 1318319642 7500 2516 19151 20115, (aggregated by 20115 172.31.148.182) 202.249.2.86 (inaccessible) from 202.249.2.86 (203.178.133.115) Origin IGP, localpref 100, valid, external, atomic-aggregate 1239 19151 20115, (aggregated by 20115 172.31.148.182) 144.228.241.130 (inaccessible) from 144.228.241.130 (144.228.241.130) Origin IGP, localpref 100, valid, external, atomic-aggregate 3356 20115, (aggregated by 20115 172.31.148.182) [SNIP] W On Mar 21, 2010, at 12:41 PM, michael peters wrote: Here is more information. I'm testing my external BIND 9.6.1 systems with http://www.checkdns.net/powercheck.aspx . Outbound resolution is fine. Internal resolution is fine. External resolution seems to be the problem. My firewall allows port 53 UDP and TCP. The messages I get are: Found NS record: castor.lazarusalliance.com[71. 12.99.115], was resolved to IP address by G.GTLD-SERVERS.NET Found NS record: pollux.lazarusalliance.com[71.12.99.116], was resolved to IP address by G.GTLD-SERVERS.NET Domain has 2 DNS server(s) CheckDNS.NET is verifying if NS are alive Error fetching SOA from castor.lazarusalliance.com [71.12.99.115], request timed out. Probably DNS server is offline. Error fetching SOA from pollux.lazarusalliance.com [71.12.99.116], request timed out. Probably DNS server is offline. 0 server(s) are alive No DNS servers alive, tests stopped What other information should I provide to be helpful in getting this solved? - Show quoted text - On Sun, Mar 21, 2010 at 2:03 PM, Alan Clegg acl...@isc.org wrote: - Show quoted text - michael peters wrote: Is it a problem to get a message from a DNS checking tool that indicates Error fetching SOA from ns1.example.com http:// ns1.example.com? Both of my external BIND 9.6.1 servers respond the same way and I'm assuming that I need to add something to my configuration. We know nothing about your configuration, nothing about the zone that you are trying to serve, and nothing about the checking tool that you are using to test. Not much to go on. Feel free to post configuration information and we might be able to help. AlanC ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users Reply Reply to all Forward Reply | michael peters ✆ to Alan, Bind show details 2:40 PM (0 minutes ago) Here are the configuration files. # more named.conf include /etc/bind/named.conf.options ; // prime the server with knowledge of the root servers zone . { type hint; file /etc/bind/db.root; }; // be authoritative for the localhost forward and reverse zones, and for // broadcast zones as per RFC 1912 zone localhost { type master; file /etc/bind/db.local; }; zone 127.in-addr.arpa { type master; file /etc/bind/db.127; }; zone 0.in-addr.arpa { type master; file /etc/bind/db.0; }; zone 255.in-addr.arpa { type master; file /etc/bind/db.255; }; zone lazarusalliance.com { type master; file /etc/bind/db.lazarusalliance.com.hosts; allow-update { any; }; allow-transfer { any; }; allow-query { any; }; }; zone 99.12.71.in-addr.arpa { type master; file /etc/bind/71.12.99.rev; }; include /etc/bind/named.conf.local; logging { category lame-servers { null; }; }; key rndc-key { algorithm hmac-md5; secret ; }; controls { inet 127.0.0.1 port 953 allow { 127.0.0.1; } keys { rndc- key; }; }; ++ # more
Re: Error fetching SOA
Part of this fixed itself when I power cycled the darn gateway router. I have no idea what happened there. I feel like a dog chasing my tail today. Thank you Warren and Alan for helping me out. On Sun, Mar 21, 2010 at 3:47 PM, Warren Kumari war...@kumari.net wrote: wkum...@lisa:~$ ping 71.12.99.115 PING 71.12.99.115 (71.12.99.115) 56(84) bytes of data. --- 71.12.99.115 ping statistics --- 5 packets transmitted, 0 received, 100% packet loss, time 4016ms wkum...@lisa:~$ dig SOA castor.lazarusalliance.com @71.12.99.115 ; DiG 9.7.0-P1 SOA castor.lazarusalliance.com @71.12.99.115 ;; global options: +cmd ;; connection timed out; no servers could be reached wkum...@lisa:~$ Cannot get there? route-viewssho ip route 71.12.99.115 % Network not in table route-viewssho ip bgp 71.12.99.115 BGP routing table entry for 71.12.96.0/20, version 4184824908 Paths: (34 available, no best path) Flag: 0x820 Not advertised to any peer 701 3356 20115, (aggregated by 20115 172.31.148.182) 157.130.10.233 (inaccessible) from 157.130.10.233 (137.39.3.60) Origin IGP, localpref 100, valid, external, atomic-aggregate 3277 3216 19151 20115, (aggregated by 20115 172.31.148.182) 194.85.102.33 (inaccessible) from 194.85.102.33 (194.85.4.16) Origin IGP, localpref 100, valid, external, atomic-aggregate Community: 210766776 210766877 214764688 1255080936 1255140942 1255144956 1318259640 1318319642 7500 2516 19151 20115, (aggregated by 20115 172.31.148.182) 202.249.2.86 (inaccessible) from 202.249.2.86 (203.178.133.115) Origin IGP, localpref 100, valid, external, atomic-aggregate 1239 19151 20115, (aggregated by 20115 172.31.148.182) 144.228.241.130 (inaccessible) from 144.228.241.130 (144.228.241.130) Origin IGP, localpref 100, valid, external, atomic-aggregate 3356 20115, (aggregated by 20115 172.31.148.182) [SNIP] W On Mar 21, 2010, at 12:41 PM, michael peters wrote: Here is more information. I'm testing my external BIND 9.6.1 systems with http://www.checkdns.net/powercheck.aspx. Outbound resolution is fine. Internal resolution is fine. External resolution seems to be the problem. My firewall allows port 53 UDP and TCP. The messages I get are: Found NS record: castor.lazarusalliance.com[71. 12.99.115], was resolved to IP address by G.GTLD-SERVERS.NET Found NS record: pollux.lazarusalliance.com[71.12.99.116], was resolved to IP address by G.GTLD-SERVERS.NET Domain has 2 DNS server(s) CheckDNS.NET is verifying if NS are alive Error fetching SOA from castor.lazarusalliance.com [71.12.99.115], request timed out. Probably DNS server is offline. Error fetching SOA from pollux.lazarusalliance.com [71.12.99.116], request timed out. Probably DNS server is offline. 0 server(s) are alive No DNS servers alive, tests stopped What other information should I provide to be helpful in getting this solved? - Show quoted text - On Sun, Mar 21, 2010 at 2:03 PM, Alan Clegg acl...@isc.org wrote: - Show quoted text - michael peters wrote: Is it a problem to get a message from a DNS checking tool that indicates Error fetching SOA from ns1.example.com http://ns1.example.com? Both of my external BIND 9.6.1 servers respond the same way and I'm assuming that I need to add something to my configuration. We know nothing about your configuration, nothing about the zone that you are trying to serve, and nothing about the checking tool that you are using to test. Not much to go on. Feel free to post configuration information and we might be able to help. AlanC ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users Reply Reply to all Forward Reply | michael peters ✆ to Alan, Bind show details 2:40 PM (0 minutes ago) Here are the configuration files. # more named.conf include /etc/bind/named.conf.options ; // prime the server with knowledge of the root servers zone . { type hint; file /etc/bind/db.root; }; // be authoritative for the localhost forward and reverse zones, and for // broadcast zones as per RFC 1912 zone localhost { type master; file /etc/bind/db.local; }; zone 127.in-addr.arpa { type master; file /etc/bind/db.127; }; zone 0.in-addr.arpa { type master; file /etc/bind/db.0; }; zone 255.in-addr.arpa { type master; file /etc/bind/db.255; }; zone lazarusalliance.com { type master; file /etc/bind/db.lazarusalliance.com.hosts; allow-update { any; }; allow-transfer { any; }; allow-query { any; }; }; zone 99.12.71.in-addr.arpa { type master; file /etc/bind/71.12.99.rev; }; include /etc/bind/named.conf.local; logging { category
BIND doesn't run on XP
Hello, I'm new on BIND, and I tried to install and configure both 9.7.0-P1 and 9.6.2-P1 versions on a Windows XP SP3. In both cases they were correct installations but they produce the same error: starting BIND 9.x.x-P1 -g built with default found 1 CPU, using 1 worker thread .\socket.c:639: INSIST(err == 0) failed exiting (due to assertion failure) I used 'netstat' command to see if 53 and 953 ports are in use but there aren`t. And I don't know how to solve... Any suggestion? Thank you, in advance. Saludos / Regards / Amicalement / Salutoj / 问候 (wèn hòu), Pedro Rafael Sánchez Aranda. prsa_...@yahoo.com (prsa_...@geocities.com) Todo debe hacerse tan simple como sea posible, pero no más simple. En los momentos de crisis, sólo la imaginación es más importante que el conocimiento. Nunca pienso en el futuro. Llega enseguida. Hay dos cosas infinitas: el Universo y la estupidez humana. Y del Universo no estoy seguro. ---Albert Einstein (1879-1955): físico y matemático--- Q Antes de imprimir este mensaje, asegúrate que es necesario hacerlo. Proteger el medio ambiente está también en tu mano. ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: BIND doesn't run on XP
In message 765500.82688...@web32004.mail.mud.yahoo.com, =?utf-8?B?UGVkcm8gUmF mYWVsIFPDoW5jaGV6IEFyYW5kYQ==?= writes: Hello, I'm new on BIND, and I tried to install and configure both 9= .7.0-P1 and 9.6.2-P1 versions on a Windows XP SP3. You get this sort of error on Windows 2000. Windows XP has the relevent functions. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: BIND doesn't run on XP
Pedro Rafael Sánchez Aranda wrote: **Hello, I'm new on BIND, and I tried to install and configure both 9.7.0-P1 and 9.6.2-P1 versions on a Windows XP SP3. In both cases they were correct installations but they produce the same error: starting BIND 9.x.x-P1 -g built with default found 1 CPU, using 1 worker thread .\socket.c:639: INSIST(err == 0) failed exiting (due to assertion failure) I used 'netstat' command to see if 53 and 953 ports are in use but there aren`t. Are you sure you are running Windows XP? It's looking for the ConnectEx() function and it's failing. That function first was available on Windows XP and failure to find that is an indication that you are not running XP. Danny ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users