| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Set sysctl fs.suid_dumpable = 2
This allows suid processes to dump core according to kernel.core_pattern
setting. LEDE typically uses suid to drop root priviledge rather than
gain it but without this setting any suid process would be unable to
produce coredumps (e.g. dnsmasq)
Processes still need to set a non zero core file process limit ('ulimit
-c unlimited' or if procd used 'procd_set_param limits
core="unlimited"') in order to produce a core. This setting removes an
obscure stumbling block along the way.
>From https://www.kernel.org/doc/Documentation/sysctl/fs.txt
suid_dumpable:
This value can be used to query and set the core dump mode for setuid
or otherwise protected/tainted binaries. The modes are
0 - (default) - traditional behaviour. Any process which has changed
privilege levels or is execute only will not be dumped.
1 - (debug) - all processes dump core when possible. The core dump is
owned by the current user and no security is applied. This is
intended for system debugging situations only. Ptrace is unchecked.
This is insecure as it allows regular users to examine the memory
contents of privileged processes.
2 - (suidsafe) - any binary which normally would not be dumped is dumped
anyway, but only if the "core_pattern" kernel sysctl is set to
either a pipe handler or a fully qualified path. (For more details
on this limitation, see CVE-2006-2451.) This mode is appropriate
when administrators are attempting to debug problems in a normal
environment, and either have a core dump pipe handler that knows
to treat privileged core dumps with care, or specific directory
defined for catching core dumps. If a core dump happens without
a pipe handler or fully qualifid path, a message will be emitted
to syslog warning about the lack of a correct setting.
Signed-off-by: Kevin Darbyshire-Bryant <ldir@darbyshire-bryant.me.uk>
Signed-off-by: Hans Dedecker <dedeckeh@gmail.com> [PKG_RELEASE increase]
|
|
|
|
|
|
| |
Signed-off-by: Steven Barth <steven@midlink.org>
SVN-Revision: 47160
|
|
|
|
|
|
| |
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 46890
|
|
|
|
|
|
|
|
|
|
| |
Move the pattern setting from netifd's service script to
/etc/sysctl.conf. Put the timestamp component '%t' just after
executable name '%e' for more natural order from output of ls command.
Signed-off-by: Yousong Zhou <yszhou4tech@gmail.com>
SVN-Revision: 46867
|
|
|
|
|
|
|
|
| |
has caused too many issues
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 44873
|
|
|
|
| |
SVN-Revision: 42227
|
|
|
|
|
|
|
|
| |
established connection packets by default
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 42048
|
|
|
|
|
|
|
|
| |
as per RFC 5382 (#17098)
Signed-off-by: Felix Fietkau <nbd@openwrt.org>
SVN-Revision: 41599
|
|
|
|
| |
SVN-Revision: 36918
|
|
|
|
| |
SVN-Revision: 35368
|
|
|
|
| |
SVN-Revision: 35344
|
|
|
|
| |
SVN-Revision: 35299
|
|
|
|
| |
SVN-Revision: 35168
|
|
|
|
| |
SVN-Revision: 34417
|
|
|
|
| |
SVN-Revision: 33532
|
|
|
|
|
|
|
|
|
|
| |
A year of testing in the cerowrt project shows not using timestamps
to be a very bad idea in nearly any TCP at speeds above a few Mbit.
Lastly sack/dsack help on recovery from larger amounts of packet
loss.
SVN-Revision: 32513
|
|
|
|
|
|
| |
time option which got deprecated
SVN-Revision: 30805
|
|
|
|
|
|
| |
stack performance on modern systems
SVN-Revision: 28126
|
|
|
|
| |
SVN-Revision: 26204
|
|
|
|
|
|
| |
supports ip6tables now
SVN-Revision: 21766
|
|
|
|
| |
SVN-Revision: 19214
|
|
|
|
|
|
| |
marek who stumbled upon this, it creates hard-to-debug connectivity issues with providers/servers that still use buggy equipment)
SVN-Revision: 16499
|
|
|
|
| |
SVN-Revision: 15129
|
|
|
|
| |
SVN-Revision: 14283
|
|
|
|
| |
SVN-Revision: 12351
|
|
|
|
| |
SVN-Revision: 12334
|
|
|
|
| |
SVN-Revision: 9435
|
|
|
|
| |
SVN-Revision: 7784
|
|
|
|
| |
SVN-Revision: 7043
|
|
SVN-Revision: 5622
|