essage-
From: Mark Andrews
Sent: Monday, April 08, 2019 1:38 PM
To: 이석문님/Core솔루션팀
Cc: bind-users@lists.isc.org
Subject: Re: recursive query use tcp ?
I suggest that you fix whatever is blocking the UDP queries as the servers (in
Singapore at least) do respond to UDP queries.
% dig @19
I suggest that you fix whatever is blocking the UDP queries as the servers
(in Singapore at least) do respond to UDP queries.
% dig @194.0.38.1 sukmoonlee.tk +nsid
; <<>> DiG 9.15.0-dev+hotspot+add-prefetch+marka <<>> @194.0.38.1 sukmoonlee.tk
+nsid
; (1 server found)
;; global options: +cmd
;;
In article ,
Mark Andrews wrote:
> In message <4c229962.9000...@zuka.net>, Dave Filchak writes:
> > Hi all,
> >
> > Is there a way to allow a recursive query from a dynamically allocated
> > IP address? I know that the options statements match list requires an IP
> > address but if the IP add
In message <4c229962.9000...@zuka.net>, Dave Filchak writes:
> Hi all,
>
> Is there a way to allow a recursive query from a dynamically allocated
> IP address? I know that the options statements match list requires an IP
> address but if the IP address I am coming from changes from
> time-to-t
Hi All,
I have looked into the code socket.c file and tusc output for the requirsive
query.
tusc O/P :
-
#3 connect(516, 0x347694, 16) ..
thanks for reply.
This issue is seen only on hp-ux 11.11/11.23 env. I have checked the
configuration and
environment issue not finding anything wrong.
Regards
Kalpesh
On Tue, Aug 11, 2009 at 11:20 PM, Cathy Almond wrote:
> I would recommend tracing or similar to find out why your named daem
I would recommend tracing or similar to find out why your named daemon
is not able to send to the IP address being logged. You may find that
there are network connectivity issues or that the remote IP is sending
back an ICMP response.
The reason this particular logged error is seen on HP-UX is se
Well, you could file a bug report, but I'm not aware of this error
happening on other platforms, so it might end up being a kernel issue of
some sort.
- Kevin
kalpesh varyani wrot
Hi Kevin,
Thanks a lot.
Please find the more details for the same.
BIND version : 9.3.6
OS version : HP-UX 11.23
I have look at the *socket.c* file and seen that "
This error indicates that sendmsg(2) failed with EDESTADDREG ".
---
"#53" designates *port* 53. Nothing unusual about that.
To me, this looks more like a kernel issue-- EDESTADDRREQ is what you
get if you try to send data via a UDP socket that's not connect()ed.
BIND keeps good track of what's connect()ed and what isn't; it's like
the kernel is losing the asso
thanks for your quick reply
I am seen below error msg " once per 60sec" and no seen any query failure.
general: error: internal_send: 192.168.2.222#53: Destination address
required
general: error: /lib/isc/unix/errno2result.c:116: unexpected
error:
general: error: unable to convert errno to isc
On Aug 11, 2009, at 12:39 PM, kalpesh varyani wrote:
Hi,
I have below configuration.
DNS server1 -- Forwarder
DNS server2-- Authoritative
I am seeing following errors on server1.
general: error: internal_send: 192.168.2.222#53: Destination address
required
g
12 matches
Mail list logo