Koozali.org: home of the SME Server
Legacy Forums => Experienced User Forum => Topic started by: Ness on March 30, 2004, 08:10:20 PM
-
I see a few comments about this on the forums so did research to get attention on this problem. See below for full details.
I have a Mitel 6.0 (commercial) box running, as well as a Mitel 5.6 commercial and an SME 6.0-01.
Both Mitel boxes allow fast and error-free PPTP Session establishment. The SME 6.0.01 server however gets half way, stops for a breather and then tears down the call with the fabled MS Error 619.
Each server is configured identically for RAS (but Mitel’s commercial version 6.0 has some IPSec options, (added as part of their commercial package called 6040) that SME Server doesn’t have.
I tested using an XP Pro (all patches on and all RAS Services started) laptop and with winxplogon.reg applied. I made a PPTP VPN call to each box in turn, using the default configs for PPTP VPN setup on my XP machine. I tested for connection, verification of login and registration and finally authentication on each server in sequence, looking for difference in behaviour. Only the SME 6.0.01 failed. It stopped at the verification of login stage, failing to progress to registration or authentication.
Looking at the SME 6.0.01 box Log Files via server-manager, I have extracted the following relating to when an error 619 happens on a bad session:
Mar 30 16:04:26 major pptpd[9214]: MGR: Launching /usr/sbin/pptpctrl to handle client
Mar 30 16:04:26 major pptpd[9214]: CTRL: local address = 192.168.0.77
Mar 30 16:04:26 major pptpd[9214]: CTRL: remote address = 192.168.0.250
Mar 30 16:04:26 major pptpd[9214]: CTRL: pppd speed = 460800
Mar 30 16:04:26 major pptpd[9214]: CTRL: pppd options file = /etc/ppp/options.pptpd
Mar 30 16:04:26 major pptpd[9214]: CTRL: Client 217.42.122.5 control connection started
Mar 30 16:04:26 major pptpd[9214]: CTRL: Received PPTP Control Message (type: 1)
Mar 30 16:04:26 major pptpd[9214]: CTRL: Made a START CTRL CONN RPLY packet
Mar 30 16:04:26 major pptpd[9214]: CTRL: I wrote 156 bytes to the client.
Mar 30 16:04:26 major pptpd[9214]: CTRL: Sent packet to client
Mar 30 16:04:26 major pptpd[9214]: CTRL: Received PPTP Control Message (type: 7)
Mar 30 16:04:26 major pptpd[9214]: CTRL: Set parameters to 1525 maxbps, 64 window size
Mar 30 16:04:26 major pptpd[9214]: CTRL: Made a OUT CALL RPLY packet
Mar 30 16:04:26 major pptpd[9214]: CTRL: Starting call (launching pppd, opening GRE)
Mar 30 16:04:26 major pptpd[9214]: CTRL: pty_fd = 5
Mar 30 16:04:26 major pptpd[9214]: CTRL: tty_fd = 6
Mar 30 16:04:26 major pptpd[9214]: CTRL: I wrote 32 bytes to the client.
Mar 30 16:04:26 major pptpd[9214]: CTRL: Sent packet to client
Mar 30 16:04:26 major pptpd[9215]: CTRL (PPPD Launcher): Connection speed = 460800
Mar 30 16:04:26 major pptpd[9215]: CTRL (PPPD Launcher): local address = 192.168.0.77
Mar 30 16:04:26 major pptpd[9215]: CTRL (PPPD Launcher): remote address = 192.168.0.250
Mar 30 16:04:26 major pppd[9215]: pppd 2.4.2b1 started by root, uid 0
Mar 30 16:04:26 major pppd[9215]: Starting negotiation on /dev/pts/0
Mar 30 16:04:26 major pptpd[9214]: CTRL: Received PPTP Control Message (type: 15)
Mar 30 16:04:26 major pptpd[9214]: CTRL: Got a SET LINK INFO packet with standard ACCMs
Mar 30 16:04:28 major pptpd[9214]: GRE: Discarding for incorrect call
Mar 30 16:04:55 major last message repeated 7 times
Mar 30 16:04:56 major pppd[9215]: LCP: timeout sending Config-Requests
Mar 30 16:04:56 major pppd[9215]: Connection terminated.
Mar 30 16:04:56 major pppd[9215]: Exit.
Mar 30 16:04:56 major pptpd[9214]: GRE: read(fd=5,buffer=804d940,len=8196) from PTY failed: status = -1 error = Input/output error
Mar 30 16:04:56 major pptpd[9214]: CTRL: PTY read or GRE write failed (pty,gre)=(5,6)
Mar 30 16:04:56 major pptpd[9214]: CTRL: Client 217.42.122.5 control connection finished
Mar 30 16:04:56 major pptpd[9214]: CTRL: Exiting now
Mar 30 16:04:56 major pptpd[3068]: MGR: Reaped child 9214
Is this a bug? Many people have seen it...
Chris
-
I have the same problem with this one. It seemed to work for the 8 weeks (new server as of 01-24-04) now I get the follow errors:
skyline01 pptpd[2059]: GRE: read(fd=5,buffer=804d940,len=8196) from PTY failed: status = -1 error = Input/output error
Apr 15 20:22:51 skyline01 pptpd[2059]: CTRL: PTY read or GRE write failed (pty,gre)=(5,6)
Apr 15 20:22:51 skyline01 pptpd[2059]: CTRL: Client 68.15.31.221 control connection finished
Apr 15 20:22:51 skyline01 pptpd[2059]: CTRL: Exiting now
Apr 15 20:22:51 skyline01 pptpd[2000]: MGR: Reaped child 2059
Apr 15 20:23:20 skyline01 pptpd[2061]: MGR: Launching /usr/sbin/pptpctrl to handle client
Apr 15 20:23:20 skyline01 pptpd[2061]: CTRL: local address = 192.168.0.2
Apr 15 20:23:20 skyline01 pptpd[2061]: CTRL: remote address = 192.168.0.197
Apr 15 20:23:20 skyline01 pptpd[2061]: CTRL: pppd speed = 460800
Apr 15 20:23:20 skyline01 pptpd[2061]: CTRL: pppd options file = /etc/ppp/options.pptpd
Apr 15 20:23:20 skyline01 pptpd[2061]: CTRL: Client 68.15.31.221 control connection started
Apr 15 20:23:20 skyline01 pptpd[2061]: CTRL: Received PPTP Control Message (type: 1)
Apr 15 20:23:20 skyline01 pptpd[2061]: CTRL: Made a START CTRL CONN RPLY packet
Apr 15 20:23:20 skyline01 pptpd[2061]: CTRL: I wrote 156 bytes to the client.
Apr 15 20:23:20 skyline01 pptpd[2061]: CTRL: Sent packet to client
Apr 15 20:23:22 skyline01 pptpd[2061]: CTRL: Received PPTP Control Message (type: 7)
Apr 15 20:23:22 skyline01 pptpd[2061]: CTRL: Set parameters to 1525 maxbps, 64 window size
Apr 15 20:23:22 skyline01 pptpd[2061]: CTRL: Made a OUT CALL RPLY packet
Apr 15 20:23:22 skyline01 pptpd[2061]: CTRL: Starting call (launching pppd, opening GRE)
Apr 15 20:23:22 skyline01 pptpd[2061]: CTRL: pty_fd = 5
Apr 15 20:23:22 skyline01 pptpd[2061]: CTRL: tty_fd = 6
Apr 15 20:23:22 skyline01 pptpd[2061]: CTRL: I wrote 32 bytes to the client.
Apr 15 20:23:22 skyline01 pptpd[2061]: CTRL: Sent packet to client
Apr 15 20:23:22 skyline01 pptpd[2062]: CTRL (PPPD Launcher): Connection speed = 460800
Apr 15 20:23:22 skyline01 pptpd[2062]: CTRL (PPPD Launcher): local address = 192.168.0.2
Apr 15 20:23:22 skyline01 pptpd[2062]: CTRL (PPPD Launcher): remote address = 192.168.0.197
Apr 15 20:23:22 skyline01 pppd[2062]: pppd 2.4.2b1 started by root, uid 0
Apr 15 20:23:22 skyline01 pppd[2062]: Starting negotiation on /dev/pts/0
Apr 15 20:23:22 skyline01 pptpd[2061]: CTRL: Received PPTP Control Message (type: 15)
Apr 15 20:23:22 skyline01 pptpd[2061]: CTRL: Got a SET LINK INFO packet with standard ACCMs
Apr 15 20:23:52 skyline01 pppd[2062]: LCP: timeout sending Config-Requests
Apr 15 20:23:52 skyline01 pppd[2062]: Connection terminated.
Apr 15 20:23:52 skyline01 pppd[2062]: Exit.
Apr 15 20:23:52 skyline01 pptpd[2061]: GRE: read(fd=5,buffer=804d940,len=8196) from PTY failed: status = -1 error = Input/output error
Apr 15 20:23:52 skyline01 pptpd[2061]: CTRL: PTY read or GRE write failed (pty,gre)=(5,6)
Apr 15 20:23:52 skyline01 pptpd[2061]: CTRL: Client XX.XX.XX.XXX control connection finished
Apr 15 20:23:52 skyline01 pptpd[2061]: CTRL: Exiting now
Apr 15 20:23:52 skyline01 pptpd[2000]: MGR: Reaped child 2061
************************
Thhis is a result of sever connection attempts from a remote site that is behind an SME Gateway server 6.0.1. We are trying to connect to an 6.0beta3 server.
Any help would be appreciated.
Jonnybb1
-
It was a problem with my Netgear 834G ADSL Router firmware
I raised a bug on the system for this but it has been resloved and cleared. What I found was that before the problem arose, I was using a Netgear 834G ADSL router. Now, this router ships from the supplier with an old version of firmware that does not support correct set up of PPTP sessions to a server on the LAN side of the router.
I upgraded the router firmware to the most recent and, using the router's DMZ configuration option, I set the server's external IP into the router's DMZ set up and off it went.
Gordon Rowell pointed out that using a router between the wires and the server will add more complexity and it indeed did on this occasion.
Look out if you are trying to connect using PPTP from a "client" sitting behind a server. The PC I am writing this note from is behind a 6.0 server and if I attempt to set up a PPTP session from it, through my server to a remote server, it fails with a similar error. I'm not technical enough to figure out why and, frankly, I'm not too stressed about it at the moment!
Maybe others can advise on PPTP passthrough?
Chris
-
It works for me every time.
Below is a log capture from a test session. Remote machine is XP Pro behind an SME 6.0.1-01 server logging into a network with an SME 6.0.1-01 Gateway. File transfer done from a W2K pro workstation.
Apr 16 17:32:30 mps-gateway pptpd[31764]: MGR: Launching /usr/sbin/pptpctrl to handle client
Apr 16 17:32:31 mps-gateway pptpd[31764]: CTRL: local address = 10.0.0.1
Apr 16 17:32:31 mps-gateway pptpd[31764]: CTRL: remote address = 10.0.0.141
Apr 16 17:32:31 mps-gateway pptpd[31764]: CTRL: pppd speed = 460800
Apr 16 17:32:31 mps-gateway pptpd[31764]: CTRL: pppd options file = /etc/ppp/options.pptpd
Apr 16 17:32:31 mps-gateway pptpd[31764]: CTRL: Client 203.59.17.50 control connection started
Apr 16 17:32:31 mps-gateway pptpd[31764]: CTRL: Received PPTP Control Message (type: 1)
Apr 16 17:32:31 mps-gateway pptpd[31764]: CTRL: Made a START CTRL CONN RPLY packet
Apr 16 17:32:31 mps-gateway pptpd[31764]: CTRL: I wrote 156 bytes to the client.
Apr 16 17:32:31 mps-gateway pptpd[31764]: CTRL: Sent packet to client
Apr 16 17:32:31 mps-gateway pptpd[31764]: CTRL: Received PPTP Control Message (type: 7)
Apr 16 17:32:31 mps-gateway pptpd[31764]: CTRL: Set parameters to 1525 maxbps, 64 window size
Apr 16 17:32:31 mps-gateway pptpd[31764]: CTRL: Made a OUT CALL RPLY packet
Apr 16 17:32:31 mps-gateway pptpd[31764]: CTRL: Starting call (launching pppd, opening GRE)
Apr 16 17:32:31 mps-gateway pptpd[31764]: CTRL: pty_fd = 5
Apr 16 17:32:31 mps-gateway pptpd[31764]: CTRL: tty_fd = 6
Apr 16 17:32:31 mps-gateway pptpd[31764]: CTRL: I wrote 32 bytes to the client.
Apr 16 17:32:31 mps-gateway pptpd[31764]: CTRL: Sent packet to client
Apr 16 17:32:31 mps-gateway pptpd[31765]: CTRL (PPPD Launcher): Connection speed = 460800
Apr 16 17:32:31 mps-gateway pptpd[31765]: CTRL (PPPD Launcher): local address = 10.0.0.1
Apr 16 17:32:31 mps-gateway pptpd[31765]: CTRL (PPPD Launcher): remote address = 10.0.0.141
Apr 16 17:32:31 mps-gateway pptpd[31764]: CTRL: Received PPTP Control Message (type: 15)
Apr 16 17:32:31 mps-gateway pptpd[31764]: CTRL: Got a SET LINK INFO packet with standard ACCMs
Apr 16 17:32:31 mps-gateway pppd[31765]: pppd 2.4.2b1 started by root, uid 0
Apr 16 17:32:31 mps-gateway pppd[31765]: Using interface ppp0
Apr 16 17:32:31 mps-gateway pppd[31765]: Connect: ppp0 <--> /dev/pts/0
Apr 16 17:32:31 mps-gateway pptpd[31764]: GRE: Discarding duplicate packet
Apr 16 17:32:31 mps-gateway /etc/hotplug/net.agent: assuming ppp0 is already up
Apr 16 17:32:33 mps-gateway pptpd[31764]: CTRL: Received PPTP Control Message (type: 15)
Apr 16 17:32:33 mps-gateway pptpd[31764]: CTRL: Ignored a SET LINK INFO packet with real ACCMs!
Apr 16 17:32:33 mps-gateway pppd[31765]: CHAP peer authentication succeeded for bobk
Apr 16 17:32:33 mps-gateway pppd[31765]: MPPE 128-bit stateless compression enabled
Apr 16 17:32:36 mps-gateway pppd[31765]: found interface eth0 for proxy arp
Apr 16 17:32:36 mps-gateway pppd[31765]: local IP address 10.0.0.1
Apr 16 17:32:36 mps-gateway pppd[31765]: remote IP address 10.0.0.141
Apr 16 17:32:37 mps-gateway e-smith[31779]: Processing event: ip-up.pptpd ppp0 /dev/pts/0 460800 10.0.0.1 10.0.0.141 pptpd
Apr 16 17:32:37 mps-gateway e-smith[31779]: Running event handler: /etc/e-smith/events/ip-up.pptpd/S70pptp-interface-access
Apr 16 17:32:37 mps-gateway e-smith[31779]: S70pptp-interface-access=action|Event|ip-up.pptpd|Action|S70pptp-interface-access|Start|1082107957 374133|End|1082107957 964397|Elapsed|0.590264
Apr 16 17:33:30 mps-gateway pptpd[31764]: CTRL: Received PPTP Control Message (type: 5)
Apr 16 17:33:30 mps-gateway pptpd[31764]: CTRL: Made a ECHO RPLY packet
Apr 16 17:33:30 mps-gateway pptpd[31764]: CTRL: I wrote 20 bytes to the client.
Apr 16 17:33:30 mps-gateway pptpd[31764]: CTRL: Sent packet to client
Apr 16 17:34:30 mps-gateway pptpd[31764]: CTRL: Received PPTP Control Message (type: 5)
Apr 16 17:34:30 mps-gateway pptpd[31764]: CTRL: Made a ECHO RPLY packet
Apr 16 17:34:30 mps-gateway pptpd[31764]: CTRL: I wrote 20 bytes to the client.
Apr 16 17:34:30 mps-gateway pptpd[31764]: CTRL: Sent packet to client
Apr 16 17:35:30 mps-gateway pptpd[31764]: CTRL: Received PPTP Control Message (type: 5)
Apr 16 17:35:30 mps-gateway pptpd[31764]: CTRL: Made a ECHO RPLY packet
Apr 16 17:35:30 mps-gateway pptpd[31764]: CTRL: I wrote 20 bytes to the client.
Apr 16 17:35:30 mps-gateway pptpd[31764]: CTRL: Sent packet to client
Apr 16 17:36:30 mps-gateway pptpd[31764]: CTRL: Received PPTP Control Message (type: 5)
Apr 16 17:36:30 mps-gateway pptpd[31764]: CTRL: Made a ECHO RPLY packet
Apr 16 17:36:30 mps-gateway pptpd[31764]: CTRL: I wrote 20 bytes to the client.
Apr 16 17:36:30 mps-gateway pptpd[31764]: CTRL: Sent packet to client
Apr 16 17:37:30 mps-gateway pptpd[31764]: CTRL: Received PPTP Control Message (type: 5)
Apr 16 17:37:30 mps-gateway pptpd[31764]: CTRL: Made a ECHO RPLY packet
Apr 16 17:37:30 mps-gateway pptpd[31764]: CTRL: I wrote 20 bytes to the client.
Apr 16 17:37:30 mps-gateway pptpd[31764]: CTRL: Sent packet to client
Apr 16 17:38:30 mps-gateway pptpd[31764]: CTRL: Received PPTP Control Message (type: 5)
Apr 16 17:38:30 mps-gateway pptpd[31764]: CTRL: Made a ECHO RPLY packet
Apr 16 17:38:30 mps-gateway pptpd[31764]: CTRL: I wrote 20 bytes to the client.
Apr 16 17:38:30 mps-gateway pptpd[31764]: CTRL: Sent packet to client
Apr 16 17:39:30 mps-gateway pptpd[31764]: CTRL: Received PPTP Control Message (type: 5)
Apr 16 17:39:30 mps-gateway pptpd[31764]: CTRL: Made a ECHO RPLY packet
Apr 16 17:39:30 mps-gateway pptpd[31764]: CTRL: I wrote 20 bytes to the client.
Apr 16 17:39:30 mps-gateway pptpd[31764]: CTRL: Sent packet to client
Apr 16 17:40:30 mps-gateway pptpd[31764]: CTRL: Received PPTP Control Message (type: 5)
Apr 16 17:40:30 mps-gateway pptpd[31764]: CTRL: Made a ECHO RPLY packet
Apr 16 17:40:30 mps-gateway pptpd[31764]: CTRL: I wrote 20 bytes to the client.
Apr 16 17:40:30 mps-gateway pptpd[31764]: CTRL: Sent packet to client
Apr 16 17:41:30 mps-gateway pptpd[31764]: CTRL: Received PPTP Control Message (type: 5)
Apr 16 17:41:30 mps-gateway pptpd[31764]: CTRL: Made a ECHO RPLY packet
Apr 16 17:41:30 mps-gateway pptpd[31764]: CTRL: I wrote 20 bytes to the client.
Apr 16 17:41:30 mps-gateway pptpd[31764]: CTRL: Sent packet to client
Apr 16 17:42:30 mps-gateway pptpd[31764]: CTRL: Received PPTP Control Message (type: 5)
Apr 16 17:42:30 mps-gateway pptpd[31764]: CTRL: Made a ECHO RPLY packet
Apr 16 17:42:30 mps-gateway pptpd[31764]: CTRL: I wrote 20 bytes to the client.
Apr 16 17:42:30 mps-gateway pptpd[31764]: CTRL: Sent packet to client
Apr 16 17:43:25 mps-gateway pptpd[31764]: CTRL: Received PPTP Control Message (type: 15)
Apr 16 17:43:25 mps-gateway pptpd[31764]: CTRL: Got a SET LINK INFO packet with standard ACCMs
Apr 16 17:43:25 mps-gateway pppd[31765]: LCP terminated by peer (^?^U:^D^@<M-Mt^@^@^@^@)
Apr 16 17:43:26 mps-gateway pptpd[31764]: CTRL: Received PPTP Control Message (type: 12)
Apr 16 17:43:26 mps-gateway pptpd[31764]: CTRL: Made a CALL DISCONNECT RPLY packet
Apr 16 17:43:26 mps-gateway pptpd[31764]: CTRL: Received CALL CLR request (closing call)
Apr 16 17:43:26 mps-gateway pptpd[31764]: CTRL: I wrote 148 bytes to the client.
Apr 16 17:43:26 mps-gateway pptpd[31764]: CTRL: Sent packet to client
Apr 16 17:43:26 mps-gateway pppd[31765]: Modem hangup
Apr 16 17:43:26 mps-gateway pppd[31765]: Connection terminated.
Apr 16 17:43:26 mps-gateway pppd[31765]: Connect time 10.9 minutes.
Apr 16 17:43:26 mps-gateway pppd[31765]: Sent 1065585 bytes, received 108180 bytes.
Apr 16 17:43:26 mps-gateway pptpd[31764]: CTRL: Received PPTP Control Message (type: 3)
Apr 16 17:43:26 mps-gateway pptpd[31764]: CTRL: Made a STOP CTRL CONN RPLY packet
Apr 16 17:43:26 mps-gateway pptpd[31764]: CTRL: Received STOP CTRL CONN request (disconnecting)
Apr 16 17:43:26 mps-gateway pptpd[31764]: CTRL: I wrote 16 bytes to the client.
Apr 16 17:43:26 mps-gateway /etc/hotplug/net.agent: NET unregister event not supported
Apr 16 17:43:26 mps-gateway pptpd[31764]: CTRL: Sent packet to client
Apr 16 17:43:26 mps-gateway pptpd[31764]: CTRL: Client 203.59.xx.xx control connection finished
Apr 16 17:43:26 mps-gateway pptpd[31764]: CTRL: Exiting now
Apr 16 17:43:26 mps-gateway pptpd[2368]: MGR: Reaped child 31764
Apr 16 17:43:26 mps-gateway pppd[31765]: Connect time 10.9 minutes.
Apr 16 17:43:26 mps-gateway pppd[31765]: Sent 1065585 bytes, received 108180 bytes.
Apr 16 17:43:26 mps-gateway pppd[31765]: Exit.
-
Thanks Bob...
Are you using a router between your server and the WAN or a cable modem? I'm a on a UK site and while cable providers are about, I guess many sites would use the likes of BT as their Broadband connectivity provider and they always provide a DSL router, even though they call it a modem (to keep it simple for the masses).
If you are router based, I wonder what we are doing wrong?! :-?
Chris
-
Thanks Bob...
Are you using a router between your server and the WAN or a cable modem? ....
If you are router based, I wonder what we are doing wrong?! :-?
Chris
No router on either of these sites. The remote site is straight ADSL (Ethernet modem). The server site is wireless ADSL (radio modem). Both have fixed IPs.
My accountant does login regularly to the same site using VPN. She is connected to the Internet via cable (dynamic IP) using an Ethernet modem and separate router but does not have an SME on her network. Her workstation runs W2K. Her VPN sessions are stable but only last an hour or so.
-
Bob,
Have you ever tried to connect to the vpn server from multiple clients behind the same sme box? I too regularly use vpn to multiple sites and very rarely have problems PROVIDING I use the same machine on my lan everytime. If I hit a remote (sme) vpn server from machine A on my lan, then goto machine B and connect, when I go back to machine A and try and reconnect I get either a 619 or 718 which usually requires a reboot of the remote server to correct the problem, or wait a day and try again. Are you able to test multiple simultaneous connections to the same server?
-
Bob,
Have you ever tried to connect to the vpn server from multiple clients behind the same sme box?.....Are you able to test multiple simultaneous connections to the same server?
That is not possible by PPTP design. There were recent discussions and explanations about it in the forums.
-
Sorry I misworded that, I didn't mean multiple simutaneous connections I meant connections from multiple machines at different times. But in reply to multiple simultaneous connections not being possible - according to the vpn masqerade howto it certainly is possible (though it may require a call id kernel patch). See http://www.linuxdocs.org/HOWTOs/VPN-Masquerade-HOWTO-2.html in particular section 2.7
-
Sorry I misworded that, I didn't mean multiple simutaneous connections I meant connections from multiple machines at different times. But in reply to multiple simultaneous connections not being possible - according to the vpn masqerade howto it certainly is possible (though it may require a call id kernel patch). See http://www.linuxdocs.org/HOWTOs/VPN-Masquerade-HOWTO-2.html in particular section 2.7
I disagree.
from the link above:
2.7 Can several clients on my local network use PPTP simultaneously?
Yes.
You must enable PPTP Call ID masquerade when configuring your kernel in order to distinguish between multiple data streams from the same server. PPTP masq with Call ID masq enabled will support many concurrent masqueraded sessions with no restrictions on which server a client can call.
The PPTP RFC specifies in section 3.1.3 that there may only be one control channel connection between two systems. This should mean that you can only masquerade one PPTP session at a time with a given remote server, but in practice the MS implementation of PPTP does not enforce this, at least not as of NT 4.0 Service Pack 4. If the PPTP server you're trying to connect to only permits one connection at a time, it's following the protocol rules properly. Note that this does not affect a masqueraded server, only multiple masqueraded clients attempting to contact the same remote server.
In addition to Call ID patch it requires buggy MS NT 4.0 PPTP server on the other side.
-
Hello,
I can not use Private Message then, I'm sorry to do it like this :-?
For Bobk and Boris :
- Can you help me to set a VPN on SME 5.6 ?
- Do you know where I can find very good and easy "how to" ?
I'm sorry, I'm a french beginner under Linux and my speciality is electronic... But I need a VPN very quickly and I can not offer me a "plug and play" solution against money (I'm looking for a new job actualy).
Thank you very much in advance.
HP
P.S.
Only tell me where to go, I can try to help my-self if I know where start and foind a translation of specific technical abreviations.
-
...
For Bobk and Boris :
- Can you help me to set a VPN on SME 5.6 ?
- Do you know where I can find very good and easy "how to" ?
...
Just do a search on this site and you will find lots of help, remember to click on 'show all results' once the search comes up.
The following link will get you started.
http://www.domain-logic.com/support/secure_tunnel.htm
-
The only modification from standard (default) PPTP VPN you should make is in the networking tab, change type of VPN from automatic to PPTP.
BTW this is BUG reporting forum.
Your question should be placed in one of the support forums (general or advanced)
-
Hello,
Thank you very much, I'll try that to night and tell you if it's ok ;o)
Thank you !! :o)
HP