Many new PPP,PPPoE,PPtP changes in snapshots
-
Hello,
As of the next snapshot build, there are many new features and changes in related to PPP, PPPoE client, and PPtP client.1. Multilink PPPoE/PPtP is possible.
2. Multiple PPPoE links over one physical interface is possible without using vlans.
3. 3G PPP connections can take advantage of a built in database of countries and wireless service providers to autofill username, password, phone number, and APN. (Thanks to Bluepex team.)
4. Enable DHCP on the same physical interface that your PPPoE link uses by creating an extra OPTx interface, setting the same physical port, and enabling DHCP.
5. Experimental support for L2TP/PPtP getting IP addresses via DHCP and gateway IP via DNS. I'm not sure about the status of passing encrypted traffic over these links.
6. A new "PPPs" tab in Interfaces -> Assign page that shows all sorts of advanced settings and allows configuration of PPP, PPPoE, PPtP, and L2tP clients.Have fun and give feedback here in this thread and at http://redmine.pfsense.org, and beware for a few days if you don't want to deal with possible bugs.
Thanks,
GB -
Congrats. This is huge for those of us that use it. ;D
-
This stuff is great, but I am seeing a couple of problems.
I setup a 3G device, and I noticed that the service provider drop downs are not displaying. You can select from the empty list and get parameters, but the lists are empty. (it didn't connect either) My build is 2.0-BETA2 built on Thu Jun 10 02:00:40 EDT 2010
Also I did a quick test for multiple PPPOes. I configured 2 interfaces (but only has 1 modem attached, to 1 interface). It connected ok, but I couldn't access the internet properly. I could access sites with small content (ie. google home page) but couldn't access site with large content (ie. msn). I could ping both sites. My build is 2.0-BETA2 built on Wed Jun 9 21:40:25 EDT 2010, could this be related to the routing issue? I will test more tonight (after downloading latest build), with 2 modems.
Is there a way to see the state of the mlppp bond ?
Will keep you posted, and again fantastic work.
D
-
Is there a way to see the state of the mlppp bond ?
That part of the UI could use work, in my opinion. Look for a line like this in the PPP log:
Jun 10 13:53:09 ppp: [wan] Bundle: Status update: up 2 links, total bandwidth 128000 bps
That tells you that you had 2 links connected mlppp, but I'm not sure what you would see if you lost one of those, as mine has been solid so far.
-
I setup a 3G device, and I noticed that the service provider drop downs are not displaying. You can select from the empty list and get parameters, but the lists are empty. (it didn't connect either) My build is 2.0-BETA2 built on Thu Jun 10 02:00:40 EDT 2010
I just upgraded to the June 10th 2g Nanobsd build and set up a fresh 3G PPP link using the drop-down menus with no problems.
Also I did a quick test for multiple PPPOes. I configured 2 interfaces (but only has 1 modem attached, to 1 interface). It connected ok, but I couldn't access the internet properly. I could access sites with small content (ie. google home page) but couldn't access site with large content (ie. msn). I could ping both sites. My build is 2.0-BETA2 built on Wed Jun 9 21:40:25 EDT 2010, could this be related to the routing issue? I will test more tonight (after downloading latest build), with 2 modems.
Is there a way to see the state of the mlppp bond ?
The routing issue should be solved in June 9th builds, so I don't know why you have the big site/small site problem. That sounds strange.
There's currently no specific GUI element for the MLPPP bond state.
GB
-
Didn't get a chance to test much, but I did diagnose the problems with the lists. It doesn't display properly under IE8.
Will get new builds and check out further…
-
Ok, I finally had a chance to test the MLPPP some more…
I still have the same problem, if both links are enabled I can browse small content sites (ie. www.google.com), but not large content sites (ie. www.msn.com).
I tried different ping -l commands (1400, 1500, 5000) to see if a different packet size made a difference, they all worked.
When I was searching on the net, there was a mention of mrru, does that need to be set ?
Also, I don't see that bundle line in my ppp log, does that mean MLPPP is not active?
I have included my ppp logs.
Jun 13 15:44:33 ppp: [wan_link1] LCP: authorization successful
Jun 13 15:44:33 ppp: [wan_link1] PAP: rec'd ACK #1 len: 5
Jun 13 15:44:33 ppp: [wan_link1] LCP: LayerUp
Jun 13 15:44:33 ppp: [wan_link1] PAP: sending REQUEST #1 len: 43
Jun 13 15:44:33 ppp: [wan_link1] PAP: using authname "xxxxx@wiredhighspeed.com"
Jun 13 15:44:33 ppp: [wan_link1] LCP: auth: peer wants PAP, I want nothing
Jun 13 15:44:33 ppp: [wan_link1] LCP: state change Ack-Sent –> Opened
Jun 13 15:44:33 ppp: [wan_link1] LCP: rec'd Configure Ack #4 (Ack-Sent)
Jun 13 15:44:33 ppp: [wan_link1] LCP: SendConfigReq #4
Jun 13 15:44:33 ppp: [wan_link1] LCP: rec'd Configure Nak #3 (Ack-Sent)
Jun 13 15:44:33 ppp: [wan_link1] LCP: state change Opened –> Ack-Sent
Jun 13 15:44:33 ppp: [wan_link1] LCP: SendConfigAck #82
Jun 13 15:44:33 ppp: [wan_link1] LCP: SendConfigReq #3
Jun 13 15:44:33 ppp: [wan_link1] LCP: LayerDown
Jun 13 15:44:33 ppp: [wan_link1] LCP: rec'd Configure Request #82 (Opened)
Jun 13 15:44:33 ppp: [wan] IPCP: LayerUp
Jun 13 15:44:33 ppp: [wan] IPCP: state change Ack-Rcvd –> Opened
Jun 13 15:44:33 ppp: [wan] IPCP: SendConfigAck #11
Jun 13 15:44:33 ppp: [wan] IPCP: rec'd Configure Request #11 (Ack-Rcvd)
Jun 13 15:44:33 ppp: [wan] IPCP: state change Req-Sent –> Ack-Rcvd
Jun 13 15:44:33 ppp: [wan] IPCP: rec'd Configure Ack #2 (Req-Sent)
Jun 13 15:44:33 ppp: [wan] IPCP: SendConfigReq #2
Jun 13 15:44:33 ppp: [wan] IPCP: rec'd Configure Nak #1 (Req-Sent)
Jun 13 15:44:33 ppp: [wan] IPCP: SendConfigReq #1
Jun 13 15:44:33 ppp: [wan] IPCP: state change Starting –> Req-Sent
Jun 13 15:44:33 ppp: [wan] IPCP: Up event
Jun 13 15:44:33 ppp: [wan] IPCP: LayerStart
Jun 13 15:44:33 ppp: [wan] IPCP: state change Initial –> Starting
Jun 13 15:44:33 ppp: [wan] IPCP: Open event
Jun 13 15:44:33 ppp: [wan_link0] LCP: authorization successful
Jun 13 15:44:33 ppp: [wan_link0] PAP: rec'd ACK #1 len: 5
Jun 13 15:44:32 ppp: [wan_link0] LCP: LayerUp
Jun 13 15:44:32 ppp: [wan_link0] PAP: sending REQUEST #1 len: 43
Jun 13 15:44:32 ppp: [wan_link0] PAP: using authname "xxxxx@wiredhighspeed.com"
Jun 13 15:44:32 ppp: [wan_link0] LCP: auth: peer wants PAP, I want nothing
Jun 13 15:44:32 ppp: [wan_link0] LCP: state change Ack-Sent –> Opened
Jun 13 15:44:32 ppp: [wan_link0] LCP: rec'd Configure Ack #4 (Ack-Sent)
Jun 13 15:44:32 ppp: [wan_link0] LCP: SendConfigReq #4
Jun 13 15:44:32 ppp: [wan_link0] LCP: rec'd Configure Nak #3 (Ack-Sent)
Jun 13 15:44:32 ppp: [wan_link0] LCP: state change Opened –> Ack-Sent
Jun 13 15:44:32 ppp: [wan_link0] LCP: SendConfigAck #171
Jun 13 15:44:32 ppp: [wan_link0] LCP: SendConfigReq #3
Jun 13 15:44:32 ppp: [wan_link0] LCP: LayerDown
Jun 13 15:44:32 ppp: [wan_link0] LCP: rec'd Configure Request #171 (Opened)
Jun 13 15:44:32 ppp: [wan_link1] LCP: LayerUp
Jun 13 15:44:32 ppp: [wan_link1] PAP: sending REQUEST #1 len: 43
Jun 13 15:44:32 ppp: [wan_link1] PAP: using authname "xxxxx@wiredhighspeed.com"
Jun 13 15:44:32 ppp: [wan_link1] LCP: auth: peer wants PAP, I want nothing
Jun 13 15:44:32 ppp: [wan_link1] LCP: state change Ack-Sent –> Opened
Jun 13 15:44:32 ppp: [wan_link1] LCP: rec'd Configure Ack #2 (Ack-Sent)
Jun 13 15:44:32 ppp: [wan_link1] LCP: SendConfigReq #2
Jun 13 15:44:32 ppp: [wan_link1] LCP: rec'd Configure Reject #1 (Ack-Sent)
Jun 13 15:44:32 ppp: [wan_link1] LCP: state change Req-Sent –> Ack-Sent
Jun 13 15:44:32 ppp: [wan_link1] LCP: SendConfigAck #102
Jun 13 15:44:32 ppp: [wan_link1] LCP: rec'd Configure Request #102 (Req-Sent)
Jun 13 15:44:32 ppp: [wan_link1] LCP: SendConfigReq #1
Jun 13 15:44:32 ppp: [wan_link1] LCP: state change Starting –> Req-Sent
Jun 13 15:44:32 ppp: [wan_link1] LCP: Up event
Jun 13 15:44:32 ppp: [wan_link1] PPPoE: connection successful
Jun 13 15:44:32 ppp: PPPoE: rec'd ACNAME "bas7-toronto01"
Jun 13 15:44:32 ppp: [wan_link0] LCP: LayerUp
Jun 13 15:44:32 ppp: [wan_link0] PAP: sending REQUEST #1 len: 43
Jun 13 15:44:32 ppp: [wan_link0] PAP: using authname "xxxxx@wiredhighspeed.com"
Jun 13 15:44:32 ppp: [wan_link0] LCP: auth: peer wants PAP, I want nothing
Jun 13 15:44:32 ppp: [wan_link0] LCP: state change Ack-Sent –> Opened
Jun 13 15:44:32 ppp: [wan_link0] LCP: rec'd Configure Ack #2 (Ack-Sent)
Jun 13 15:44:32 ppp: [wan_link0] LCP: SendConfigReq #2
Jun 13 15:44:32 ppp: [wan_link0] LCP: rec'd Configure Reject #1 (Ack-Sent)
Jun 13 15:44:32 ppp: [wan_link0] LCP: state change Req-Sent –> Ack-Sent
Jun 13 15:44:32 ppp: [wan_link0] LCP: SendConfigAck #144
Jun 13 15:44:32 ppp: [wan_link0] LCP: rec'd Configure Request #144 (Req-Sent)
Jun 13 15:44:32 ppp: [wan_link0] LCP: SendConfigReq #1
Jun 13 15:44:32 ppp: [wan_link0] LCP: state change Starting –> Req-Sent
Jun 13 15:44:32 ppp: [wan_link0] LCP: Up event
Jun 13 15:44:32 ppp: [wan_link0] PPPoE: connection successful
Jun 13 15:44:31 ppp: PPPoE: rec'd ACNAME "bas7-toronto01"
Jun 13 15:44:30 ppp: [wan_link1] PPPoE: Connecting to ''
Jun 13 15:44:30 ppp: [wan_link0] PPPoE: Connecting to ''
Jun 13 15:44:30 ppp: [wan_link1] LCP: LayerStart
Jun 13 15:44:30 ppp: [wan_link1] LCP: state change Initial –> Starting
Jun 13 15:44:30 ppp: [wan_link1] LCP: Open event
Jun 13 15:44:30 ppp: [wan_link0] LCP: LayerStart
Jun 13 15:44:30 ppp: [wan_link0] LCP: state change Initial –> Starting
Jun 13 15:44:30 ppp: [wan_link0] LCP: Open event
Jun 13 15:44:30 ppp: [wan] Bundle: Interface ng0 created
Jun 13 15:44:30 ppp: web: web is not running
Jun 13 15:44:30 ppp: waiting for process 18923 to die…
Jun 13 15:44:30 ppp: process 18923 terminated
Jun 13 15:44:30 ppp: [wan] IPCP: SendTerminateReq #4
Jun 13 15:44:28 ppp: waiting for process 18923 to die…
Jun 13 15:44:28 ppp: [wan] IPCP: LayerDown
Jun 13 15:44:28 ppp: [wan] IPCP: SendTerminateReq #3
Jun 13 15:44:28 ppp: [wan] IPCP: state change Opened –> Closing
Jun 13 15:44:28 ppp: [wan] IPCP: Close event
Jun 13 15:44:28 ppp: caught fatal signal term
Jun 13 15:44:28 ppp: process 16253 started, version 5.5 (root@FreeBSD_8.0_pfSense_2.0-snaps.pfsense.org 15:59 20-May-2010)
Jun 13 15:44:28 ppp:
Jun 13 15:44:28 ppp: Multi-link PPP daemon for FreeBSD -
Running tje Jun 10 14:59 build and I had to add a floating "pass quick proto gre from subnet to internal IP". Otherwise some traffic was blocked by the default block rule.
Seems the pptp0 rule was set up, but not one for the underlying IP layer.
EDIT: Added comment to: http://redmine.pfsense.org/issues/446
-
Hi,
I need to dial PPTP to the ISP.
In my testing environment I only have WAN and Wi-Fi for LAN, so I set WAN to DHCP, created another interface (OPT1) on the PPPs tab and configured it to PPTP. I also uncommented the code you mentioned, but nothing happens.I see the "connect" button on the "interfaces" status, and when pressed - nothing happens, no logged events, nothing.
By the way, OPT1 is disabled, if I enable it - it becomes a regular interface with PPTP configured, while it complaints that I entered invalid IP for remote PPTP server (I enter a hostname), and that kind of thing I could always do - no need for PPPs tab.
Am I doing something wrong?