[solved ] pptp client on router not connecting to server

Help :slight_smile:

I have setup a pptp server (nevermind security or lack there of) and can easily connect from my laptop (and I enabled passthrough), but it doesn't work once I try to install the pptp client on the router.

Looks like the exchange of the 'Configuration Request' goes wrong.

logread

Thu Mar  1 01:00:58 2018 daemon.notice netifd: Interface 'pptp_vpn' is now down
Thu Mar  1 01:00:58 2018 daemon.notice netifd: Interface 'pptp_vpn' is setting up now
Thu Mar  1 01:00:59 2018 daemon.info pppd[10649]: Plugin pptp.so loaded.
Thu Mar  1 01:00:59 2018 daemon.info pppd[10649]: PPTP plugin version 1.00
Thu Mar  1 01:00:59 2018 daemon.notice pppd[10649]: pppd 2.4.7 started by root, uid 0
Thu Mar  1 01:00:59 2018 daemon.debug pppd[10650]: pptp: call manager for 5.150.254.167
Thu Mar  1 01:00:59 2018 daemon.debug pppd[10650]: window size:	50
Thu Mar  1 01:00:59 2018 daemon.debug pppd[10650]: call id:	40
Thu Mar  1 01:00:59 2018 daemon.debug pppd[10650]: control connection
Thu Mar  1 01:00:59 2018 daemon.debug pppd[10650]: unix_sock
Thu Mar  1 01:00:59 2018 daemon.debug pppd[10651]: Sent control packet type is 1 'Start-Control-Connection-Request'
Thu Mar  1 01:00:59 2018 daemon.debug pppd[10651]: Received Start Control Connection Reply
Thu Mar  1 01:00:59 2018 daemon.debug pppd[10651]: Client connection established.
Thu Mar  1 01:00:59 2018 daemon.warn odhcpd[1013]: A default route is present but there is no public prefix on br-lan thus we don't announce a default route!
Thu Mar  1 01:01:00 2018 daemon.debug pppd[10651]: Sent control packet type is 7 'Outgoing-Call-Request'
Thu Mar  1 01:01:00 2018 daemon.debug pppd[10651]: Received Outgoing Call Reply.
Thu Mar  1 01:01:00 2018 daemon.debug pppd[10651]: Outgoing call established (call ID 40, peer's call ID 11008).
Thu Mar  1 01:01:00 2018 daemon.debug pppd[10649]: using channel 40
Thu Mar  1 01:01:00 2018 kern.info kernel: [ 3660.630565] pptp-pptp_vpn: renamed from ppp0
Thu Mar  1 01:01:00 2018 daemon.info pppd[10649]: Using interface pptp-pptp_vpn
Thu Mar  1 01:01:00 2018 daemon.notice pppd[10649]: Connect: pptp-pptp_vpn <--> pptp (5.150.254.167)
Thu Mar  1 01:01:00 2018 daemon.debug pppd[10649]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x48e29e1d>]
Thu Mar  1 01:01:01 2018 daemon.info dnsmasq[1806]: read /etc/hosts - 4 addresses
Thu Mar  1 01:01:01 2018 daemon.info dnsmasq[1806]: read /tmp/hosts/dhcp.cfg01411c - 2 addresses
Thu Mar  1 01:01:01 2018 daemon.info dnsmasq-dhcp[1806]: read /etc/ethers - 0 addresses
Thu Mar  1 01:01:03 2018 daemon.debug pppd[10649]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x48e29e1d>]
Thu Mar  1 01:01:06 2018 daemon.debug pppd[10649]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x48e29e1d>]
Thu Mar  1 01:01:09 2018 daemon.debug pppd[10649]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x48e29e1d>]
Thu Mar  1 01:01:12 2018 daemon.debug pppd[10649]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x48e29e1d>]
Thu Mar  1 01:01:15 2018 daemon.debug pppd[10649]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x48e29e1d>]
Thu Mar  1 01:01:18 2018 daemon.debug pppd[10649]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x48e29e1d>]
Thu Mar  1 01:01:21 2018 daemon.debug pppd[10649]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x48e29e1d>]
Thu Mar  1 01:01:24 2018 daemon.debug pppd[10649]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x48e29e1d>]
Thu Mar  1 01:01:27 2018 daemon.debug pppd[10649]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x48e29e1d>]
Thu Mar  1 01:01:30 2018 daemon.warn pppd[10651]: read returned zero, peer has closed
Thu Mar  1 01:01:30 2018 daemon.debug pppd[10651]: Closing connection (shutdown)
Thu Mar  1 01:01:30 2018 daemon.debug pppd[10651]: Sent control packet type is 12 'Call-Clear-Request'
Thu Mar  1 01:01:30 2018 daemon.warn pppd[10651]: read returned zero, peer has closed
Thu Mar  1 01:01:30 2018 daemon.debug pppd[10651]: Closing connection (call state)
Thu Mar  1 01:01:30 2018 daemon.warn pppd[10649]: LCP: timeout sending Config-Requests
Thu Mar  1 01:01:30 2018 daemon.notice pppd[10649]: Connection terminated.
Thu Mar  1 01:01:30 2018 daemon.notice pppd[10649]: Modem hangup
Thu Mar  1 01:01:30 2018 daemon.info pppd[10649]: Exit.

WireShark

3037	-14.601887	5.150.254.167	192.168.2.108	PPP LCP	74	Configuration Request
3038	-14.556805	192.168.2.108	5.150.254.167	PPP LCP	70	Configuration Request
3039	-14.532859	5.150.254.167	192.168.2.108	PPP LCP	74	Configuration Ack
3072	-11.584103	5.150.254.167	192.168.2.108	TCP	66	1723 β†’ 32868 [FIN, ACK] Seq=189 Ack=325 Win=31104 Len=0 TSval=28658490 TSecr=258989
3073	-11.583650	192.168.2.108	5.150.254.167	PPTP	82	Call-Clear-Request
3074	-11.583238	192.168.2.108	5.150.254.167	TCP	66	32868 β†’ 1723 [FIN, ACK] Seq=341 Ack=190 Win=30272 Len=0 TSval=261995 TSecr=28658490
3075	-11.558837	5.150.254.167	192.168.2.108	TCP	60	1723 β†’ 32868 [RST] Seq=190 Win=0 Len=0
3076	-11.558817	5.150.254.167	192.168.2.108	TCP	60	1723 β†’ 32868 [RST] Seq=190 Win=0 Len=0

/etc/ppp/options

debug
logfile /dev/null
noipdefault
noaccomp
nopcomp
nocrtscts
lock
maxfail 0
lcp-echo-failure 5
lcp-echo-interval 1
#silent

/etc/ppp/options.pptp

noipdefault
noauth
nobsdcomp
nodeflate
idle 0
mppe required,stateless
maxfail 0

SERVER CONF
/etc/ppp/pptpd-options

name pptpd
#refuse-pap
#refuse-chap
#refuse-mschap
#refuse-eap
require-mppe-128
ms-dns 8.8.8.8
ms-dns 8.8.4.4
proxyarp
nodefaultroute
lock
nobsdcomp
nologfd

/etc/ppp/options

debug
logfile /dev/null
noipdefault
noaccomp
nopcomp
nocrtscts
lock
maxfail 0
lcp-echo-failure 5
lcp-echo-interval 1
#silent

Any hint as to where / how to fix this?

Silly me :slight_smile:
works after setting -P INPUT -j ACCEPT
So I will look into the firewall setup