| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Submitted by: Ollivier Robert <roberto@keltia.freenix.fr>
|
|
|
|
|
|
|
| |
systems.
Submitted by: Ted Lemon, Matt Thomas, and others. Retrofitted for
-current by me.
|
| |
|
|
|
|
| |
Reviewed by: bde
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Log ICMP type during verbose output.
- Added IPFIREWALL_VERBOSE_LIMIT option to prevent denial of service
attacks via syslog flooding.
- Filter based on ICMP type.
- Timestamp chain entries when they are matched.
- Interfaces can now be matched with a wildcard specification (i.e.
will match any interface unit for a given name).
- Prevent the firewall chain from being manipulated when securelevel
is greater than 2.
- Fixed bug that allowed the default policy to be deleted.
- Ability to zero individual accounting entries.
- Remove definitions of old_chk_ptr and old_ctl_ptr when compiling
ipfw as a lkm.
- Remove some redundant code shared between ip_fw_init and ipfw_load.
Closes PRs: 1192, 1219, and 1267.
|
|
|
|
|
|
|
| |
gcc only inlines memcpy()'s whose count is constant and didn't inline
these. I want memcpy() in the kernel go away so that it's obvious that
it doesn't need to be optimized. Now it is only used for one struct
copy in si.c.
|
|
|
|
| |
for incoming packets.
|
|
|
|
|
| |
filling in a new PCB's rttvar (but this is not the last word on the subject).
And get rid of `#ifdef RTV_RTT', it's been true for four years now...
|
|
|
|
|
|
|
|
|
|
| |
circumstances, caused perfectly good connections to be dropped. This
happened for connections over a LAN, where the retransmit timer
calculation TCP_REXMTVAL(tp) returned 0. If sending was blocked by flow
control for long enough, the old code dropped the connection, even
though timely replies were being received for all window probes.
Reviewed by: W. Richard Stevens <rstevens@noao.edu>
|
| |
|
|
|
|
| |
IP_PORTRANGE_LOW.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
unconventionally:
If COMPAT_IPFW is not defined, or if it is defined to 1, enable;
otherwise, disable.
This means that these changes actually have no effect on anyone at the
moment. (It just makes it easier for me to keep my code in sync.)
In the future, the `not defined' part of the hack should be eliminated,
but doing this now would require everyone to change their config files.
The same conditionals need to be made in ip_input.c as well for this to
ave any useful effect, but I'm not ready to do that right now.
|
|
|
|
|
| |
return a failure code (even though it worked).
This commit brought to you by the 'C' keyword "break".. :-)
|
|
|
|
|
|
|
|
| |
(PR #1178).
Define a new SO_TIMESTAMP socket option for datagram sockets to return
packet-arrival timestamps as control information (PR #1179).
Submitted by: Louis Mamakos <loiue@TransSys.com>
|
|
|
|
|
|
| |
only produced compile-time warnings.
Reviewed/Tested by: Bill Fenner <fenner@parc.xerox.com>
|
|
|
|
| |
Reviewed by: bde
|
|
|
|
|
|
|
| |
use spl() functions.
Reviewed by: phk
Submitted by: Alex Nash <alex@zen.nash.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the destination represents. For IP:
- Iff it is a host route, RTF_LOCAL and RTF_BROADCAST indicate local
(belongs to this host) and broadcast addresses, respectively.
- For all routes, RTF_MULTICAST is set if the destination is multicast.
The RTF_BROADCAST flag is used by ip_output() to eliminate a call to
in_broadcast() in a common case; this gives about 1% in our packet-generation
experiments. All three flags might be used (although they aren't now)
to determine whether a packet can be forwarded; a given host route can
represent a forwardable address if:
(rt->rt_flags & (RTF_HOST | RTF_LOCAL | RTF_BROADCAST | RTF_MULTICAST))
== RTF_HOST
Obviously, one still has to do all the work if a host route is not present,
but this code allows one to cache the results of such a lookup if rtalloc1()
is called without masking RTF_PRCLONING.
|
| |
|
|
|
|
| |
to store "192.252.119.189\0".
|
|
|
|
| |
Thanx to: jdp
|
|
|
|
| |
Requested by: davidg
|
|
|
|
| |
initialization.
|
|
|
|
| |
and HYPERchannel link layers.
|
|
|
|
| |
in one case.
|
|
|
|
|
|
|
|
|
|
|
|
| |
1) Require all callers to pass a valid route pointer to ip_output()
so that we don't have to check and allocate one off the stack
as was done before. This eliminates one test and some stack
bloat from the common (UDP and TCP) case.
2) Perform the IP header checksum in-line if it's of the usual length.
This results in about a 5% speed-up in my packet-generation test.
3) Use ip_vhl field rather than ip_v and ip_hl bitfields.
|
| |
|
| |
|
|
|
|
| |
multicast option structure off the stack rather than malloc.
|
|
|
|
|
|
|
|
|
| |
1) Set the persist timer to help time-out connections in the CLOSING state.
2) Honor the keep-alive timer in the CLOSING state.
This fixes problems with connections getting "stuck" due to incompletion
of the final connection shutdown which can be a BIG problem on busy WWW
servers.
|
|
|
|
|
|
| |
common labels for LINT. There are still some common declarations for the
!KERNEL case in tcp_debug.h and spx_debug.h. trpt depends on the ones in
tcp_debug.h.
|
|
|
|
| |
Submitted by: Andreas Klemm <andreas@knobel.gun.de>
|
|
|
|
|
|
| |
It's trivial to create a denial of service attack on a box so enabled.
These messages, if enabled at all, must be rate-limited. (!)
|
|
|
|
|
|
|
| |
This fixes a panic that occurs when ifconfig ioctl(s) were interrupted
by IP traffic at the wrong time - resulting in a NULL pointer dereference.
This was originally noticed on a FreeBSD 1.0 system, but the problem still
exists in current sources.
|
|
|
|
|
|
| |
keepalive on all tcp sessions. Setsockopt(2) cannot override this setting.
Maybe another one is needed that just changes the default for SO_KEEPALIVE ?
Requested by: Joe Greco <jgreco@brasil.moneng.mei.com>
|
|
|
|
|
|
|
|
|
| |
Controlled by: sysctl net.inet.tcp.log_in_vain: 1
Log UDP syn packets for ports we don't listen on.
Controlled by: sysctl net.inet.udp.log_in_vain: 1
Suggested by: Warren Toomey <wkt@cs.adfa.oz.au>
|
| |
|
|
|
|
|
| |
Change interface between netinet and ip_fw to be more general, and thus
hopefully also support other ip filtering implementations.
|
| |
|
|
|
|
| |
it.
|
|
|
|
|
|
| |
Move ipip_input() and rsvp_input() prototypes to ip_var.h
Remove unused prototype for rip_ip_input() from ip_var.h
Remove unused variable *opts from rip_output()
|
|
|
|
| |
Submitted by: Jim Binkley <jrb@cs.pdx.edu>
|
| |
|
| |
|
|
|
|
|
|
|
| |
Get rid of ac->ac_ipaddr and arpwhohas() since they assume that
an interface has only one address.
Obtained from: BSD/OS 2.1, via Rich Stevens <rstevens@noao.edu>
|
|
|
|
|
| |
route pointer. This has no effect in the current ip_output(),
but my version requires that ip_output() always be passed a route.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
from Larry Peterson &co. at Arizona:
- Header prediction for ACKs did not exclude Fast Retransmit/Recovery.
- srtt calculation tended to get ``stuck'' and could never decrease
when below 8. It still can't, but the scaling factors are adjusted
so that this artifact does not cause as bad an effect on the RTO
value as it used to.
The paper also points out the incr/8 error that has been long since fixed,
and the problems with ACKing frequency resulting from the use of options
which I suspect to be fixed already as well (as part of the T/TCP work).
Obtained from: Brakmo & Peterson, ``Performance Problems in BSD4.4 TCP''
|
|
|
|
|
| |
aliases, if the alias address was passed in the struct ifreq.
Default to first address on the list, for backwards compatibility.
|
|
|
|
| |
with the IGMPv2 Internet Draft (including Router Alert IP option)
|
|
|
|
|
|
|
|
|
|
|
| |
between ignoring options specified in the setsockopt call if IP_HDRINCL is set
(the UCB choice when VJ's code was brought in) vs allowing them (what everyone
else did, and what is assumed by programs everywhere...sigh).
Also perform some checking of the passed down packet to avoid running off
the end of a mbuf chain.
Reviewed by: fenner
|