[pptp-server] NT error 718: timeout?

[Thane Brooker]

Check the following link:

http://support.microsoft.com/support/kb/articles/q162/8/47.asp

The other thing I noticed with 98 (haven't tried NT) is the very first connection to a newly started pptpd causes 98 DUN to
hang, and I need to reboot 98.  (Just killing the 'not responding' DUN and trying again doesnt work).  I kill the pptp control
and pppd connection processes on Linux (but leave the initial pptpd running) and try a connection again from 98 (after
rebooting), and it works fine.  After this initial first-connection problem there are no other connection issues (other that
what has already been mentioned).  It took me some time to figure this out, because the natural reaction on a failed connect
was for me to kill and restart the entire pptpd after tweaking the configs, rather than just kill the child processes, reboot
the client and try again.  Maybe this is related to your problem.

Gunnar Hellekson wrote:

> I'm working off linux 2.0.36, pppd 2.3.5, pptpd 0.8.6 from the RPM,
> and NT 4.0 sp4 as a client.
>
> pppd and the NT RAS client seem to talk to each other perfectly well, but the
> pppd doesn't seem to be responding to the client's password.  It happens
> regardless of the IPs I'm using, and the password auth. on NT is set to allow
> cleartext.  Any pointers?
>
> Here's the pptpd.conf (suggested elsewhere on the list):
>
> debug 1                 # this didn't increase verbosity... should it?
> localip 192.168.0.234
> remoteip 192.168.0.235
> speed 115200
>
> The /etc/ppp/options:
>
> local
> lock
> debug
>
> and the chap-secret:
> user pptp-server        password *
>
> Here's my syslog, with the added benefit of the packet filter's logs.
> The rejected UDP packets don't seem to matter, as allowing them through
> still yields the same error:
>
> May 28 20:51:46 firewall kernel: IP fw-in acc eth0 TCP <remote-ip>:1046 <server-ip>:1723 L=44 S=0x1C I=21249 F=0x0040 T=117
> May 28 20:51:46 firewall kernel: IP fw-in rej eth0 UDP <remote-ip>:137 <server-ip>:137 L=78 S=0x00 I=22017 F=0x0000 T=117
> May 28 20:51:47 pptpd-server pppd[8036]: pppd 2.3.5 started by root, uid 0
> May 28 20:51:47 pptpd-server pppd[8036]: Using interface ppp0
> May 28 20:51:47 pptpd-server pppd[8036]: Connect: ppp0 <--> /dev/ttya0
> May 28 20:51:48 firewall kernel: IP fw-in rej eth0 UDP <remote-ip>:137 <server-ip>:137 L=78 S=0x00 I=23297 F=0x0000 T=117
> May 28 20:51:49 firewall kernel: IP fw-in rej eth0 UDP <remote-ip>:137 <server-ip>:137 L=78 S=0x00 I=23809 F=0x0000 T=117
>
> # right about here, NT complains "Error 718: Timed out waiting for a valid response from the remote PPP peer"
>
> May 28 20:52:17 pptpd-server pppd[8036]: LCP: timeout sending Config-Requests
> May 28 20:52:17 pptpd-server pppd[8036]: Connection terminated.
> May 28 20:52:17 pptpd-server pppd[8036]: Exit.
> May 28 20:53:58 pptpd-server kernel: PPP: ppp line discipline successfully unregistered
>
> --
> Gunnar Hellekson                     t r i l u x  i n t e r n e t  g r o u p
>   RIP is irrelevant. Spoofing is futile. Your routes will be aggregated.
>
> _______________________________________________
> pptp-server maillist  -  pptp-server at lists.schulte.org
> http://lists.schulte.org/mailman/listinfo/pptp-server
> List services provided by www.schulte.org!