Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 6 replies
  • Subscribers 2 subscribers
  • Views 1227 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

SMTP relay traffic causes PPTP drops...(?)

Ryan Robitaille
Greetings,
   I just wanted to see if anyone has experienced this issue. I have been using PPTP VPN Services for a long time and they have been pretty solid through every version. Coincidentally I  just upgraded to 4.0 and at the same time began using SMTP Relay for the SPAM and Virus features.

It works great, however now I noticed that PPTP VPN connections often drop out and have to be reconnected.

I've had this problem before with previous versions and it was always fixed by changing the 2 values in the /vat/chroot-pptp/etc/ppp/options-default file and then restarting the mdw. This time (even after changing both values to 15), it doesn't help much.
I read in one post to use 'silent' in the options file (which soulds like it should fix the problem), but when I tried that I was unable to connect to VPN at all (seems to time out, "731" error).

Anyone ever experience anything similar?    


This thread was automatically locked due to age.
  • 0
    Does your CPU goes to 100% when the connection drops?
     
  • 0 in reply to DanielC
    No actually, I haven't seen a spike over 57% thus far. 
    For about an hour this morning I recieved several "System Load too high" email notifications, however.
    I changed the SMTP routing to hit the AStaro box before I upgraded (was on 3.216) and the same thing was occuring before the upgrade (late last night). I really thought that the 'silent' option in the pptp settings would do it (given its explanation), but I guess not.
    I can't really see how the network traffic can be much worse given that before the SMTP proxying the same volume of emailwas still flowing through Astaro (although it didn't stop there).

    The box is pretty low-end (P2 450) but historically I haven't had any problems and the Hardware Reporting graphs agree even now...

    Any ideas?

    Ryan  
  • 0 in reply to Ryan Robitaille
    Another update... I disabled PortScanDetection after reading some other posts (doesn't seem to help so far)...

    There isn't any usable info in the log either. Here's a typical session dropout... (debug logging)

    Feb 19 09:05:29 (none) pppd[1878]: rcvd [LCP ConfReq id=0x3      ]
    Feb 19 09:05:29 (none) pppd[1878]: sent [LCP ConfRej id=0x3 ]
    Feb 19 09:05:29 (none) pppd[1878]: rcvd [LCP ConfReq id=0x4      ]
    Feb 19 09:05:29 (none) pppd[1878]: sent [LCP ConfRej id=0x4 ]
    Feb 19 09:05:29 (none) pppd[1878]: rcvd [LCP ConfReq id=0x5      ]
    Feb 19 09:05:29 (none) pppd[1878]: sent [LCP ConfRej id=0x5 ]
    Feb 19 09:05:29 (none) pppd[1878]: rcvd [LCP ConfReq id=0x6      ]
    Feb 19 09:05:29 (none) pppd[1878]: sent [LCP ConfRej id=0x6 ]
    Feb 19 09:05:29 (none) pppd[1878]: rcvd [LCP ConfReq id=0x7      ]
    Feb 19 09:05:29 (none) pppd[1878]: sent [LCP ConfRej id=0x7 ]
    Feb 19 09:05:29 (none) pppd[1878]: rcvd [LCP ConfReq id=0x8      ]
    Feb 19 09:05:29 (none) pppd[1878]: sent [LCP ConfRej id=0x8 ]
    Feb 19 09:05:29 (none) pppd[1878]: rcvd [LCP ConfReq id=0x9      ]
    Feb 19 09:05:29 (none) pppd[1878]: sent [LCP ConfRej id=0x9 ]
    Feb 19 09:05:29 (none) pppd[1878]: Modem hangup
    Feb 19 09:05:29 (none) pppd[1878]: Connection terminated.
    Feb 19 09:05:29 (none) pppd[1878]: Exit.
      
  • 0 in reply to Ryan Robitaille
    I have a little more info...
    It seems that at night when the network is quiet, there are hardly any VPN dropouts. But during the day if a client who is VPNed in and does something that requires high bandwidth from end-to-end, the VPN will disconnect (i.e. downloading a large file from the internal network).
    I attribute this toward the higher bandwidth load on the network/astaro during the day... tons of email, webbrowsing, etc...

    Is there any way that I can use QOS to elevate the priority of PPTP traffic (a way that will work)? [:)]

    Thanks  
  • 0 in reply to Ryan Robitaille
    Is your remote SMTP relay log enabled? If it is, you may want to try disabling it and see if that temporarily resolves your issue. If it does, you may think twice should you require full email transaction recording or not.

    Otherwise, see your network traffic by running "netstat -a" and see what services are used and if it's hanging on any particular service. If it does, usually from experience, the last entry showing the service it's hanging on is the culprit causing other services to wait(drop) in line.

    I hope that helps.

    jav  
  • 0 in reply to javelin
    No, I'm not running any remote logging at all actually. I will wait until Monday and use netstat too see if I can pinpoint a culprit process... Thanks for the tip.

    Do you think that a hardware upgrade would make things any better, even though my CPU usage never gets above 50% (quick spikes to 50, maybe twice a day)? 

    It's a slower machine... PII 450 512MB ram, 40gb HDD.....


    Thanks.