>From the connection script, it looks to me like the remote side
disconnects from you after the connection has been established.
The log of pptp is not complete. There are supposed to be some messages
by pptp before starting pppd.
There is something strange with the numbers of sent and received bytes.
You seem to have sent 199MB and received 164 bytes while your connection
was alive. If this is real data transfer, then I'd look for some
process which clogged the PPP channel with its own junk data, preventing
any other data from passing.
--- Omer
On Sat, 2007-01-27 at 17:04 +0200, Micha Feigin wrote:
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of Micha Feigin
> > Sent: Saturday, January 27, 2007 3:21 PM
> > To: [email protected]
> > Subject: RE: cable connection to barak (pptp)
> >
> > Ok, I found the scripts, they're at cables2.netvision.net.il,
> > will report again if it works
> >
>
> Still no good. I tried the script. The pptp connection comes up, revieves ip
> and
> dns but nothing is sent over the connection.
> The log of running both pptp and pppd in debug mode (from syslog) is at the
> end
> if anyone can make any sense of it.
>
> Thanks
>
> > > -----Original Message-----
> > > From: Baruch Shpirer [mailto:[EMAIL PROTECTED]
> > > Sent: Friday, January 26, 2007 9:35 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: Re: cable connection to barak (pptp)
> > >
> > > checkout pptp scripts in netvision site, i remember having the same
> > > problem, you need to replace the ips to get the packets to
> > the tunnel
> > > entrence, just download the script and compare and ull understand
> > >
> > > ----- Original Message -----
> > > From: <[EMAIL PROTECTED]>
> > > To: "Linux-IL, " <[email protected]>
> > > Sent: Friday, January 26, 2007 20:54
> > > Subject: cable connection to barak (pptp)
> > >
> > >
> > > >I connect to the internet using cable (hot) through barak.
> > > It appears that
> > > >last
> > > > night they had a major upgrade of their pptp server and my
> > > linux box no
> > > > longer
> > > > connects.
> > > >
> > > > pptp connection comes up and recieves local and remote
> > > addresses and dns
> > > > address, but no packets pass over the pptp connection (the
> > > remote server
> > > > doesn't answer pings as well as any others).
> > > >
> > > > I tried connecting using a windows box and it connects
> > > fine. I also tried
> > > > upgrading pptp from 1.5 to 1.7 but to no avail.
> > > >
> > > > Does anyone know how to fix the connection or any way to
> > > find out what is
> > > > wrong?
> > > >
> > > > Thanks
> > > >
>
> Jan 27 18:26:22 rice pppd[25839]: pppd 2.4.3 started by root, uid 0
> Jan 27 18:26:22 rice pppd[25839]: Using interface ppp0
> Jan 27 18:26:22 rice pppd[25839]: Connect: ppp0 <--> /dev/ttyp1
> Jan 27 18:26:22 rice pptp[25842]: anon log[main:pptp.c:276]: The synchronous
> pptp option is NOT activated
> Jan 27 18:26:22 rice pptp[25844]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent
> control packet type is 1 'Start-Control-Connection-Request'
> Jan 27 18:26:22 rice pptp[25844]: anon log[ctrlp_disp:pptp_ctrl.c:738]:
> Received
> Start Control Connection Reply
> Jan 27 18:26:22 rice pptp[25844]: anon log[ctrlp_disp:pptp_ctrl.c:772]: Client
> connection established.
> Jan 27 18:26:23 rice pptp[25844]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent
> control packet type is 7 'Outgoing-Call-Request'
> Jan 27 18:26:23 rice pptp[25844]: anon log[ctrlp_disp:pptp_ctrl.c:857]:
> Received
> Outgoing Call Reply.
> Jan 27 18:26:23 rice pptp[25844]: anon log[ctrlp_disp:pptp_ctrl.c:896]:
> Outgoing
> call established (call ID 0, peer's call ID 33837).
> Jan 27 18:26:23 rice pptp[25842]: anon log[decaps_gre:pptp_gre.c:388]:
> accepting
> packet 1
> Jan 27 18:26:23 rice pptp[25842]: anon log[decaps_gre:pptp_gre.c:388]:
> accepting
> packet 2
> Jan 27 18:26:23 rice pptp[25842]: anon log[decaps_gre:pptp_gre.c:388]:
> accepting
> packet 3
> Jan 27 18:26:23 rice pptp[25842]: anon log[decaps_gre:pptp_gre.c:388]:
> accepting
> packet 4
> Jan 27 18:26:23 rice pptp[25842]: anon log[decaps_gre:pptp_gre.c:388]:
> accepting
> packet 5
> Jan 27 18:26:23 rice pppd[25839]: PAP authentication succeeded
> Jan 27 18:26:23 rice pppd[25839]: kernel does not support PPP filtering
> Jan 27 18:26:23 rice pptp[25842]: anon log[decaps_gre:pptp_gre.c:388]:
> accepting
> packet 6
> Jan 27 18:26:23 rice pptp[25842]: anon log[decaps_gre:pptp_gre.c:388]:
> accepting
> packet 7
> Jan 27 18:26:23 rice pptp[25842]: anon log[decaps_gre:pptp_gre.c:388]:
> accepting
> packet 8
> Jan 27 18:26:23 rice pptp[25842]: anon log[decaps_gre:pptp_gre.c:388]:
> accepting
> packet 9
> Jan 27 18:26:23 rice pppd[25839]: replacing old default route to eth0
> [172.29.208.1]
> Jan 27 18:26:23 rice pppd[25839]: Cannot determine ethernet address for proxy
> ARP
> Jan 27 18:26:23 rice pppd[25839]: local IP address 89.0.9.77
> Jan 27 18:26:23 rice pppd[25839]: remote IP address 172.26.255.17
> Jan 27 18:26:23 rice pppd[25839]: primary DNS address 212.150.49.10
> Jan 27 18:26:23 rice pppd[25839]: secondary DNS address 62.90.42.110
> Jan 27 18:26:24 rice pptp[25842]: anon log[decaps_gre:pptp_gre.c:388]:
> accepting
> packet 10
> Jan 27 18:26:45 rice pptp[25842]: anon log[decaps_gre:pptp_gre.c:388]:
> accepting
> packet 11
> Jan 27 18:27:05 rice pptp[25842]: anon log[decaps_gre:pptp_gre.c:388]:
> accepting
> packet 12
> Jan 27 18:27:26 rice pptp[25842]: anon log[decaps_gre:pptp_gre.c:388]:
> accepting
> packet 13
> Jan 27 18:27:34 rice dnsmasq[442]: reading /etc/resolv.conf
> Jan 27 18:27:34 rice dnsmasq[442]: using nameserver 62.90.42.110#53
> Jan 27 18:27:34 rice dnsmasq[442]: using nameserver 212.150.49.10#53
> Jan 27 18:27:34 rice dnsmasq[442]: using local addresses only for domain
> luna.local
> Jan 27 18:27:46 rice pptp[25842]: anon log[decaps_gre:pptp_gre.c:388]:
> accepting
> packet 14
> Jan 27 18:27:51 rice pptp[25842]: anon log[decaps_gre:pptp_gre.c:388]:
> accepting
> packet 15
> Jan 27 18:28:02 rice pptp[25842]: anon log[decaps_gre:pptp_gre.c:388]:
> accepting
> packet 16
> Jan 27 18:28:05 rice pptp[25842]: anon log[decaps_gre:pptp_gre.c:388]:
> accepting
> packet 17
> Jan 27 18:28:07 rice pptp[25844]: anon log[ctrlp_disp:pptp_ctrl.c:928]: Call
> disconnect notification received (call id 33837)
> Jan 27 18:28:07 rice pptp[25844]: anon log[ctrlp_disp:pptp_ctrl.c:787]:
> Received
> Stop Control Connection Request.
> Jan 27 18:28:07 rice pptp[25844]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent
> control packet type is 4 'Stop-Control-Connection-Reply'
> Jan 27 18:28:07 rice pptp[25844]: anon log[callmgr_main:pptp_callmgr.c:255]:
> Closing connection (shutdown)
> Jan 27 18:28:07 rice pptp[25844]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent
> control packet type is 12 'Call-Clear-Request'
> Jan 27 18:28:07 rice pptp[25844]: anon log[call_callback:pptp_callmgr.c:78]:
> Closing connection (call state)
> Jan 27 18:28:07 rice pppd[25839]: Modem hangup
> Jan 27 18:28:07 rice pppd[25839]: Connect time 1.8 minutes.
> Jan 27 18:28:07 rice pppd[25839]: Sent 199745970 bytes, received 164 bytes.
> Jan 27 18:28:07 rice pppd[25839]: restoring old default route to eth0
> [172.29.208.1]
> Jan 27 18:28:07 rice pppd[25839]: Connection terminated.
--
In civilized societies, captions are as important in movies as
soundtracks, professional photography and expert editing.
My own blog is at http://tddpirate.livejournal.com/
My opinions, as expressed in this E-mail message, are mine alone.
They do not represent the official policy of any organization with which
I may be affiliated in any way.
WARNING TO SPAMMERS: at http://www.zak.co.il/spamwarning.html
=================================================================
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]
