Fabien COUTANT wrote:
Gonna check this.
Ok, here's the log:
Nov 22 20:40:08 harris pppd[10147]: PPP session is 2016
Nov 22 20:40:08 harris pppd[10147]: Using interface ppp0
Nov 22 20:40:08 harris pppd[10147]: Connect: ppp0 -- eth0
Nov 22 20:40:08 harris pppd[10147]: CHAP
On Monday, 27 November 2006, you (Simon Kelley) wrote:
If that is the case, then adding
sleep 1
or possibly
sleep 2
to /etc/resolvconf/update.d/dnsmasq should fix the problem. Could you
try that? If it works it's a good fix which is easy to apply.
That's more or less what I've
Fabien COUTANT wrote:
On Monday, 27 November 2006, you (Simon Kelley) wrote:
If that is the case, then adding
sleep 1
or possibly
sleep 2
to /etc/resolvconf/update.d/dnsmasq should fix the problem. Could you
try that? If it works it's a good fix which is easy to apply.
That's more or
On Tuesday, 21 November 2006, you (Simon Kelley) wrote:
Do you think it's likely that the next dns query after the ddclient one
would be four minutes later? I'm trying to get a handle on if the update
Yes I think it was the case. I had no clamav update / outgoing mail /
fetchmail / or any
On Thursday, 16 November 2006, you (Simon Kelley) wrote:
[...cut...]
No, it checks the mtime of resolv.conf each time it does a DNS query,
provided more than one second has elapsed since the last check.
Looks like it doesn't. It again happened just a few minutes ago:
- resolvconf has triggered
Package: dnsmasq
Version: 2.35-1
Severity: important
Look at my pppd syslog:
Nov 16 18:03:31 harris pppd[4693]: CHAP authentication succeeded: Welcome to
use Quidway ROUTER, Huawei Tech.^M^J
Nov 16 18:03:31 harris pppd[4693]: CHAP authentication succeeded
Nov 16 18:03:31 harris pppd[4693]:
Fabien COUTANT wrote:
Package: dnsmasq
Version: 2.35-1
Severity: important
Look at my pppd syslog:
Nov 16 18:03:31 harris pppd[4693]: CHAP authentication succeeded: Welcome to
use Quidway ROUTER, Huawei Tech.^M^J
Nov 16 18:03:31 harris pppd[4693]: CHAP authentication succeeded
Nov 16
7 matches
Mail list logo