Hello,
Erik Corry wrote:
> > >echo "1" > /proc/sys/net/ipv4/ip_dynaddr
> >
> > Yes, I had it setup this way for long, but it doesn't help...
>
> You definitely need that, so if you got rid of it, put
> it back. It just can't work without that, especially if
> you have a cacheing name server on the Linux host.
I have left it on, but still the first packet (or its answer) gets lost.
When I turned this option on, I couldn't see any difference, it works no
better and no worse than without it...
I have a DNS running on my Linux box that manages both my local internal
domain and acts as a caching DNS for the outside world.
> Now you need to make sure that your Windows machines
> are not giving up too soon. Someone already posted the
> registry setting, you probably need that too.
I don't think that this is the issue for the following reason: I made the
following test:
- From one of my Windows machines, I request a Web page, that causes dials
to dial. Using an analog modem, I know the dialing takes some time. So I
watch the dialing process and when the modem link establishes, I kill the
web page request on the Windows machine, and request a web page from another
machine. At this step, it will only take less than 5 seconds before the PPP
link actually comes up.
- Anyway, the machine that requested the web page some seconds before the
link is up will get no answer, and timeout, but much later.
> If that doesn't work, then a tcpdump of the PPP link
> while the problem is happening would be cool, though
> it's difficult to get that to work in my experience,
> since tcpdump doesn't like interfaces that go up and down.
Yep, I'm not familar enough with tcpdump and the like to perform thorough
testings on this.
I would appreciate very much to know:
- Whether somebody in the list could personnally succeed in getting a
masquerading diald config with dynamic IP addresses where the first packet
does *not* get lost,
- And to get a copy of the main involved config files, of such a working
config.
Thank you very much Erik for your input.
Best regards.
[EMAIL PROTECTED]
smime.p7s
