Topic: [SOLVED] PPTP VPN Connection Problem

[gdbs]

hi,

since last upgrade of 3 servers (7.1>7.1.3) i can't connect to them using pptp!

this is the message log file part on the server:

Code: [Select]


Jul  9 13:42:18 serveureof pptpd[6277]: CTRL: Client XXX.XXX.XXX.XXX control connection started
Jul  9 13:42:19 serveureof pptpd[6277]: CTRL: Starting call (launching pppd, opening GRE)
Jul  9 13:42:19 serveureof pppd[6278]: Plugin radius.so loaded.
Jul  9 13:42:19 serveureof pppd[6278]: RADIUS plugin initialized.
Jul  9 13:42:19 serveureof pppd[6278]: pppd 2.4.4 started by root, uid 0
Jul  9 13:42:19 serveureof kernel: divert: not allocating divert_blk for non-ethernet device ppp0
Jul  9 13:42:19 serveureof pppd[6278]: Using interface ppp0
Jul  9 13:42:19 serveureof pppd[6278]: Connect: ppp0 <--> /dev/pts/0
Jul  9 13:42:29 serveureof pppd[6278]: Modem hangup
Jul  9 13:42:29 serveureof pptpd[6277]: CTRL: Reaping child PPP[6278]
Jul  9 13:42:29 serveureof pppd[6278]: Connection terminated.
Jul  9 13:42:29 serveureof kernel: divert: no divert_blk to free, ppp0 not ethernet
Jul  9 13:42:29 serveureof pppd[6278]: Exit.
Jul  9 13:42:29 serveureof pptpd[6277]: CTRL: Client XXX.XXX.XXX.XXX control connection finished


On the client (Ubuntu 7.04):

Code: [Select]


Jul  9 13:42:18 computer pppd[6180]: Plugin nm-pppd-plugin.so loaded.
Jul  9 13:42:18 computer pppd[6180]: nm-pppd-plugin: plugin initialized.
Jul  9 13:42:18 computer kernel: [  165.428177] PPP generic driver version 2.4.2
Jul  9 13:42:18 computer pppd[6193]: pppd 2.4.4 started by root, uid 0
Jul  9 13:42:18 computer pppd[6193]: Using interface ppp0
Jul  9 13:42:18 computer pppd[6193]: Connect: ppp0 <--> /dev/pts/0
Jul  9 13:42:19 computer pppd[6193]: nm-pppd-plugin: CHAP check hook.
Jul  9 13:42:29 computer pppd[6193]: Terminating on signal 15
Jul  9 13:42:29 computer pppd[6193]: Modem hangup
Jul  9 13:42:29 computer pppd[6193]: Connection terminated.
Jul  9 13:42:29 computer pppd[6193]: Child process /usr/sbin/pptp 123.123.123.123 --nolaunchpppd (pid 6194) terminated with signal 15
Jul  9 13:42:29 computer pppd[6193]: Exit.


thx for your help.

[irian]

Hi,

It sometimes helps to disable and enable the VPN access in servermanager.
That rewrites the config files.

Irian

[raem]

gdbs

> since last upgrade of 3 servers (7.1>7.1.3) i can't connect to them using pptp!

Did you follow the correct upgrade process re repositories, there is a serious issue going straight from 7.1 CD to 7.1.3, see the FAQ.
You may have wrong packages installed ie kernel  & mppe modules conflict.

[gbentley]

Ray, I missed this and stuffed my VPN link, can you link the FAQ ?

Anyone done this and rescued the situation?


Jul 10 08:04:09 server pptpd[11465]: CTRL: Client 81.174.174.x
control connection started
Jul 10 08:04:09 server pptpd[11465]: CTRL: Starting call (launching pppd, opening GRE)
Jul 10 08:04:09 server pppd[11466]: Plugin radius.so loaded.
Jul 10 08:04:09 server pppd[11466]: RADIUS plugin initialized.
Jul 10 08:04:09 server pppd[11466]: pppd 2.4.4 started by root, uid 0
Jul 10 08:04:09 server kernel: divert: not allocating divert_blk for non-ethernet device ppp0
Jul 10 08:04:09 server pppd[11466]: Using interface ppp0
Jul 10 08:04:09 server pppd[11466]: Connect: ppp0 <--> /dev/pts/0
Jul 10 08:04:09 server pptpd[11465]: CTRL: Ignored a SET LINK INFO packet with real ACCMs!
Jul 10 08:04:09 server pppd[11466]: MPPE required, but kernel has no support.
Jul 10 08:04:09 server pppd[11466]: Connection terminated.
Jul 10 08:04:09 server pppd[11466]: Connect time 0.0 minutes.
Jul 10 08:04:09 server pppd[11466]: Sent 0 bytes, received 0 bytes.
Jul 10 08:04:09 server kernel: divert: no divert_blk to free, ppp0 not ethernet
Jul 10 08:04:09 server pppd[11466]: Exit.
Jul 10 08:04:09 server pptpd[11465]: GRE: read(fd=6,buffer=804ebe0,len=8196) from PTY failed: status = -1 error = Input/output error, usually c
aused by unexpected termination of pppd, check option syntax and pppd logs
Jul 10 08:04:09 server pptpd[11465]: CTRL: PTY read or GRE write failed (pty,gre)=(6,7)
Jul 10 08:04:09 server pptpd[11465]: CTRL: Reaping child PPP[11466]
Jul 10 08:04:09 server pptpd[11465]: CTRL: Client 81.174.174.x
 control connection finished
Jul 10 08:05:01 server su(pam_unix)[11503]: session opened for user qmailr by (uid=0)
Jul 10 08:05:04 server su(pam_unix)[11503]: session closed for user qmailr
Jul 10 08:05:54 server sshd(pam_unix)[11525]: session opened for user root by root(uid=0)

[raem]

gbentley

>...can you link the FAQ ?

Learn to look, it's pretty easy to find
http://wiki.contribs.org/Main_Page

[gdbs]

Hi,

my 3 servers work fine now. Thx for your help.

On the first one, Ray was true, i've upgrade from a 7.0, not a 7.1... so some source servers wasn't enable...

On the overs, after a uname -a, i've noticed that a kernel 2.6.9-55 was in use! in fact, as i've never update from test/dev servers, and according to over forums, there was a problem on updates servers weeks ago...

so i've done a little rpm -Uvh --force on kernel 2.6.9-42.0.10 and everything work fine now!

 

thx again... this may help some...

[raem]

gdbs

> after a uname -a, i've noticed that a kernel 2.6.9-55 was in use!
> so i've done a little rpm -Uvh --force on kernel 2.6.9-42.0.10 and everything work fine now!

Good, I lodged a bug request asking for a readme file to be included in the iso download folder so that people will hopefully see it & be aware of the issue before it happens.

For the record, can you please quote the exact command(s) & steps you entered to fix your problem. Use your up cursor key to see the history of commands entered.

[gdbs]

Sure!

I use a i686 SMP kernel (select a different link for your kernel):

Code: [Select]


rpm -Uvh --force http://mirror.contribs.org/smeserver/releases/7.1/smeupdates/i386/RPMS/kernel-smp-2.6.9-42.0.10.EL.i686.rpm


then verify your grub.conf to make sure you'll boot on the right kernel:

Code: [Select]


cat /etc/grub.conf


may start with the right kernel first:

Code: [Select]


default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title SME Server (2.6.9-42.0.10.ELsmp)
        root (hd0,0)
        kernel /vmlinuz-2.6.9-42.0.10.ELsmp ro root=/dev/main/root
        initrd /initrd-2.6.9-42.0.10.ELsmp.img
...
...
...


if not, a signal-event post upgrade may do it right...

then do

Code: [Select]


signal-event reboot


after reboot, verify your kernel version:

Code: [Select]


uname -a

Linux serveureof 2.6.9-42.0.10.ELsmp #1 SMP Tue Feb 27 10:11:19 EST 2007 i686 i686 i386 GNU/Linux


 

you have what you wanted to Ray?

[raem]

gdbs

Thanks

[gbentley]

Ray,

I learnt to look a long time ago. Indeed I spent 20 mins searching the forum on such keywords as VPN Kernel etc before posting because I coudl not find an answer.

Nowhere I can find described how to reverse my situation ???

Thanks for the reply though however its after the event so the warning youre probably referring me to that I didnt look for isnt relevent any more...

[gdbs]

Ray,

I learnt to look a long time ago. Indeed I spent 20 mins searching the forum on such keywords as VPN Kernel etc before posting because I coudl not find an answer.

Nowhere I can find described how to reverse my situation ???

Thanks for the reply though however its after the event so the warning youre probably referring me to that I didnt look for isnt relevent any more...

and after a 5 minutes search:

http://wiki.contribs.org/SME_Server:Documentation:FAQ#Which_repositories_should_be_enabled

++

[gbentley]

>>you need to ensure you have the latest versions of the following rpms prior to applying the rest of the updates

My point is that I am now POST installing all the updates from a 7.1 CD to 7.1.3 so I didnt see how this is relevent to my situation, hence asking for more info.

If you could explain this it might help my understaning better then RTFM.

Thank you.

[gbentley]

[root@server ~]# yum update smeserver-support smeserver-yum yum yum-plugin-fastest-mirror python-sqlite
==============================================================
WARNING: Additional commands may be required after running yum
==============================================================
Loading "fastestmirror" plugin
Loading "smeserver" plugin
Setting up Update Process
Setting up repositories
smeaddons                 100% |=========================|  951 B    00:00
updates                   100% |=========================|  951 B    00:00
base                      100% |=========================| 1.1 kB    00:00
smeos                     100% |=========================|  951 B    00:00
smeupdates                100% |=========================|  951 B    00:00
Loading mirror speeds from cached hostfile
Reading repository metadata in from local files
Excluding Packages from CentOS - updates
Finished
Excluding Packages from CentOS - os
Finished
Could not find update match for python-sqlite
Could not find update match for yum
Could not find update match for smeserver-yum
Could not find update match for yum-plugin-fastest-mirror
Could not find update match for smeserver-support
No Packages marked for Update/Obsoletion
================================================================
No new rpms were installed. No additional commands are required.
================================================================
[root@server ~]#

If there is anyone who can advise on how to recover from the above situation and can offer advice I would really appreciate it. This seems to be a serious problem for those needing their VPN link.

[gbentley]

Trying to answer my own question ... from what I understand I have 'mistakingly' installed some Cent OS kernels that are ahead of the modules installed that match the SME kernels.

Is it possible to edit the grub config and reference the correct SME kernel ?

I am asking becasue I have not done this before and dont want to be left in a worse state than I am now i.e. at least I currently have a bootable system to work from.

[root@server boot]# ls
config-2.6.9-42.0.10.EL    initrd-2.6.9-42.0.10.EL.img    System.map-2.6.9-42.0.10.EL    vmlinuz-2.6.9-42.0.3.EL
config-2.6.9-42.0.3.EL     initrd-2.6.9-42.0.3.EL.img     System.map-2.6.9-42.0.3.EL     vmlinuz-2.6.9-42.0.3.ELsmp
config-2.6.9-42.0.3.ELsmp  initrd-2.6.9-42.0.3.ELsmp.img  System.map-2.6.9-42.0.3.ELsmp  vmlinuz-2.6.9-55.0.2.EL
config-2.6.9-55.0.2.EL     initrd-2.6.9-55.0.2.EL.img     System.map-2.6.9-55.0.2.EL     vmlinuz-2.6.9-55.0.2.ELsmp
config-2.6.9-55.0.2.ELsmp  initrd-2.6.9-55.0.2.ELsmp.img  System.map-2.6.9-55.0.2.ELsmp
grub                       lost+found                     vmlinuz-2.6.9-42.0.10.EL
[root@server boot]# cat /etc/grub.conf
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /boot/, eg.
#          root (hd0,0)
#          kernel /vmlinuz-version ro root=/dev/main/root
#          initrd /initrd-version.img
#boot=/dev/sda
default=1
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title CentOS (2.6.9-55.0.2.EL)
        root (hd0,0)
        kernel /vmlinuz-2.6.9-55.0.2.EL ro root=/dev/main/root
        initrd /initrd-2.6.9-55.0.2.EL.img
title CentOS (2.6.9-55.0.2.ELsmp)
        root (hd0,0)
        kernel /vmlinuz-2.6.9-55.0.2.ELsmp ro root=/dev/main/root
        initrd /initrd-2.6.9-55.0.2.ELsmp.img
title CentOS (2.6.9-42.0.10.EL)
        root (hd0,0)
        kernel /vmlinuz-2.6.9-42.0.10.EL ro root=/dev/main/root
        initrd /initrd-2.6.9-42.0.10.EL.img
title SME Server (2.6.9-42.0.3.ELsmp)
        root (hd0,0)
        kernel /vmlinuz-2.6.9-42.0.3.ELsmp ro root=/dev/main/root
        initrd /initrd-2.6.9-42.0.3.ELsmp.img
title SME Server-up (2.6.9-42.0.3.EL)
        root (hd0,0)
        kernel /vmlinuz-2.6.9-42.0.3.EL ro root=/dev/main/root
        initrd /initrd-2.6.9-42.0.3.EL.img
[root@server boot]#

[gdbs]

ok,

do this and give us the result:

rpm -qa | grep kernel

and

uname -a