Still getting nowhere. This time it seems to be falling over with incorrect challenge responses. ============== 248.697 tunnel_new() -> 20109/0 248.698 20109/30: Peer host name is 'a7800113.lansa.co.uk' 248.698 auth_gen_response(secret=Qwertest1) -> cc1082446b7d1548ef04070806a2eecd 248.698 tunnel(20109/30) state idle -> wait-ctl-conn 248.698 tunnel_enqueue_dgram(20109/30, SCCRP) rws=8 cwnd=1 ssthresh=8 outstanding=0 248.698 xmit_queued(20109/30): rws=8 cwnd=1 ssthresh=8 outstanding=0 248.699 dgram_send_to_wire() -> type=SCCRP, tid=30, sid=0, Nr=1, Ns=0 248.699 loop in xmit_queued(20109/30): rws=8 cwnd=1 ssthresh=8 outstanding=1 248.702 dgram_take_from_wire() -> type=SCCCN, tid=20109, sid=0, Nr=1, Ns=1 248.702 tunnel_schedule_ack(20109/30) 248.703 tunnel_dequeue_acked_packets(20109/30) rws=8 cwnd=1 ssthresh=8 outstanding=0 248.703 tunnel_process_received_datagram(20109/30, SCCCN) 248.703 tunnel_send_StopCCN(20109/30, 4, 3, Incorrect challenge response) 248.703 tunnel(20109/30) state wait-ctl-conn -> sent-stop-ccn ============== I'd be very, very gratefull if you could show me your working config file and tell me how you configured the VPN device on W2K.
BTW how did you find out that each word must be specified on a different line. May be my config is still not right. =============== # Configure the sync-pppd handler. You MUST have a "section sync-pppd" line # even if you don't set any options. section sync-pppd # lns-pppd-opts "10.45.10.1:10.45.10.2 lcp-echo-interval 30 lcp-echo-failure 6" # lac-pppd-opts "user example name example noipdefault ipcp-accept-local ipcp-accept-remote lcp-echo-interval 30 lcp-echo-fai lns-pppd-opts auth lns-pppd-opts require-chap lns-pppd-opts user lns-pppd-opts a7800113.lansa.co.uk lns-pppd-opts name lns-pppd-opts linuxfw2.lansa.co.uk lns-pppd-opts 10.45.10.1:10.45.10.2 lns-pppd-opts lcp-echo-interval 30 lns-pppd-opts lcp-echo-failure 6 ===================== Regards Dom -----Original Message----- From: Ulrich Holeschak [mailto:[EMAIL PROTECTED]] Sent: 08 January 2003 03:21 To: [EMAIL PROTECTED] Subject: Re: loopback error You must specify the lns-pppd-opts and lac-pppd-opts differently, each word i a seperate line like this: lns-pppd-opts user lns-pppd-opts a7800113.lansa.co.uk lns-pppd-opts name lns-pppd-opts linuxfw2.lansa.co.uk passive .... Ulrich -----Urspr�ngliche Nachricht----- Von: "Cressatti, Dominique" <[EMAIL PROTECTED]> An: <[EMAIL PROTECTED]> Gesendet: Dienstag, 7. Januar 2003 15:51 Betreff: RE: loopback error I've just tried rp-l2tp without much luck. >From the Linux end I get ============================ 0.000 dgram_take_from_wire() -> type=SCCRQ, tid=0, sid=0, Nr=0, Ns=0 0.000 tunnel_new() -> 33418/0 0.000 33418/30: Peer host name is 'a7800113.lansa.co.uk' 0.002 auth_gen_response(secret=Qwertest1) -> 9c777aeb096f89662565e99dfd965cb8 0.002 tunnel(33418/30) state idle -> wait-ctl-conn 0.002 tunnel_enqueue_dgram(33418/30, SCCRP) rws=8 cwnd=1 ssthresh=8 outstanding=0 0.003 xmit_queued(33418/30): rws=8 cwnd=1 ssthresh=8 outstanding=0 0.003 dgram_send_to_wire() -> type=SCCRP, tid=30, sid=0, Nr=1, Ns=0 0.004 loop in xmit_queued(33418/30): rws=8 cwnd=1 ssthresh=8 outstanding=1 1.014 xmit_queued(33418/30): rws=8 cwnd=1 ssthresh=1 outstanding=0 1.014 dgram_send_to_wire() -> type=SCCRP, tid=30, sid=0, Nr=1, Ns=0 1.015 loop in xmit_queued(33418/30): rws=8 cwnd=1 ssthresh=1 outstanding=1 3.024 xmit_queued(33418/30): rws=8 cwnd=1 ssthresh=1 outstanding=0 3.024 dgram_send_to_wire() -> type=SCCRP, tid=30, sid=0, Nr=1, Ns=0 3.025 loop in xmit_queued(33418/30): rws=8 cwnd=1 ssthresh=1 outstanding=1 7.034 xmit_queued(33418/30): rws=8 cwnd=1 ssthresh=1 outstanding=0 7.034 dgram_send_to_wire() -> type=SCCRP, tid=30, sid=0, Nr=1, Ns=0 7.035 loop in xmit_queued(33418/30): rws=8 cwnd=1 ssthresh=1 outstanding=1 15.044 xmit_queued(33418/30): rws=8 cwnd=1 ssthresh=1 outstanding=0 15.044 dgram_send_to_wire() -> type=SCCRP, tid=30, sid=0, Nr=1, Ns=0 15.045 loop in xmit_queued(33418/30): rws=8 cwnd=1 ssthresh=1 outstanding=1 Error: Too many retransmissions on tunnel (33418/30); closing down 23.054 tunnel_free(33418/30) ======================================= my /etc/l2tp/l2tp.conf looking like: ====================================== # Global section (by default, we start in global mode) global # Load handlers load-handler "sync-pppd.so" load-handler "cmd.so" # Bind address listen-port 1701 # Configure the sync-pppd handler. You MUST have a "section sync-pppd" line # even if you don't set any options. section sync-pppd lns-pppd-opts "user a7800113.lansa.co.uk name linuxfw2.lansa.co.uk passive -detach auth require-chap 10.45.10.123:10.44.10.12 3 lcp-echo-interval 30 lcp-echo-failure 6" lac-pppd-opts "user example name example noipdefault ipcp-accept-local ipcp-accept-remote lcp-echo-interval 30 lcp-echo-failu re 6" # Peer section section peer peer 195.157.58.111 secret Qwertest1 port 1701 lac-handler sync-pppd lns-handler sync-pppd hide-avps no =============================== and the W2k complaining that the modem reported and error Would you care to give me an example config that works? Rgds Dom -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 07 January 2003 14:21 To: [EMAIL PROTECTED] Subject: Re: loopback error Hello, i also had this problem with win 2000. The only real (stable) way to solve this was using the rp-l2tpd-0.3 implementation. I have seen, that l2tpd echoes back the send telegrams and win 2000 dislikes this... Ulrich -----Urspr�ngliche Nachricht----- Von: <[EMAIL PROTECTED]> An: <[EMAIL PROTECTED]> Gesendet: Dienstag, 7. Januar 2003 14:59 Betreff: loopback error > Hi Folks ! > > I'm currently setting up a VPN access server for the organization I'm > working for and my softs of choice are (off course :) L2TPD/Frees/Wan, > on a Linux box. > VPN clients are meant to be Windows 2000/XP and I got some recurrent > connection problem with a "loopback error" detected on the windows side. > After several times (3-5...), the connection succeeds. > I checked the mailing list archive but no good solutions seems to have > araised. I've read on PPP docs that during LCP phase bad magic number > negociation may cause a loopback error. > Connection errors still persist with PPP option "connect-delay" set; > "nomagic" option seems to get things worse than before... > Does anybody have any idea ? Is there any Windows registry value to hack > to get things working better (maybe in > KEY_LOCAL_MACHINE\SYSTEM\CCS\Services\Rasman\PPP) ? > > > Thanx for your help ! > > > -- > BD >
