[vox-tech] I'm also having ntp problems :-(

vox-tech@lists.lugod.org vox-tech@lists.lugod.org
Thu, 25 Apr 2002 02:11:51 -0400


On Wed, Apr 24, 2002 at 11:04:01PM -0700, Ryan wrote:
> The following seems to be happening...
> 
> connections to a udp server on nat work fine both ways.
> 
> connections to a udp server on bob only work for sending data to bob.
> 
> in tcpdump, I see nat telling bob that the udp port is unreachable, yet bob 
> has no firewall.
> 
> Very odd.....

  Can you paste a 10 line tcpdump log showing this event?

A little background, 
  nat is (the nat/firewall/ntp machine)
  bob is (the client)
if not correct please explain.

> On Wednesday 24 April 2002 10:51 pm, msimons@moria.simons-clan.com wrote:
> > On Wed, Apr 24, 2002 at 10:26:13PM -0700, Ryan wrote:
> > > On Wednesday 24 April 2002 10:04 pm, msimons@moria.simons-clan.com wrote:
> > > >   Something is preventing port 123 UDP packets from going between
> > > > bob and nat, you can see packets be transmitted and no reply.  It
> > > > could also be that your ntpd is configured to not accept connections
> > > > from bob.
> > >
> > > This can now be blamed on firewall rules.
> >
> > Something doesn't look right about this...
> >
> >   Both ntdq and ntpdate create the same type of UDP based socket,
> > running from the same machine one of them gets replies the other
> > does not (the packets are different sizes).  It is true that some
> > length based firewall checks could be blocking the replies... but
> > it's important to figure out what is broken before changing things
> > and I still don't have enough information.  It could be either ntpd
> > or the firewall, since it could as likely be server configuration
> > (like only accepting certain client revisions).
> >
> >   If it still doesn't work after you have fun looking through your
> > firewall rules install strace on the firewall and run the trace
> > requested below.  If you can't use "apt-get install strace" then
> > remember it is simply one big executable, scp it to the firewall
> > from a similar machine and just run the binary from /tmp then
> > nuke it.
> _______________________________________________
> vox-tech mailing list
> vox-tech@lists.lugod.org
> http://lists.lugod.org/mailman/listinfo/vox-tech