Thread Info
  • State Not Answered
  • Replies 41 replies
  • Subscribers 0 subscribers
  • Views 19415 views
  • Users 0 members are here
Options
Suggested

PPTP Patch

oliver.desch
Dear Astaro Users,

first of all I want to apologize for the long waiting time but this error
was a  tough one and it took us a longer to solve the problem.

Don't worry this won't become the standard way to publish patches [;)]
but the PPTP error became such a substantial problem that we think it might
be useful to publish it before the next schedulded up2date will be released.

Note, this is not an official release!

README
http://www.n-zsolt.de/downloads/readme_pptp_patch.txt

PATCH
http://www.n-zsolt.de/downloads/pptp_patch.tar.gz

Your feedback about its functionality is really appreciated.

read you
o|iver
    
Parents
  • 0
    Hi,

    I installed the pptp patch, but i still have the same problem like before. Iam running asl 4.009 on a PII 350. This is out of the pptp log file..

    Jul 15 10:33:36 (none) pptpd[12320]: CTRL: Client xx.xxx.xxx.xxx control connection started
    Jul 15 10:33:36 (none) pptpd[12320]: CTRL: Starting call (launching pppd, opening GRE)
    Jul 15 10:33:36 (none) pppd[12321]: pppd 2.4.2b1 started by (unknown), uid 0
    Jul 15 10:33:36 (none) pppd[12321]: Starting negotiation on /dev/ttyp1
    Jul 15 10:34:06 (none) pptpd[12320]: GRE: read(fd=5,buffer=804dbe0,len=8196) from PTY failed: status = -1 error = Input/output error
    Jul 15 10:34:06 (none) pptpd[12320]: CTRL: PTY read or GRE write failed (pty,gre)=(5,6)
    Jul 15 10:34:06 (none) pptpd[12320]: CTRL: Closing child ppp with pid 12321
    Jul 15 10:34:06 (none) pptpd[12320]: CTRL: Client xx.xxx.xxx.xxx control connection finished
    Jul 15 10:34:06 (none) pppd[12321]: LCP: timeout sending Config-Requests 
    Jul 15 10:34:06 (none) pppd[12321]: Connection terminated.
    Jul 15 10:34:06 (none) pppd[12321]: Exit.

    I configured pptp with the astaro pptp manual.

    Please help!

    Greetings  
  • 0 in reply to SafetyFirst
    I was getting some of the same problems as indicated in your pptpd log.  While doing some additional research, I was browsing through the kernel log and I tried to match the times in the kernel log with the times the ppp0 link dropped the connections in the pptpd log.

    I noticed that in the kernel log there were numerous attempts from my dsl's external nameservers querying my asl firewall that were being dropped.  I added 2 networks (ns1.net.com & ns2.net.com) and set up a packtefilter rule to (ns1 -> dsl_link allow; ns2 -> dsl_link allow).  I have noticed that my pppd hasn't dropped the connection unexpectedly since.

    Hope this helps you out.
    matt0x  
Reply
  • 0 in reply to SafetyFirst
    I was getting some of the same problems as indicated in your pptpd log.  While doing some additional research, I was browsing through the kernel log and I tried to match the times in the kernel log with the times the ppp0 link dropped the connections in the pptpd log.

    I noticed that in the kernel log there were numerous attempts from my dsl's external nameservers querying my asl firewall that were being dropped.  I added 2 networks (ns1.net.com & ns2.net.com) and set up a packtefilter rule to (ns1 -> dsl_link allow; ns2 -> dsl_link allow).  I have noticed that my pppd hasn't dropped the connection unexpectedly since.

    Hope this helps you out.
    matt0x  
Children
No Data
Cookie Information Banner