|
||||||||
I doublchecked everything and I have no idea or I'm too stupid to see whats going wrong. Here is the important part from the logfile: Mar 31 14:14:45 mpd: pptp0: killing connection with 1.2.3.4:10641 Mar 31 14:14:45 mpd: pptp0: ctrl connection closed by peer Mar 31 14:14:43 mpd: [pt0] LCP: Down event Mar 31 14:14:43 mpd: [pt0] link: DOWN event Mar 31 14:14:43 mpd: [pt0] device is now in state DOWN Mar 31 14:14:43 mpd: [pt0] device: DOWN event in state DOWN Mar 31 14:14:43 mpd: [pt0] LCP: phase shift ESTABLISH --> DEAD Mar 31 14:14:43 mpd: [pt0] LCP: state change Closed --> Initial Mar 31 14:14:43 mpd: [pt0] LCP: Down event Mar 31 14:14:43 mpd: [pt0] link: DOWN event Mar 31 14:14:43 mpd: [pt0] device is now in state DOWN Mar 31 14:14:43 mpd: [pt0] device: DOWN event in state CLOSING Mar 31 14:14:43 mpd: [pt0] LCP: state change Stopped --> Closed Mar 31 14:14:43 mpd: [pt0] LCP: Close event Mar 31 14:14:43 mpd: [pt0] link: CLOSE event Mar 31 14:14:43 mpd: [pt0] device is now in state CLOSING Mar 31 14:14:43 mpd: [pt0] device: CLOSE event in state CLOSING Mar 31 14:14:43 mpd: [pt0] closing link "pt0"... Mar 31 14:14:43 mpd: [pt0] bundle: CLOSE event in state OPENED Mar 31 14:14:43 mpd: [pt0] device is now in state CLOSING Mar 31 14:14:43 mpd: [pt0] IFACE: Close event Mar 31 14:14:43 mpd: pptp0: closing connection with 1.2.3.4:10641 Mar 31 14:14:43 mpd: [pt0] IFACE: Close event Mar 31 14:14:43 mpd: [pt0] IPCP: LayerFinish Mar 31 14:14:43 mpd: [pt0] IPCP: state change Starting --> Initial Mar 31 14:14:43 mpd: [pt0] IPCP: Close event Mar 31 14:14:43 mpd: [pt0] IFACE: Close event Mar 31 14:14:43 mpd: [pt0] PPTP call terminated Mar 31 14:14:43 mpd: pptp0-0: killing channel Mar 31 14:14:43 mpd: pptp0-0: clearing call Mar 31 14:14:43 mpd: [pt0] device: CLOSE event in state UP Mar 31 14:14:43 mpd: [pt0] LCP: LayerFinish Mar 31 14:14:43 mpd: [pt0] LCP: parameter negotiation failed Mar 31 14:14:43 mpd: [pt0] LCP: LayerFinish Mar 31 14:14:43 mpd: [pt0] LCP: state change Req-Sent --> Stopped Mar 31 14:14:41 mpd: ENDPOINTDISC [802.1] 00 0d b9 02 76 2c Mar 31 14:14:41 mpd: MP SHORTSEQ Mar 31 14:14:41 mpd: MP MRRU 1600 Mar 31 14:14:41 mpd: AUTHPROTO CHAP MSOFTv2 Mar 31 14:14:41 mpd: MAGICNUM 286f3b32 Mar 31 14:14:41 mpd: MRU 1500 Mar 31 14:14:41 mpd: PROTOCOMP Mar 31 14:14:41 mpd: ACFCOMP Mar 31 14:14:41 mpd: [pt0] LCP: SendConfigReq #70 Mar 31 14:14:39 mpd: ENDPOINTDISC [802.1] 00 0d b9 02 76 2c Mar 31 14:14:39 mpd: MP SHORTSEQ Mar 31 14:14:39 mpd: MP MRRU 1600 Mar 31 14:14:39 mpd: AUTHPROTO CHAP MSOFTv2 Mar 31 14:14:39 mpd: MAGICNUM 286f3b32 Andreas Ferrari wrote: > Thanks for the hints... > > Kai Dittmann wrote: > >> Andreas Ferrari schrieb: >> >>> Hello >>> >>> Does anyone have have experience with this kind of pptp? >>> Yesterday I plyed a little bit arround, saw that the the connection >>> to the PPTP server (M0n0wall) could be established but on the client >>> side I get a connection closed by server:-( >> >> >> >> Works very well for me, Palm T|X + SEM K600i >> via UMTS here in .DE >> >> PPtP Server Settings are default. >> >> Are you sure, that your mobile Povider permits >> PPtP-Tunneling ? (swisscom, orange ?) > > I will check this.. > >> The PPtP-ControlChannel (TCP/1723) may work, but >> what's about GRE Proto for the Tunnel after a >> successful authentication ? > > and this .... > >> >> >> cheers, >> -k. >> >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: m0n0wall dash unsubscribe at lists dot m0n0 dot ch >> For additional commands, e-mail: m0n0wall dash help at lists dot m0n0 dot ch >> > > -- STASOFT AG P: +41 61 726 80 70 F: +41 61 726 80 79 |