#
5db50a31 |
| 24-Jan-2025 |
Mark Johnston <markj@FreeBSD.org> |
rtsold: Further usage message updates
Add -u, remove -p from the rtsol(8) usage message.
PR: 266634 MFC after: 1 week
|
#
c4380d5b |
| 17-Jan-2025 |
Mark Johnston <markj@FreeBSD.org> |
rtsold: Add -i to the usage message
PR: 266634 Fixes: 231bac4ccc43 ("rtsol/rtsold: Add option to skip random delay") MFC after: 1 week
(cherry picked from commit 9e9e64b693ab1e08cca46e26e46816054
rtsold: Add -i to the usage message
PR: 266634 Fixes: 231bac4ccc43 ("rtsol/rtsold: Add option to skip random delay") MFC after: 1 week
(cherry picked from commit 9e9e64b693ab1e08cca46e26e468160542c33f3a)
show more ...
|
Revision tags: release/14.2.0, release/13.4.0, release/14.1.0, release/13.3.0, release/14.0.0 |
|
#
b3e76948 |
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: two-line .h pattern
Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
|
#
476babae |
| 02-May-2023 |
Kristof Provost <kp@FreeBSD.org> |
rtsol: introduce an 'always' script
In addition to the 'M' and 'O' scripts (for when 'Managed' and 'Other' flags are set) also introduce an 'always' script that is called for any router advertisemen
rtsol: introduce an 'always' script
In addition to the 'M' and 'O' scripts (for when 'Managed' and 'Other' flags are set) also introduce an 'always' script that is called for any router advertisement (so even if M and O are not set).
This is primarly useful for systems like pfSense that wish to be informed of routers for further system configuration.
See also https://redmine.pfsense.org/issues/14072
Reviewed by: melifaro Sponsored by: Rubicon Communications, LLC ("Netgate") Differential Revision: https://reviews.freebsd.org/D39931
show more ...
|
Revision tags: release/13.2.0, release/12.4.0, release/13.1.0, release/12.3.0 |
|
#
231bac4c |
| 16-Nov-2021 |
Colin Percival <cperciva@FreeBSD.org> |
rtsol/rtsold: Add option to skip random delay
In accordance with a SHOULD in RFC 4861, rtsol and rtsold wait a random time between zero and one (aka MAX_RTR_SOLICITATION_DELAY) seconds before sendin
rtsol/rtsold: Add option to skip random delay
In accordance with a SHOULD in RFC 4861, rtsol and rtsold wait a random time between zero and one (aka MAX_RTR_SOLICITATION_DELAY) seconds before sending a Router Solicitation, in order to avoid network congestion if many hosts come online at once. (The question of how many hosts would be required to cause congestion by each sending a single packet on a Gbps+ network is left to the reader.)
The new option -i disables this wait and instructs rtsol and rtsold to send the Router Solicitation immediately.
Reviewed by: bz, kp (earlier version) MFC after: 1 week Relnotes: yes Sponsored by: https://www.patreon.com/cperciva Differential Revision: https://reviews.freebsd.org/D32956
show more ...
|
#
bfa812f5 |
| 14-Aug-2021 |
Franco Fitchner <franco@opnsense.org> |
rtsold: auto-probe point to point interfaces
rtsold works fine for point to point interfaces in manual mode but will not auto-probe them.
Reviewed by: markj MFC after: 1 week Differential Revision:
rtsold: auto-probe point to point interfaces
rtsold works fine for point to point interfaces in manual mode but will not auto-probe them.
Reviewed by: markj MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D31517
show more ...
|
Revision tags: release/13.0.0 |
|
#
006a0137 |
| 08-Mar-2021 |
Hajimu UMEMOTO <ume@FreeBSD.org> |
Simplify using nvlist_append_string_array().
Reported by: hrs MFC after: 1 week
|
#
1def0a62 |
| 27-Nov-2020 |
Hajimu UMEMOTO <ume@FreeBSD.org> |
fix casper initialization for setting scripts.
MFC after: 1 week
|
Revision tags: release/12.2.0 |
|
#
e2515283 |
| 27-Aug-2020 |
Glen Barber <gjb@FreeBSD.org> |
MFH
Sponsored by: Rubicon Communications, LLC (netgate.com)
|
#
60e7f669 |
| 25-Aug-2020 |
Bjoern A. Zeeb <bz@FreeBSD.org> |
rtsol(d): add script for "M bit"
While we do support the "O bit" running a script (usually to start a dhcpv6 client) we have no options for setups which set the "M bit" for, e.g., static address ass
rtsol(d): add script for "M bit"
While we do support the "O bit" running a script (usually to start a dhcpv6 client) we have no options for setups which set the "M bit" for, e.g., static address assignment as in EC2.
Duplicate most of the "O bit" logic to also start a script for the "M bit" with the one difference: if the "M bit" is set we will not start the script for the "O bit" as well (per RFC 4861, Section 4.2).
Reviewed by: hrs, markj MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D26099
show more ...
|
Revision tags: release/11.4.0, release/12.1.0, release/11.3.0 |
|
#
2aaf9152 |
| 18-Mar-2019 |
Alan Somers <asomers@FreeBSD.org> |
MFHead@r345275
|
#
b18a4cca |
| 05-Mar-2019 |
Enji Cooper <ngie@FreeBSD.org> |
MFhead@r344786
|
#
844fc3e9 |
| 04-Mar-2019 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r344549 through r344775.
|
#
ee74c332 |
| 27-Feb-2019 |
Mark Johnston <markj@FreeBSD.org> |
rtsol: Use vwarnx(3) to log messages to standard error.
This ensures that the program name is included in the output, which makes it easy to identify the source of error messages printed during boot
rtsol: Use vwarnx(3) to log messages to standard error.
This ensures that the program name is included in the output, which makes it easy to identify the source of error messages printed during boot.
MFC after: 1 week
show more ...
|
#
04e9edb5 |
| 05-Jan-2019 |
Mark Johnston <markj@FreeBSD.org> |
Capsicumize rtsol(8) and rtsold(8).
These programs parse ND6 Router Advertisement messages; rtsold(8) has required an SA, SA-14:20.rtsold, for a bug in this code. Thus, they are good candidates for
Capsicumize rtsol(8) and rtsold(8).
These programs parse ND6 Router Advertisement messages; rtsold(8) has required an SA, SA-14:20.rtsold, for a bug in this code. Thus, they are good candidates for sandboxing.
The approach taken is to run the main executable in capability mode and use Casper services to provide functionality that cannot be implemented within the sandbox. In particular, several custom services were required.
- A Casper service is used to send Router Solicitation messages on a raw ICMP6 socket. Initially I took the approach of creating a socket for each interface upon startup, and connect(2)ing it to the all-routers multicast group for the interface. This permits the use of sendmsg(2) in capability mode, but only works if the interface's link is up when rtsol(d) starts. So, instead, the rtsold.sendmsg service is used to transmit RS messages on behalf of the main process. One could alternately define a service which simply creates and connects a socket for each destination address, and returns the socket to the sandboxed process. However, to implement rtsold's -m option we also need to read the ND6 default router list, and this cannot be done in capability mode. - rtsold may execute resolvconf(8) in response to RDNSS and DNSSL options in received RA messages. A Casper service is used to fork and exec resolvconf(8), and to reap the child process. - A service is used to determine whether a given interface's link-local address is useable (i.e., not duplicated or undergoing DAD). This information is supplied by getifaddrs(3), which reads a sysctl not available in capability mode. The SIOCGIFCONF socket ioctl provides equivalent information and can be used in capability mode, but I decided against it for now because of some limitations of that interface.
In addition to these new services, cap_syslog(3) is used to send messages to syslogd.
Reviewed by: oshogbo Tested by: bz (previous versions) MFC after: 2 months Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D17572
show more ...
|
Revision tags: release/12.0.0 |
|
#
fda9adaf |
| 27-Oct-2018 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r339670 through r339812.
|
#
04c07c31 |
| 24-Oct-2018 |
Mark Johnston <markj@FreeBSD.org> |
Always free dynamically allocated memory before returning.
CID: 1007418 MFC after: 2 weeks Sponsored by: The FreeBSD Foundation
|
#
c6879c6c |
| 23-Oct-2018 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r339015 through r339669.
|
#
d2f6957c |
| 20-Oct-2018 |
Mark Johnston <markj@FreeBSD.org> |
Remove dead code.
No functional change intended.
MFC after: 2 weeks Sponsored by: The FreeBSD Foundation
|
#
3d7dd2d6 |
| 20-Oct-2018 |
Mark Johnston <markj@FreeBSD.org> |
Staticize a couple of functions.
No functional change intended.
MFC after: 2 weeks Sponsored by: The FreeBSD Foundation
|
#
1a97dd3c |
| 20-Oct-2018 |
Mark Johnston <markj@FreeBSD.org> |
Remove some obsolete compatibility code.
No functional change intended.
MFC after: 2 weeks Sponsored by: The FreeBSD Foundation
|
Revision tags: release/11.2.0 |
|
#
82725ba9 |
| 23-Nov-2017 |
Hans Petter Selasky <hselasky@FreeBSD.org> |
Merge ^/head r325999 through r326131.
|
#
8a16b7a1 |
| 20-Nov-2017 |
Pedro F. Giffuni <pfg@FreeBSD.org> |
General further adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 3-Clause license.
The Software Package Data Exchange (SPDX) group provides a specification to make it easier f
General further adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 3-Clause license.
The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts.
Special thanks to Wind River for providing access to "The Duke of Highlander" tool: an older (2014) run over FreeBSD tree was useful as a starting point.
show more ...
|
Revision tags: release/10.4.0, release/11.1.0, release/11.0.1, release/11.0.0, release/10.3.0 |
|
#
317cec3c |
| 22-Feb-2016 |
Glen Barber <gjb@FreeBSD.org> |
MFH
Sponsored by: The FreeBSD Foundation
|
#
9893f787 |
| 21-Feb-2016 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r295601 through r295844.
|