zone transfers sticking on one port?

Barry Margolin barmar at alum.mit.edu
Tue Mar 16 22:27:59 UTC 2004


In article <c37skg$sq$1 at sf1.isc.org>,
 Chris Fabri <fabric at northwestern.edu> wrote:

> At 03:19 PM 3/16/2004, Barry Margolin wrote:
> >In article <c37om5$2vok$1 at sf1.isc.org>, Jim Reid <jim at rfc1035.com>
> >wrote:
> >
> > > >>>>> "Barry" == Barry Margolin <barmar at alum.mit.edu> writes:
> >
> > >
> > >     Barry> BIND asks the OS to select a port when it first starts up.
> > >     Barry> So for the life of that named process it always uses the
> > >     Barry> same port number.
> >
> >
> >I was describing the UDP socket, not the TCP socket, since the OP's
> >filter was blocking UDP.  TCP works as you said (you can't reuse the
> >same socket for multiple connections), but is irrelevant to the
> >discussion.
> 
> 
> Sorry, i'm going to be redundant, I touched on this in an earlier email.
> 
> If this is the case, then when I happen to magically stumble onto this port 
> on startup, it won't work at all.  But what I saw was it working for a 
> while, then the error started.    Am I missing some other portion of what's 
> going on here with the port selection?   chris 

I can't explain that.  Are you sure someone didn't restart named and 
then notice the problem?

-- 
Barry Margolin, barmar at alum.mit.edu
Arlington, MA
*** PLEASE post questions in newsgroups, not directly to me ***


More information about the bind-users mailing list