accel-ppp.git/accel-pppd/ctrl, branch masterHigh performance PPTP/L2TP/SSTP/PPPoE/IPoE server for Linux (mirror of https://github.com/accel-ppp/accel-ppp.git)
https://git.amelek.net/accel-ppp/accel-ppp.git/atom?h=master2025-01-22T13:52:30+00:00ipoe: fixed DHCP option 42 (ntp servers)2025-01-22T13:52:30+00:00aapostoliuka.apostoliuk@vyos.io2025-01-21T17:47:00+00:00urn:sha1:df1d09799a10885c23ad0760b3d1b6ac96cd10d7
Allowed using multiple NTP servers in DHCP option 42
L2TP include calling number to calling station ID RA2024-12-05T15:00:12+00:00Yaroslav Kholody.kholod@vyos.io2024-12-05T11:10:10+00:00urn:sha1:88a2ebdb1dbab4029f41966f39e163b45701227dFix post_msg implementation bug2024-11-15T02:28:35+00:00grandnew40992447+grandnew@users.noreply.github.com2024-11-15T02:28:35+00:00urn:sha1:b6500a8df22c94fcf8d5dc583d85be6ddc5d51ec
I think the error handling code of `post_msg` is wrongly implemented due to coding typo. The `EPIPE` should be also considered and then return -1, just like `PPTP_write`:
https://github.com/xebd/accel-ppp/blob/1b8711cf75a7c278d99840112bc7a396398e0205/accel-pppd/ctrl/pptp/pptp.c#L539-L570Merge pull request #185 from svlobanov/pcre2-12024-10-26T18:15:19+00:00Denys Fedoryshchenkodenys.f@collabora.com2024-10-26T18:15:19+00:00urn:sha1:2f4b324907ec44cc92c39830af6b23d623b904cb
migrate from pcre to pcre2Merge pull request #183 from svlobanov/gcc14-compile-errors2024-10-04T19:30:35+00:00Denys Fedoryshchenkodenys.f@collabora.com2024-10-04T19:30:35+00:00urn:sha1:00b8dee7c3635e2a85968b2dae0a6712b20a34bc
build: fix compile errors on GCC 14Merge pull request #195 from nuclearcat/fix-typo-free2024-09-11T09:15:34+00:00Denys Fedoryshchenkodenys.f@collabora.com2024-09-11T09:15:34+00:00urn:sha1:ba4a8e9b79b7c5189f40d808bb5882affdf83653
fix(musl/l2tp_session_free): Fix, likely typofix(musl/l2tp_session_free): Fix, likely typo2024-09-10T22:53:47+00:00Denys Fedoryshchenkodenys.f@collabora.com2024-09-10T22:39:42+00:00urn:sha1:fbef13f23e43216da7ece9c090153ff80adf7525
It is logical, that function should remain same,
not changed to free.
Signed-off-by: Denys Fedoryshchenko <denys.f@collabora.com>
Revert "Fix #189: Make module pppoe work without module radius"2024-09-05T08:33:33+00:00Sergey V. Lobanovsergey@lobanov.in2024-09-05T08:33:33+00:00urn:sha1:2ffca70167cdd82a7309a2092fecce9a062dd4dc
This reverts commit 543700aed1ac045f12dfafd898bbbbae955fee31.
Fix #189: Make module pppoe work without module radius2024-09-04T20:21:27+00:00Nazar Androshchuktok@tokbb.opossum-mora.ts.net2024-09-04T20:21:27+00:00urn:sha1:543700aed1ac045f12dfafd898bbbbae955fee31
The radius library is now linked in pppoe if `-DRADIUS` is true; it wasn't any
issue when `-DRADIUS=FALSE`. This patch can't be worked around if the
user wants to use pppoe with chap-secrets, because radius conflicts with
chap-secrets.
migrate from pcre to pcre22024-09-02T12:42:58+00:00Sergey V. Lobanovsergey@lobanov.in2024-09-01T08:59:09+00:00urn:sha1:cbfa3efe7ae135b4ae8890485701677f56087f50
PCRE is not supported anymore and removed from several distros