Date: Wed, 30 Jun 2004 08:37:46 -0500 From: Mark <boxend@redtick.homeunix.com> To: Brian Somers <brian@Awfulhak.org> Cc: freebsd-questions@freebsd.org Subject: Re: Squid, FreeBSD, Multilink PPP Message-ID: <20040630133746.GA7125@redtick.homeunix.com> In-Reply-To: <20040630133923.5aedaade@dev.lan.Awfulhak.org> References: <20040630094314.GA1016@profi.kharkov.ua> <20040630133923.5aedaade@dev.lan.Awfulhak.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Do you have a cache dns server running on your system, if not start one add it to the resolve.conf pluse the upstream dns servers then ## out the enable dns in the ppp.conf (you'll lose the ref to yours in the resolv.conf each time you reconnect if you don't). SOunds to me squid is looking for a dns server that is not there, and waits for a time out. On Wed, Jun 30, 2004 at 01:39:23PM +0100, Brian Somers wrote: > On Wed, 30 Jun 2004 12:43:14 +0300, Gregory Edigarov <greg@profi.kharkov.ua> wrote: > > Hello, > > > > I have Squid-2.5 running on FreeBSD 5-Current. We have 2 ppp links, > > and use them in multilink mode, through userlevel ppp. > > If one or both links fail and then come up, say, if I just turn the > > modem power off and on all the web browsing becomes very slow > > squid. > > It takes forever for squid to show a page which, in a normal > > conditions, would take only a few seconds. Pings to those sites I am > > trying to open are just fine. > > Taking squid down and then up have no effect. The only thing help is > > rebooting > > the whole system. > > > > Is there anything I can do? > > How does ppp deal with the link loss - does it notice immediately ? I > would expect very little latency if it does as it should be able to just > trash the existing queued data and continue using the other link. > > I guess other connections suffer the same problems -- it's not just squid ? > > It might be interesting doing a ``show mp'' or ``show bundle'' to determine > what sort of packet queuing and reassembly is happening after the link is > lost. > > If the queues are large, you might get slightly better performance by > reducing the links mtu (set mtu max), but really, things should recover > ok even with a ~1500 MTU. > > -- > Brian <brian@Awfulhak.org> <brian@[uk.]FreeBSD.org> > <http://www.Awfulhak.org>; <brian@[uk.]OpenBSD.org> > Don't _EVER_ lose your sense of humour ! > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" -- ------------------------------------------------------------------------------ ********** The information contained in this communication is confidential, private, proprietary, or otherwise privileged and is intended only for the use of the addressee. Unauthorized use, disclosure, distribution or copying is strictly prohibited and may be unlawful. If you have received this communication in error, please notify the sender immediately. ********** ==============================================================================
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040630133746.GA7125>