Commit message (Collapse) | Author | Age | Files | Lines | ||
---|---|---|---|---|---|---|
... | ||||||
* | ppp: fix a buffer overrun in the ms chap code | John Crispin | 2014-07-29 | 1 | -0/+13 | |
| | | | | | | | | https://dev.openwrt.org/ticket/17296 Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 41882 | |||||
* | ppp: fix keep alive option | John Crispin | 2014-07-01 | 1 | -1/+1 | |
| | | | | | | | | currently the keepalive option needs to be removed to fully disable it. this patch allows us to set it to 0. Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 41438 | |||||
* | pppd: fix build with musl | Felix Fietkau | 2014-06-29 | 1 | -0/+3 | |
| | | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 41404 | |||||
* | ppp: bump to 2.4.6 | Steven Barth | 2014-06-15 | 22 | -137/+65 | |
| | | | | | | Signed-off-by: Steven Barth <steven@midlink.org> SVN-Revision: 41193 | |||||
* | ppp: allow to set PPP interface name via config | John Crispin | 2014-06-02 | 1 | -2/+4 | |
| | | | | | | | | | | allows to set PPP interface name manually via new network interface option pppname. If not set, default naming will be used (e.g. pppoe-eth0) Signed-off-by: Ulrich Weber <uw@ocedo.com> SVN-Revision: 40933 | |||||
* | ppp: remove ppp requirement from chat | Felix Fietkau | 2014-03-21 | 1 | -1/+0 | |
| | | | | | | | | This patch removes dependancy of PPP from chat application as chat application can be used for other serial communication as well that is not dependant on PPP and therefore one should be able to install chat without PPP. There also are no dependencies within chat application for PPP. Signed-off-by: Oskari Rauta <oskari.rauta at gmail.com> SVN-Revision: 39992 | |||||
* | pppd: fix build errors with musl | Felix Fietkau | 2014-03-20 | 14 | -26/+220 | |
| | | | | | | Signed-off-by: Felix Fietkau <nbd@openwrt.org> SVN-Revision: 39963 | |||||
* | ppp: add validation rules to proto handler | John Crispin | 2014-02-18 | 1 | -10/+10 | |
| | | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 39619 | |||||
* | pppd: Place plugin-specific options after `plugin name`. | John Crispin | 2013-11-25 | 1 | -1/+1 | |
| | | | | | | | | | | | | | | | | | | | Before this patch, if we specify a plugin specific option through `pppd_options` in /etc/config/network, e.g. `rp_pppoe_verbose 1`, pppd would quit with the following error in log. Wed Oct 9 09:42:58 2013 daemon.notice netifd: GORG (1689): /usr/sbin/pppd: unrecognized option 'rp_pppoe_verbose' Wed Oct 9 09:42:58 2013 daemon.err pppd[1689]: unrecognized option 'rp_pppoe_verbose' Wed Oct 9 09:42:58 2013 daemon.notice netifd: GORG (1689): pppd version 2.4.5 Wed Oct 9 09:42:58 2013 daemon.notice netifd: GORG (1689): Usage: /usr/sbin/pppd [ options ], where options are: This is due to the requirement that function add_option() should be called by the plugin_init() function first before pppd can parse those options. Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com> SVN-Revision: 38911 | |||||
* | pppd: don't call modprobe at all from pppoatm | John Crispin | 2013-11-11 | 1 | -0/+13 | |
| | | | | | | Signed-off-by: John Crispin <blogic@openwrt.org> SVN-Revision: 38737 | |||||
* | ppp: correct module loaded check in proto_pptp_setup | Jo-Philipp Wich | 2013-10-10 | 1 | -1/+1 | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | proto_pptp_setup is responsible for loading the required modules to establish a pptp connection to a foreign peer. The function checks whether all required modules are already loaded, before actually loading them. It seems that the filter being used to accomplish this, is not restrictive enough in some cases. For instance when pptp nat helper modules are present on a system, and already loaded before a pptp connection is enabled. Then the search filter (possibly) returns the following for module=pptp, where actually no matches are expected, resulting in the pptp.ko module not being loaded, thereby failing to establish the pptp connection. # module="pptp" ; grep "$module" /proc/modules nf_nat_pptp 1312 0 - Live 0x86ce7000 nf_conntrack_pptp 3072 1 nf_nat_pptp, Live 0x86cb9000 nf_nat_proto_gre 784 1 nf_nat_pptp, Live 0x86cba000 nf_conntrack_proto_gre 2368 1 nf_conntrack_pptp, Live 0x86cbf000 nf_nat 9792 13 nf_nat_rtsp,nf_nat_tftp,nf_nat_sip,nf_nat_pptp,nf_nat_h323,nf_nat_proto_gre,nf_nat_amanda,nf_nat_irc,nf_nat_ftp,ipt_REDIRECT,ipt_NETMAP,ipt_MASQUERADE,iptable_nat, Live 0x86ca8000 nf_conntrack 37264 31 nf_nat_rtsp,nf_conntrack_rtsp,nf_nat_tftp,nf_conntrack_tftp,nf_nat_snmp_basic,nf_conntrack_snmp,nf_nat_sip,nf_conntrack_sip,nf_nat_pptp,nf_conntrack_pptp,nf_nat_h323,nf_conntrack_h323,nf_conntrack_proto_gre,nf_nat_amanda,nf_conntrack_amanda,nf_conntrack_broadcast,nf_nat_irc,nf_conntrack_irc,nf_nat_ftp,nf_conntrack_ftp,ipt_MASQUERADE,iptable_nat,nf_nat,xt_helper,xt_connmark,xt_connbytes,xt_conntrack,xt_CT,xt_NOTRACK,xt_state,nf_conntrack_ipv4, Live 0x86c90000 The search filter can be made more accurate/restrictive, by requiring the occurance of the exact name of the module at the beginning of a line in /proc/modules. # module="pptp" ; grep "^$module " /proc/modules pptp 13296 2 - Live 0x86e80000 Signed-off-by: Tijs Van Buggenhout <tvb@able.be> SVN-Revision: 38358 | |||||
* | ppp: correctly handle address when reloading | Steven Barth | 2013-06-10 | 2 | -2/+2 | |
| | | | | SVN-Revision: 36904 | |||||
* | ppp: don't automatically set IPv6 default route * Fixes ↵ | Steven Barth | 2013-01-17 | 2 | -2/+1 | |
| | | | | | | "ndisc_router_discovery() failed to add default route" SVN-Revision: 35188 | |||||
* | fixes uapi helper define | John Crispin | 2012-12-16 | 1 | -1/+1 | |
| | | | | SVN-Revision: 34715 | |||||
* | make use of uapi directory wrapper | John Crispin | 2012-12-15 | 1 | -1/+1 | |
| | | | | SVN-Revision: 34684 | |||||
* | ppp: unconditionally start pppd with nodefaultroute and usepeerdns (#12580) | Jo-Philipp Wich | 2012-12-06 | 2 | -12/+5 | |
| | | | | | | | | | | | | | | Since the switch to netifd, proto handlers may always set the defaultroute and provide dns server addresses, netifd will decide in the generic code path whether the announced values are masked or not. Additionally protocol handlers should not modify the routing tables themselves and prevent any launched services from doing so. Remove the additional defaultroute and peerdns option handling from the ppp.sh protocol handler and rely on netifd to mask or not mask the values. SVN-Revision: 34536 | |||||
* | ppp: - fix multilink ppp with custom ifnames, patch by George Kashperko ↵ | Jo-Philipp Wich | 2012-11-12 | 6 | -12/+158 | |
| | | | | | | <george@znau.edu.ua> - refresh patches SVN-Revision: 34171 | |||||
* | ppp: add more pppol2tpv3 related structs from the kernel headers to fix ↵ | Felix Fietkau | 2012-11-04 | 1 | -1/+27 | |
| | | | | | | compile issues with linux 3.6 SVN-Revision: 34070 | |||||
* | packages: sort network related packages into package/network/ | Felix Fietkau | 2012-10-10 | 44 | -0/+7594 | |
SVN-Revision: 33688 |