ppp (Paul's PPP Package) is an open source package which implements the point-to-point protocol (PPP) on Linux and Solaris systems. It is implemented as single pppd daemon and acts as backend for , and netctl. 3G, L2TP and PPPoE connections are internally based on PPP protocol and therefore can be managed by ppp.
- 1 Installation
- 2 Configuration
- 3 Tips and tricks
- 4 Troubleshooting
Install the package.
Make sure that your kernel is compiled with PPPoE support (present in default kernel):
$ zgrep CONFIG_PPPOE /proc/config.gz
Create the connection configuration file:
plugin rp-pppoe.so # rp_pppoe_ac 'your ac name' # rp_pppoe_service 'your service name' # network interface eth0 # login name name "someloginname" usepeerdns persist # Uncomment this if you want to enable dial on demand #demand #idle 180 defaultroute hide-password noauth
usepeerdns option is used, pppd will create the
/etc/ppp/resolv.conf file with obtained DNS addresses while establishing a connection. By default, the
/etc/ppp/ip-up.d/00_dns hook script moves this file to
/etc/resolv.conf, allowing the system to use these name servers. If this is undesirable (e.g. you are using a local caching DNS), edit the
/etc/ppp/ip-up.d/00_dns.sh as you need.
Put a line like this in
/etc/ppp/chap-secrets as required by the authentication method used by your ISP.
Chap should always be preferred, when possible, if aiming at security (to understand how chap works see this), however it is OK to write these two files at the same time, pppd will automatically use the appropriate one:
someloginname * yourpassword
You can now start the link using the command:
# pppd call your_provider
Alternatively, you can use this
# pon your_provider
where your_provider is the exact name of your options file in
To see whether your PPPoE connection is started correctly, check the pppd output in system logs:
# journalctl -b --no-pager | grep pppd
On a successful connection, you will see something like the following:
Jul 09 22:42:33 localhost pppd: Plugin rp-pppoe.so loaded. Jul 09 22:42:33 localhost pppd: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.6 Jul 09 22:42:33 localhost network: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.6 Jul 09 22:42:33 localhost pppd: pppd 2.4.6 started by root, uid 0 Jul 09 22:42:39 localhost pppd: PPP session is 292 Jul 09 22:42:39 localhost pppd: Connected to a0:f3:e4:4f:e3:b0 via interface enp4s0 Jul 09 22:42:39 localhost pppd: Using interface ppp0 Jul 09 22:42:39 localhost pppd: Connect: ppp0 <--> enp4s0 Jul 09 22:42:39 localhost pppd: CHAP authentication succeeded: CHAP authentication success Jul 09 22:42:39 localhost pppd: CHAP authentication succeeded Jul 09 22:42:39 localhost pppd: peer from calling number A0:F3:E4:4F:E3:B0 authorized Jul 09 22:42:39 localhost pppd: Cannot determine ethernet address for proxy ARP Jul 09 22:42:39 localhost pppd: local IP address 10.6.2.137 Jul 09 22:42:39 localhost pppd: remote IP address 10.6.1.1 Jul 09 22:42:39 localhost pppd: primary DNS address 10.6.1.1 Jul 09 22:42:39 localhost pppd: secondary DNS address 188.8.131.52
By default the configuration in
/etc/ppp/peers/provider is treated as the default, so if you want to make "your_provider" the default, you can create a link like this
# ln -s /etc/ppp/peers/your_provider /etc/ppp/peers/provider
Now you can start the link by simply running:
To close a connection, use this
# poff your_provider
Easy wizard configuration
AUR provides a dialog interface to create pppd configuration easily. The usage is as simple as running
pppconfig as root and it will guide the configuration creation.
# pppconfig --dialog
The resulting configuration can be called using
pon and discarded using
poff as mentioned before.
Starting pppd on boot
- Configure the
ppp_genericmodule to load on boot. See Kernel modules#Automatic module handling for more information.
- Enable the systemd service
Tips and tricks
Do an auto redial
If pppd is running, you can force a connection reset by sending the
SIGHUP signal to the process:
# export PPPD_PID=$(pidof pppd) # kill -s HUP $PPPD_PID
And you have redialed the connection.
ISP auto-disconnect after 24h
If you use a flat-rate always-on connection on a computer, some providers restart your connection after 24h. That makes sure that the IP is rotated every 24h. To compensate, you can use an dynamic DNS service in combination with broken link: archived in aur-mirror] to compensate for the rotating IP address. But to avoid disconnects when you do not need it, you might try to restart the connection using a cron job or systemd timer at a time of day you know no one will be using the connection (e.g. at 4 AM).AUR[
As root, do the following:
Create a bash script similar to this and give it a name (e.g.
#!/bin/bash message="Restarting the PPP connection @:" $(date) pppd_id=$(pidof pppd) kill -s HUP $pppd_id echo $message
Give it execute permissions and put it on a path visible to root.
Then create a cron job using
crontab -e. Check that your
EDITOR env variable is set if the command fails. So add anywhere in the file,
0 4 * * * /bin/bash /root/pppd_redial.sh
Save and exit. Your PPPoE connection will now restart every day at 4AM.
Using a systemd timer
An alternative way to force a reconnect is using a systemd timer and the poff script (in particular its
-r option). Simply create a .service and .timer files with the same name:
[Unit] Description=Reconnect PPP connections daily [Timer] OnCalendar=*-*-* 05:00:00 [Install] WantedBy=multi-user.target
[Unit] Description=Reconnect PPP connections [Service] Type=simple ExecStart=/usr/bin/poff -r
If you have a preconfigured default route before the pppd is started, the default route is kept, so take a look in
/var/log/errors.log and if you have something like:
pppd[nnnn]: not replacing existing default route via xxx.xxx.xxx.xxx
xxx.xxx.xxx.xxx is not the correct route for you
- Create a new script in
/etc/ppp/ip-pre-up.dwith this content:
#!/bin/sh /usr/bin/route del default
Note: Make sure you have a script named 'ip-pre-up' which launches *.sh in 'ip-pre-up.d' like other launch scripts do.
- Restart the
Masquerading seems to be working fine but some sites do not work
The MTU under pppoe is 1492 bytes. Most sites use an MTU of 1500. So your connection sends an ICMP 3:4 (fragmentation needed) packet, asking for a smaller MTU, but some sites have their firewall blocking that.
Enabling the PMTU clamping in iptables can solve that:
iptables -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
Now, for some reason, just trying to save the resulting iptables configuration with iptables-save and restoring it later, does not work. It has to be executed after the other iptables configuration had been loaded. So, here is a systemd unit to solve it:
[Unit] Description=PMTU clamping for pppoe Requires=iptables.service After=iptables.service [Service] Type=oneshot ExecStart=/usr/bin/iptables -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu [Install] WantedBy=multi-user.target
And enable it.
pppd cannot load kernel module ppp_generic
When starting PPTP client, the pppd process cannot locate the appropriate module:
Couldn't open the /dev/ppp device: No such device or address Please load the ppp_generic kernel module.
The solution is to edit the
/etc/modprobe.d/modules.conf file and change
alias char-major-108 ppp
alias char-major-108 ppp_generic
or just add such alias if it does not exist.
The correct module will be loaded after reboot.