upstream/opnsense-core
1
0
Fork 0
mirror of https://github.com/opnsense/core.git synced 2026-05-28 04:34:51 -04:00
Code Issues Projects Releases Packages Wiki Activity Actions
opnsense-core/plist

2552 lines
157 KiB
Text
Raw Permalink Normal View History

pkg: fix plist, license and parsing thereof
2021-09-09 03:13:40 -04:00
/boot/lua/brand-opnsense.lua
/boot/lua/logo-hourglass.lua
pkg: pull (relative) symlink into package #3461
2019-05-13 06:37:56 -04:00
/usr/local/bin/python3
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/etc/devd/carp.conf
/usr/local/etc/devd/ifnet.conf
dnsmasq: override directory support #3973
2020-09-06 04:38:23 -04:00
/usr/local/etc/dnsmasq.conf.d/README
pkg: sort plist, file systems getting in the way
2016-09-24 08:34:14 -04:00
/usr/local/etc/inc/IPv6.inc
/usr/local/etc/inc/XMLRPC_Client.inc
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/etc/inc/auth.inc
/usr/local/etc/inc/certs.inc
/usr/local/etc/inc/config.inc
rc: remove factory_shipped_* trickery #1540
2017-04-12 12:20:25 -04:00
/usr/local/etc/inc/console.inc
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/etc/inc/filter.inc
plist: fix previous
2016-10-30 10:04:42 -04:00
/usr/local/etc/inc/filter.lib.inc
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/etc/inc/interfaces.inc
/usr/local/etc/inc/interfaces.lib.inc
/usr/local/etc/inc/legacy_bindings.inc
/usr/local/etc/inc/plugins.inc
Captive Portal: migrate to pf (#8368) * Captive Portal: WIP for migration to pf (https://github.com/opnsense/core/issues/8326) Captive Portal: cleanup references to ipfw Captive Portal: move accounting deletion to get action, update references and descriptions Captive Portal: remove note Captive Portal: move accounting to pf match rules Captive Portal: cleanup and shorten code Captive Portal: parser issue after refactor Captive Portal: update logo in default login page * Captive Portal: internal alias should not be editable * Captive Portal: move to periodic accounting sync * Captive Portal: update lighttpd zone config * Captive Portal: ether rules for accounting * Captive Portal: safe accounting fetch * Captive Portal: move counter calculation to bgprocess * Captive Portal: remove nested anchors, match anchors on interfaces as well * Captive Portal: move service logic to captiveportal.inc * Captive Portal: leftover test statement * Captive Portal: properly initialize accounting result * Captive Portal: cleanup sql * Captive Portal: Implement backend requirements for RFC 8908 While here, the zoneid is provided to the client, even though there there is no need to do so. Instead let lighttpd forward the request with an added header containing the zoneid of the client * Captive Portal: review feedback * Captive Portal: from_not case
2025-03-03 04:48:57 -05:00
/usr/local/etc/inc/plugins.inc.d/captiveportal.inc
pkg: fix plist
2018-03-16 04:47:00 -04:00
/usr/local/etc/inc/plugins.inc.d/core.inc
dhcrelay: split out plugin file, move some more around #6983
2024-03-13 11:56:15 -04:00
/usr/local/etc/inc/plugins.inc.d/dhcrelay.inc
dnsmasq: pluginification
2016-11-19 02:52:03 -05:00
/usr/local/etc/inc/plugins.inc.d/dnsmasq.inc
system: move gwlb.inc to dpinger.inc
2019-04-16 13:55:17 -04:00
/usr/local/etc/inc/plugins.inc.d/dpinger.inc
Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (#9354) * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature This splits the Neighbors menu item in an existing static assignments and adds the automatic discovery feature which includes logging and insights into the currently known hosts on the network. When automatic discovery is disabled, it drops back to arp/ndp. By default automatic mode is enabled on all interfaces, but configuration options exists (to limit interfaces and networks). Other consumers which require host mappings can use the /usr/local/opnsense/scripts/interfaces/list_hosts.py script to either fetch the sqlite database or arp/ndp data for the selected pprotocol(s). More information about the hostwatch daemon is available at https://github.com/opnsense/hostwatch * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (review feedback https://github.com/opnsense/core/pull/9354) * Interfaces: Neighbors: Automatic Discovery - change list_hosts.py to only query ndp when explicitly asked. Due to the short timeouts of the ndp entries and the cost of querying them, it's probably best to only support ndp when explicitly asked. In most cases where we need host data, we currently only support ipv4 anyway, which means a switch to the new entrypoint (list_hosts.py script) should be relatively harmless. * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (review feedback https://github.com/opnsense/core/pull/9354)
2025-11-06 07:01:52 -05:00
/usr/local/etc/inc/plugins.inc.d/hostwatch.inc
plugins: fix plist
2016-11-21 01:07:36 -05:00
/usr/local/etc/inc/plugins.inc.d/ipfw.inc
ipsec: move/merge into plugins
2017-03-11 12:10:12 -05:00
/usr/local/etc/inc/plugins.inc.d/ipsec.inc
Kea / Dhcp - DHCPv4 replacement, initial minimal for https://github.com/opnsense/core/issues/6971 This commit contains the basic features of our new DHCPv4 server, it certainly needs additional testing as currently we only validated the configuration format is valid. The aim is to keep the json templates as simple as possible. For now we keep the kea-control-agent disabled, we probably need it later, but we don't want to expose a listener without using it.
2023-10-17 14:59:58 -04:00
/usr/local/etc/inc/plugins.inc.d/kea.inc
add support for additional loopbacks (https://github.com/opnsense/core/issues/3832) (#3840) Add *Interfaces: Other Types: Loopback*. - while here, also add the device name in interfaces.php and support setting an initial description on new interfaces (copy device description if available) - check usages of lo0 and change to lo if not specific for our default loopback
2019-12-05 07:19:43 -05:00
/usr/local/etc/inc/plugins.inc.d/loopback.inc
services: import monit service Some things to work on: * post-install should be a migration * move to system? * remove old notifications
2018-03-10 05:51:56 -05:00
/usr/local/etc/inc/plugins.inc.d/monit.inc
netflow: add service control; closes #1268
2016-11-22 03:14:56 -05:00
/usr/local/etc/inc/plugins.inc.d/netflow.inc
ntpd: fix plist
2016-11-20 17:43:29 -05:00
/usr/local/etc/inc/plugins.inc.d/ntpd.inc
pkg: fix plist
2019-08-22 10:21:46 -04:00
/usr/local/etc/inc/plugins.inc.d/opendns.inc
openssh: work for #1480
2017-03-18 08:14:21 -04:00
/usr/local/etc/inc/plugins.inc.d/openssh.inc
openvpn: merge into plugin
2017-03-11 13:24:34 -05:00
/usr/local/etc/inc/plugins.inc.d/openvpn.inc
openvpn: hardcode the RFC 7919 DH parameter #4722 This allows us to remove all DH handling remnants. If people want to use a separate content they will have to let us know, but it seems unlikely. The only impact seems to be a security bump from 2k to 4k default.
2022-06-29 14:04:07 -04:00
/usr/local/etc/inc/plugins.inc.d/openvpn/dh.rfc7919
openvpn: more relocations for private scripts
2017-11-22 02:56:26 -05:00
/usr/local/etc/inc/plugins.inc.d/openvpn/ovpn-linkdown
/usr/local/etc/inc/plugins.inc.d/openvpn/ovpn-linkup
pkg: fix plist
2022-02-24 02:21:00 -05:00
/usr/local/etc/inc/plugins.inc.d/openvpn/tunnel_endpoint.php
plugins: fix plist
2016-11-21 01:07:36 -05:00
/usr/local/etc/inc/plugins.inc.d/pf.inc
radvd: move plugin code to its own space #8351
2025-03-20 05:06:48 -04:00
/usr/local/etc/inc/plugins.inc.d/radvd.inc
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/etc/inc/plugins.inc.d/suricata.inc
pkg: of course, fix plist
2016-11-18 12:29:10 -05:00
/usr/local/etc/inc/plugins.inc.d/unbound.inc
VXLAN support (#3787) * VXLAN: hook vxlan_configure_interface to newwanip event, move interface (address) configuration responisibilty there as well. This might be a better spot for other device setups as well.
2019-11-01 16:25:27 -04:00
/usr/local/etc/inc/plugins.inc.d/vxlan.inc
pkg: fix plist, business as usual
2017-04-26 12:02:04 -04:00
/usr/local/etc/inc/plugins.inc.d/webgui.inc
wireguard: merge net/wireguard as of version 2.2 #6827 Omit the dependency on wireguard-kmod as we will be targeting the kernel module with 24.1. Some people may run into this but it's safer than trying to rely on a package that won't be available going from 23.7 to 24.1.
2023-09-29 02:28:48 -04:00
/usr/local/etc/inc/plugins.inc.d/wireguard.inc
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/etc/inc/rrd.inc
/usr/local/etc/inc/system.inc
/usr/local/etc/inc/util.inc
pkg: sort plist, file systems getting in the way
2016-09-24 08:34:14 -04:00
/usr/local/etc/inc/xmlrpc.inc
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/etc/inc/xmlrpc/legacy.inc
/usr/local/etc/inc/xmlrpc/service.inc
/usr/local/etc/inc/xmlrpc/test.inc
system: whitespace sweep and plist fix
2021-03-20 09:18:00 -04:00
/usr/local/etc/lighttpd_webgui/conf.d/README
/usr/local/etc/lighttpd_webgui/conf.d/extforward.conf.example
system: fix plist
2025-01-23 08:57:27 -05:00
/usr/local/etc/monit.opnsense.d/README
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/etc/netflow.conf.example
rc: opnsense-beep melody database directory An idea from the last refactoring: create a database directory that holds the defaults as portable files with the ability to invoke other user-created melodies as well as override the default using ".local" suffix.
2021-07-07 01:58:14 -04:00
/usr/local/etc/opnsense-beep.d/high
/usr/local/etc/opnsense-beep.d/low
/usr/local/etc/opnsense-beep.d/start
/usr/local/etc/opnsense-beep.d/stop
firmware: add a configuration file and fix prompt hint
2021-11-15 07:35:14 -05:00
/usr/local/etc/opnsense-update.conf
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20150402
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20160104
pkg: revoke 16.7 finggrprint in -devel
2017-02-12 05:04:04 -05:00
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20160630
pkg: revoke 17.1 fingerprint
2017-07-30 11:58:36 -04:00
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20161210
firmware: remove update glue, we're done
2018-01-29 11:59:57 -05:00
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20170625
firmware: revoke 18.1 fingerprint
2018-08-02 16:05:13 -04:00
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20171219
firmware: finally revoke 18.7 fingerprint
2019-03-01 13:06:46 -05:00
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20180614
pkg: fix plist
2020-01-21 08:57:22 -05:00
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20181218
firmware: revoke 19.7 fingerprint and fix boot logo
2020-03-16 10:05:29 -04:00
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20190702
fimware: revoke 20.1 fingerprint
2020-08-30 04:15:02 -04:00
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20200119
pkg: fix plist
2021-06-29 02:17:31 -04:00
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20200313
firmware: changes for EoL of 21.1 o Remove revoked business fingerprints that were never used o Revoke fingerprint for 21.1 as it is no longer needed o Remove upgrade hint file to avoid development version upgrade loops
2021-07-27 10:04:57 -04:00
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20210104
pkg: fix plist
2022-03-22 09:57:53 -04:00
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20210629
firmware: revoke 22.1 fingerprint
2022-08-08 05:17:38 -04:00
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20210903
firmware: revoke 22.7 fingerprint
2023-04-21 01:36:27 -04:00
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20220701
firmware: revoke 23.1 fingerprint
2023-08-01 08:53:57 -04:00
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20221213
firmware: remove upgrade hint and revoke old fingerprints
2024-07-25 13:35:33 -04:00
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20230717
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20240105
firmware: switch to 25.7 development mode
2025-01-29 01:41:40 -05:00
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20240611
firmware: add 26.1 fingerprint and revoke 25.1
2026-01-20 11:45:37 -05:00
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20241217
firmware: revoke 25.7 fingerprint
2026-01-27 05:45:44 -05:00
/usr/local/etc/pkg/fingerprints/OPNsense/revoked/pkg.opnsense.org.20250710
firmware: add 26.1 fingerprint and revoke 25.1
2026-01-20 11:45:37 -05:00
/usr/local/etc/pkg/fingerprints/OPNsense/trusted/pkg.opnsense.org.20260120
rc: move rc back to /usr/local We use grep and awk for early automation. Deal with this later.
2018-10-28 03:08:04 -04:00
/usr/local/etc/rc
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/etc/rc.bootup
pkg: fix plist
2019-08-19 02:43:45 -04:00
/usr/local/etc/rc.carp_service_status.d/.placeholder
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/etc/rc.configure_firmware
interfaces: clean up reload structure for single interfaces
2018-05-22 02:03:18 -04:00
/usr/local/etc/rc.configure_interface
firmware: add entry point for plugin reconfigure
2017-12-16 14:45:43 -05:00
/usr/local/etc/rc.configure_plugins
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/etc/rc.d/captiveportal
/usr/local/etc/rc.d/configd
/usr/local/etc/rc.d/flowd_aggregate
/usr/local/etc/rc.d/netflow
rc: remove "_sync" suffix from script, we do not have another configure
2017-03-19 08:26:18 -04:00
/usr/local/etc/rc.filter_configure
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/etc/rc.filter_synchronize
/usr/local/etc/rc.firmware
/usr/local/etc/rc.firmware.subr
rc: align this even more...
2017-05-02 01:30:01 -04:00
/usr/local/etc/rc.freebsd
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/etc/rc.halt
/usr/local/etc/rc.ipfw
/usr/local/etc/rc.linkup
/usr/local/etc/rc.loader
/usr/local/etc/rc.loader.d/00-banner
/usr/local/etc/rc.loader.d/20-brand
/usr/local/etc/rc.loader.d/20-misc
/usr/local/etc/rc.loader.d/20-modules
rc: initial zfs boot awareness for #2386 This should have no impact on existing non-zfs installations.
2018-05-03 17:40:46 -04:00
/usr/local/etc/rc.loader.d/20-zfs
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/etc/rc.newwanip
/usr/local/etc/rc.newwanipv6
/usr/local/etc/rc.reboot
/usr/local/etc/rc.reload_all
/usr/local/etc/rc.restart_webgui
system: routing configure backend call for #1774
2017-12-06 01:27:37 -05:00
/usr/local/etc/rc.routing_configure
pkg: also rc.shutdown hook, better for ACPI shutdown
2017-01-03 11:54:51 -05:00
/usr/local/etc/rc.shutdown
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/etc/rc.sshd
rc: thin out the etc/ directory a bit by stashing boot scripts away
2017-09-22 13:10:36 -04:00
/usr/local/etc/rc.subr.d/crashdump
/usr/local/etc/rc.subr.d/livemode
system: align handling of /var/lib/php bootstrapping #8842 Bootstrap using rc.subr.d/php after restoring the users from the package database which helps with resilience against a missing wwwonly user during boot and then re-use the script when starting the web server. We need to have both since PHP scripts run before starting the web server including pushing backend errors to PHP_errors.log which we would like to see. ;)
2025-06-25 06:08:42 -04:00
/usr/local/etc/rc.subr.d/php
rc: thin out the etc/ directory a bit by stashing boot scripts away
2017-09-22 13:10:36 -04:00
/usr/local/etc/rc.subr.d/recover
/usr/local/etc/rc.subr.d/swapon
rc: same fix for /tmp MFS If users want read-only media they need to put their own /etc/fstab entries into the system as the MFS options from the config should not work under unknown conditions.
2018-01-15 15:58:57 -05:00
/usr/local/etc/rc.subr.d/tmp
rc: refactor /var handling, get MFS dirs from rc vars This works regardless of enabled state, as long as the plugin is installed the directories are transitioned (makes sense for temporary disabling of services). PR: https://forum.opnsense.org/index.php?topic=5987.0
2017-09-19 02:20:32 -04:00
/usr/local/etc/rc.subr.d/var
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/etc/rc.syshook
rc: pluggable backup via rc.syshook To achieve this pass additional arguments and also parse a subdirectory to find the appropriate scripts. Eventually it should make exclusive use of the directories.
2018-06-10 15:08:05 -04:00
/usr/local/etc/rc.syshook.d/backup/20-captiveportal
/usr/local/etc/rc.syshook.d/backup/20-netflow
/usr/local/etc/rc.syshook.d/backup/20-rrd
Services: DHCRelay: Configuration - add carp vhid tracking option to relays, closes https://github.com/opnsense/core/pull/8714
2025-11-12 08:57:32 -05:00
/usr/local/etc/rc.syshook.d/carp/20-dhcrelay
system: move carp to rc.syshook Cut out the middleman that is rc.carp and allow fully plugabble calls to rc.syshook carp instead... Make the "return" statements actual errors, and change the level for the devd script to 101 to align with the other custom hooks that we use. CC: @adschellevis
2018-06-10 15:35:25 -04:00
/usr/local/etc/rc.syshook.d/carp/20-openvpn
pkg: fix plist
2023-08-28 02:37:35 -04:00
/usr/local/etc/rc.syshook.d/carp/20-openvpn-instances
pkg: fix plist
2021-11-24 16:33:55 -05:00
/usr/local/etc/rc.syshook.d/carp/20-ppp
wireguard: merge net/wireguard as of version 2.2 #6827 Omit the dependency on wireguard-kmod as we will be targeting the kernel module with 24.1. Some people may run into this but it's safer than trying to rely on a package that won't be available going from 23.7 to 24.1.
2023-09-29 02:28:48 -04:00
/usr/local/etc/rc.syshook.d/carp/20-wireguard
firmware: reroot is buggy, revert and rename while at it
2021-02-03 02:58:36 -05:00
/usr/local/etc/rc.syshook.d/early/05-upgrade
rc: migrate files to new rc.syshook layout
2018-06-11 01:24:41 -04:00
/usr/local/etc/rc.syshook.d/early/10-configd
rc: move all template generation to early It's unlikely the config.xml will change and backup scripts in early are going to need it anyway.
2019-02-10 07:13:29 -05:00
/usr/local/etc/rc.syshook.d/early/15-templates
rc: migrate files to new rc.syshook layout
2018-06-11 01:24:41 -04:00
/usr/local/etc/rc.syshook.d/early/20-backup
system: join carp scripts, move to priority 90 like port script
2020-01-30 14:42:10 -05:00
/usr/local/etc/rc.syshook.d/early/90-carp
system: add an "import" syshook; closes #8325 Allow import hooks to be overwritten or manipulated. No functional changes but it allows to bootstrap a /conf/config.xml before opnsense-importer (making it skip import) or modifying the imported /conf/config.xml afterwards.
2025-02-14 04:43:34 -05:00
/usr/local/etc/rc.syshook.d/import/20-importer
system: change the "monitor" syshook and de-deprecate; closese #8199 We move the gateway recovery into the hook as a user and users can do their on similar scripts to fetch current status and inspect and react accordingly. We do so before filter reload to avoid excessive reloads in the facility script(s). What this loses is the ability to get the previous argments for statistics, but OTOH it also reduces the risk for spurious events as we only trigger on state transitions.
2025-02-14 05:08:17 -05:00
/usr/local/etc/rc.syshook.d/monitor/20-recover
rc: migrate files to new rc.syshook layout
2018-06-11 01:24:41 -04:00
/usr/local/etc/rc.syshook.d/start/10-newwanip
/usr/local/etc/rc.syshook.d/start/20-freebsd
pkg: fix plist
2022-06-30 05:24:35 -04:00
/usr/local/etc/rc.syshook.d/start/25-syslog
rc: migrate files to new rc.syshook layout
2018-06-11 01:24:41 -04:00
/usr/local/etc/rc.syshook.d/start/90-carp
/usr/local/etc/rc.syshook.d/start/90-cron
VPN: OpenVPN: Instances (MVC) (#6636) * VPN: OpenVPN: Instances (MVC) bugfixes and additions: o fix lookup in tls_verify.php o add auth attribute o fix connection status reporting non existing clients * VPN: OpenVPN: Instances (MVC) bugfixes and additions: o add missing syshook for startup at boot o show instances in connection states when not connected
2023-06-27 07:55:39 -04:00
/usr/local/etc/rc.syshook.d/start/90-openvpn
plist
2022-12-13 07:40:24 -05:00
/usr/local/etc/rc.syshook.d/start/90-sysctl
rc: migrate files to new rc.syshook layout
2018-06-11 01:24:41 -04:00
/usr/local/etc/rc.syshook.d/start/95-beep
/usr/local/etc/rc.syshook.d/stop/05-beep
/usr/local/etc/rc.syshook.d/stop/80-freebsd
/usr/local/etc/rc.syshook.d/stop/90-backup
/usr/local/etc/rc.syshook.d/stop/99-config
firmware: cleanup prior to upgrade squid package errors may manifest during major upgrade as well making it necessary to run the cleanup in advance and not in background mode. It would be nicer to avoid code duplication, but that can happen the next time something needs to be adjusted in the actual cleanup routine.
2024-08-06 08:55:50 -04:00
/usr/local/etc/rc.syshook.d/update/10-refresh.sh
pkg: fix plist
2024-08-15 01:39:56 -04:00
/usr/local/etc/rc.syshook.d/upgrade/10-sanity.sh
firmware: cleanup prior to upgrade squid package errors may manifest during major upgrade as well making it necessary to run the cleanup in advance and not in background mode. It would be nicer to avoid code duplication, but that can happen the next time something needs to be adjusted in the actual cleanup routine.
2024-08-06 08:55:50 -04:00
/usr/local/etc/rc.syshook.d/upgrade/90-cleanup.sh
pkg: fix plist
2025-01-14 10:35:01 -05:00
/usr/local/etc/ssh/sshd_config.d/README
plist
2025-04-03 09:12:35 -04:00
/usr/local/etc/ssl/ext_sources/README
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/etc/ssl/opnsense.cnf
pkg: fix plist
2019-03-12 07:22:20 -04:00
/usr/local/etc/strongswan.opnsense.d/README
system: move the deprecated opnsense from template to package It's static anyway and it makes removing it easier so eventually it won't linger in the file system as the package can remove it.
2026-01-07 14:30:34 -05:00
/usr/local/etc/sudoers.d/opnsense
intrusion prevention: add README as discussed
2025-11-20 11:44:44 -05:00
/usr/local/etc/suricata/conf.d/README
unbound: fix /var MFS dilemma for DNSBL after boot; closes #4938 o Create a persistent directory to feed the unbound includes o Move runtime data to /tmp directory After reboot we use the old persistent list still available. I am not sure if it's clear enough that the blacklists cannot auto-update and therefore require a cron job or manual update from the respective GUI page ("apply" essentially is "download and apply").
2021-07-09 07:48:19 -04:00
/usr/local/etc/unbound.opnsense.d/README
system: move opnsense-auth to libexec ... but keep a symlink for backwards compatibility
2019-02-26 19:25:25 -05:00
/usr/local/libexec/opnsense-auth
src/contrib: aaaaand it's gone ;)
2016-09-25 06:50:04 -04:00
/usr/local/opnsense/contrib/IXR/IXR_Library.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/contrib/base32/Base32.php
contrib: move the dhcp iana files to new home
2025-05-13 04:58:07 -04:00
/usr/local/opnsense/contrib/iana/dhcpv4-options.csv
/usr/local/opnsense/contrib/iana/dhcpv6-parameters-2.csv
contrib: create a shared directory for iana information
2025-05-13 04:52:23 -04:00
/usr/local/opnsense/contrib/iana/tzdata-iso3166.tab
/usr/local/opnsense/contrib/iana/tzdata-zone.tab
interfaces: for previous #9187
2025-09-09 07:23:27 -04:00
/usr/local/opnsense/contrib/ieee/oui.csv
pkg: sort plist, file systems getting in the way
2016-09-24 08:34:14 -04:00
/usr/local/opnsense/contrib/mobile-broadband-provider-info/serviceproviders.xml
firmware: shift away from old-style firmware-xxx files opnsense-update can read the upgrade hint itself. We may have to stash an ABI in there to reach to a different location without the need to publish a symbolic link. Move the firmware message to a data location for cleanliness.
2021-09-28 01:38:21 -04:00
/usr/local/opnsense/data/firmware/upgrade.html
unbound: try to see if a clean cut copy is better #7231
2024-02-26 02:59:50 -05:00
/usr/local/opnsense/data/unbound/root.min.hints
mvc: replace Phalcon\Config\Config usage for new and simplified OPNsense\Core\AppConfig class. for https://github.com/opnsense/core/issues/6389
2024-04-30 11:50:06 -04:00
/usr/local/opnsense/mvc/app/config/AppConfig.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/config/config.php
/usr/local/opnsense/mvc/app/config/loader.php
System: Access: migrate Users and Groups to MVC/API (#8046) * System: Access: Groups - in preperation for https://github.com/opnsense/core/issues/7904, add support for comma separated member lists. If we convert groups to a model, we will switch the nested <member> tags into comma separated fields, e.g. <member>1</member> <member>12</member> will convert to: <member>1,12</member> using this commit we support both for areas where these are being read. * System: Access: Users - refactor to MVC (https://github.com/opnsense/core/issues/7904) * add initial boilerplate * unpack `<priv/>` field on first access * unpack '<apikeys/>' field on first access and implement key actions into ApiKeyField * add apikey grid in user management view * change isset() to !empty() for users disabled flag in backend code * move user atributes into dialog * hook PrivField type to \OPNsense\Core\ACL() * refactor Auth/API to use new User class * otp seed logic with simple api call to generate new seeds and some JS glue for the frontend * uid autonumber field * language selector using get_locale_list() via configd (cached) * add StoreB64Field field for authorizedkeys so we can keep the field contents backwards compatible. * ExpiresField for custom date parsing, supporting previous input formats as well. * group membership using a volatile custom field type, controller is responisble for persisting the configuration data to avoid entanglement between models * add button which links to most likely user certs (based on commonname), to avoid all sorts of magic to reflect certs back into the usermanager. * add getUserPrivs() to model so we can fetch a full list of privs for a user * show user icons, long this might be less relevant * add addApiKeyAction() to create a new api key for a user (by name) * download new api key from user view * implement hashing when setting a new (or scrabled) password * use new "auth sync user" event to trigger local user db changes * in API authenticator keep createKey and dropKey as stubs to the new model implementation * prevent removal of "system" users (root) * hook ACL and Menu * add Group administration using the same logic as users * cleanup unused * add System: Access: Privileges to manage and change user and group privileges * System: Access: Users - refactor to MVC (https://github.com/opnsense/core/issues/7904) review comments from @Monviech * "Create and Download API Key for this user" refresh apikeys bootgrid * "Users" bootgrid, add some columns * rename "Username" to "Group Name" in group edit * Disable sorting the bootgrid by "Users" and "Groups" as these are aggregated/formatted columns * System: Access: Privileges - fix updating groups dropping privileges for https://github.com/opnsense/core/pull/8046 * System: Access: Users - hook group model for https://github.com/opnsense/core/issues/7904 * System: Access: Users - add some safety fences to prevent accidental removal of rights https://github.com/opnsense/core/issues/7904 * Update src/opnsense/service/conf/actions.d/actions_auth.conf * Update src/opnsense/service/conf/actions.d/actions_auth.conf * System: Access: Users - remove userDNmap support as it belonged to the import https://github.com/opnsense/core/issues/7904 * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046), review comments * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046) o align "policy change for %s unlink group" with master (unlink when duplicates exists) * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046) refactor add user event so it utilizes our new model instead of direct config access, while performing the operation, also make sure we lock/unlock the config.xml * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046) replace page-system-groupmanager-addprivs with page-system-usermanager-addprivs * plist --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2024-11-21 02:50:01 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Auth/Api/GroupController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Auth/Api/PrivController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Auth/Api/UserController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Auth/GroupController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Auth/PrivController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Auth/UserController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Auth/forms/dialogGroup.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/Auth/forms/dialogPriv.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/Auth/forms/dialogUser.xml
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Base/ApiControllerBase.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Base/ApiMutableModelControllerBase.php
mvc: add a mutable service controller for easy reuse
2017-12-24 09:56:49 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Base/ApiMutableServiceControllerBase.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Base/ControllerBase.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Base/ControllerRoot.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Base/IndexController.php
plist
2018-07-14 11:13:26 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Base/UserException.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/CaptivePortal/Api/AccessController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/CaptivePortal/Api/ServiceController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/CaptivePortal/Api/SessionController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/CaptivePortal/Api/SettingsController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/CaptivePortal/Api/VoucherController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/CaptivePortal/IndexController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/CaptivePortal/SessionController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/CaptivePortal/VoucherController.php
pkg: sort plist, file systems getting in the way
2016-09-24 08:34:14 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/CaptivePortal/forms/dialogZone.xml
System: Configuration: History - refactor using MVC components. When \Deciso\OPNcentral\Central exists, there might be multiple providers to select from, so we can easily reuse the same component in both versions. closes https://github.com/opnsense/core/issues/6828
2023-09-09 07:05:59 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/Api/BackupController.php
Dashboard: boilerplate for new widgets (#7328)
2024-03-20 06:44:07 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/Api/DashboardController.php
System: Configuration: Defaults - refactor to mvc and add "components" which offers a configuration reset function per model (when not installed, it uses the version tags to identify them). closes https://github.com/opnsense/core/issues/8768
2025-10-16 15:10:00 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/Api/DefaultsController.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/Api/FirmwareController.php
System: High Availability: Settings - refactor to MVC before pulling in new settings for https://github.com/opnsense/core/issues/7485
2024-05-28 15:55:08 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/Api/HasyncController.php
src: style sweep
2024-12-16 02:57:50 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/Api/HasyncStatusController.php
wizard: reimplement system setup (#8378) * wizard: reimplement system setup, for https://github.com/opnsense/core/issues/8352 This commit implements our replacement for the setup wizard. The questions are roughly the same as in the legacy version. Some less relevant options have been removed (pppoe ondemand for example) and isc-dhcpd has been replaced with dnsmasq. Only standard tools have been used, a memory model to validate the data and simple input forms in tabs. The in memory model acts as a wrapper around a legacy configuration data and a couple of component models to apply the requested settings. Some legacy settings using isset() have been altered to use their empty() equivalent. * wizard: as we're changing to dnsmasq as default, we need to make sure the console setup configures the same (https://github.com/opnsense/core/issues/8352) Fix some small php arnings in the process, but further than that just rewrite the dhcpd console handling to use dnsmasq instead of isc. Eventually we will need to rewrite the console tools as well, but let's try to keep this compatible with minimal impact. * wizard: change other occurrences of isset($config['dnsallowoverride']) for https://github.com/opnsense/core/issues/8352 * wizard: sort listtags() and some other minor review comments for https://github.com/opnsense/core/issues/8352
2025-03-03 09:26:16 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/Api/InitialSetupController.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/Api/MenuController.php
system: migrate services page to MVC #6376 Widget is next. While here set configd to 'locked'.
2023-03-15 07:28:05 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/Api/ServiceController.php
src: style et al
2024-08-13 14:21:36 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/Api/SnapshotsController.php
Port reboot and shutdown pages to MVC (#3133)
2019-01-15 03:25:52 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/Api/SystemController.php
System: Settings: Tunables - refactor to MVC for https://github.com/opnsense/core/issues/7249 (work in progress)
2025-01-01 14:12:08 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/Api/TunablesController.php
System: Configuration: History - refactor using MVC components. When \Deciso\OPNcentral\Central exists, there might be multiple providers to select from, so we can easily reuse the same component in both versions. closes https://github.com/opnsense/core/issues/6828
2023-09-09 07:05:59 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/BackupController.php
Dashboard: boilerplate for new widgets (#7328)
2024-03-20 06:44:07 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/DashboardController.php
System: Configuration: Defaults - refactor to mvc and add "components" which offers a configuration reset function per model (when not installed, it uses the version tags to identify them). closes https://github.com/opnsense/core/issues/8768
2025-10-16 15:10:00 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/DefaultsController.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/FirmwareController.php
Port reboot and shutdown pages to MVC (#3133)
2019-01-15 03:25:52 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/HaltController.php
System: High Availability: Settings - refactor to MVC before pulling in new settings for https://github.com/opnsense/core/issues/7485
2024-05-28 15:55:08 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/HasyncController.php
plist
2024-12-16 14:58:35 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/HasyncStatusController.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/IndexController.php
wizard: reimplement system setup (#8378) * wizard: reimplement system setup, for https://github.com/opnsense/core/issues/8352 This commit implements our replacement for the setup wizard. The questions are roughly the same as in the legacy version. Some less relevant options have been removed (pppoe ondemand for example) and isc-dhcpd has been replaced with dnsmasq. Only standard tools have been used, a memory model to validate the data and simple input forms in tabs. The in memory model acts as a wrapper around a legacy configuration data and a couple of component models to apply the requested settings. Some legacy settings using isset() have been altered to use their empty() equivalent. * wizard: as we're changing to dnsmasq as default, we need to make sure the console setup configures the same (https://github.com/opnsense/core/issues/8352) Fix some small php arnings in the process, but further than that just rewrite the dhcpd console handling to use dnsmasq instead of isc. Eventually we will need to rewrite the console tools as well, but let's try to keep this compatible with minimal impact. * wizard: change other occurrences of isset($config['dnsallowoverride']) for https://github.com/opnsense/core/issues/8352 * wizard: sort listtags() and some other minor review comments for https://github.com/opnsense/core/issues/8352
2025-03-03 09:26:16 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/InitialSetupController.php
Port license page to MVC (#3118) * Port license page to MVC * Use more template variables on the license page. Also make sure to handle cases where someone changes one of the variables (e.g. when creating their own product based on OPNsense). Discussed with Jos Schellevis. * Move legacy menu to Core * Use another approach to display ® * ACL fix
2019-01-11 05:52:59 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/LicenseController.php
Port reboot and shutdown pages to MVC (#3133)
2019-01-15 03:25:52 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/RebootController.php
system: migrate services page to MVC #6376 Widget is next. While here set configd to 'locked'.
2023-03-15 07:28:05 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/ServiceController.php
src: style et al
2024-08-13 14:21:36 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/SnapshotsController.php
System: Settings: Tunables - refactor to MVC for https://github.com/opnsense/core/issues/7249 (work in progress)
2025-01-01 14:12:08 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/TunablesController.php
System: High Availability: Settings - refactor to MVC before pulling in new settings for https://github.com/opnsense/core/issues/7485
2024-05-28 15:55:08 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/forms/hasyncSettings.xml
src: style et al
2024-08-13 14:21:36 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/forms/snapshot.xml
System: Settings: Tunables - refactor to MVC for https://github.com/opnsense/core/issues/7249 (work in progress)
2025-01-01 14:12:08 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/forms/tunable.xml
System: Configuration: Wizard - add "Deployment type" step to highlight some features, starting with our default policy based routing settings, closes https://github.com/opnsense/core/issues/9154
2025-10-13 07:26:07 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/forms/wizard_deployment_type.xml
wizard: reimplement system setup (#8378) * wizard: reimplement system setup, for https://github.com/opnsense/core/issues/8352 This commit implements our replacement for the setup wizard. The questions are roughly the same as in the legacy version. Some less relevant options have been removed (pppoe ondemand for example) and isc-dhcpd has been replaced with dnsmasq. Only standard tools have been used, a memory model to validate the data and simple input forms in tabs. The in memory model acts as a wrapper around a legacy configuration data and a couple of component models to apply the requested settings. Some legacy settings using isset() have been altered to use their empty() equivalent. * wizard: as we're changing to dnsmasq as default, we need to make sure the console setup configures the same (https://github.com/opnsense/core/issues/8352) Fix some small php arnings in the process, but further than that just rewrite the dhcpd console handling to use dnsmasq instead of isc. Eventually we will need to rewrite the console tools as well, but let's try to keep this compatible with minimal impact. * wizard: change other occurrences of isset($config['dnsallowoverride']) for https://github.com/opnsense/core/issues/8352 * wizard: sort listtags() and some other minor review comments for https://github.com/opnsense/core/issues/8352
2025-03-03 09:26:16 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/forms/wizard_general_info.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/forms/wizard_network_lan.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/forms/wizard_network_wan.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/Core/forms/wizard_root_password.xml
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Cron/Api/ServiceController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Cron/Api/SettingsController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Cron/IndexController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Cron/ItemController.php
pkg: sort plist, file systems getting in the way
2016-09-24 08:34:14 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Cron/forms/dialogEdit.xml
dhcrelay: finish v4 and remove legacy page #6983
2024-03-13 03:47:39 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/DHCRelay/Api/ServiceController.php
dhcrelay: first bits of GUI and tweaks along the way
2023-11-24 07:11:13 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/DHCRelay/Api/SettingsController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/DHCRelay/RelayController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/DHCRelay/forms/dialogDest.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/DHCRelay/forms/dialogRelay.xml
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/ActivityController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/Api/ActivityController.php
configd: extend streaming support for blocking processes This allows for hooking into the EventSource mechanism on the client side, enabling server-sent events without busylooping on the backend. This will reduce stateless network chatter and eliminates the need for polling and many other benefits. Continuation of https://github.com/opnsense/core/commit/f25e1214dc138a2e54d57a65c5ee435bac2e2df8, which disables buffering on the webserver side. This change in particular also removes implicit buffering on the configd side. As an example, the polling of CPU usage is included with a backend script here. Granted, this could easily be replaced by `iostat -w 1 cpu | egrep -v "tty|tin" --line-buffered`, but the client will eventually need some form of per-event formatting which is already being handled in this example. When implementing these types of scripts, make sure that all output that encapsulates a single event is flushed at all times to prevent OS buffering. A new controller (without any consumers) is also implemented to showcase the passthrough mechanism on the controller side.
2024-03-22 05:29:44 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/Api/CpuUsageController.php
pkg: fix plist
2017-11-18 07:20:47 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/Api/DnsController.php
pkg: fix plist
2022-06-30 01:57:40 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/Api/DnsDiagnosticsController.php
pkg: fix plist
2017-10-23 17:50:01 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/Api/FirewallController.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/Api/InterfaceController.php
pkg: fix plist
2019-11-28 03:23:19 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/Api/LogController.php
pkg: fix plist
2021-04-08 11:16:46 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/Api/LvtemplateController.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/Api/NetflowController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/Api/NetworkinsightController.php
fix plist
2022-08-27 15:53:01 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/Api/PacketCaptureController.php
Interfaces: Diagnostics: Ping - refactor diagnostics tool (https://github.com/opnsense/core/issues/6378)
2023-03-13 16:40:10 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/Api/PingController.php
pkg: fix plist
2023-04-17 01:56:30 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/Api/PortprobeController.php
fix plist
2022-11-02 09:50:39 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/Api/SystemController.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/Api/SystemhealthController.php
plist
2023-04-15 13:04:23 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/Api/TracerouteController.php
pkg: fix plist
2020-09-01 16:48:11 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/Api/TrafficController.php
pkg: fix plist
2022-06-30 01:57:40 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/DnsDiagnosticsController.php
pkg: fix plist
2017-10-23 17:50:01 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/FirewallController.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/InterfaceController.php
pkg: fix plist
2019-11-28 03:23:19 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/LogController.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/NetflowController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/NetworkinsightController.php
fix plist
2022-08-27 15:53:01 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/PacketCaptureController.php
Interfaces: Diagnostics: Ping - refactor diagnostics tool (https://github.com/opnsense/core/issues/6378)
2023-03-13 16:40:10 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/PingController.php
pkg: fix plist
2023-04-17 01:56:30 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/PortprobeController.php
fix plist
2022-11-02 09:50:39 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/SystemController.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/SystemhealthController.php
plist
2023-04-15 13:04:23 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/TracerouteController.php
pkg: fix plist
2020-09-01 16:48:11 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/TrafficController.php
pkg: fix plist
2022-06-30 01:57:40 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/forms/dns_diagnostics.xml
pkg: sort plist, file systems getting in the way
2016-09-24 08:34:14 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/forms/netflow_capture.xml
fix plist
2022-08-27 15:53:01 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/forms/packetcapture.xml
Interfaces: Diagnostics: Ping - refactor diagnostics tool (https://github.com/opnsense/core/issues/6378)
2023-03-13 16:40:10 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/forms/ping.xml
pkg: fix plist
2023-04-17 01:56:30 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/forms/portprobe.xml
plist
2023-04-15 13:04:23 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Diagnostics/forms/traceroute.xml
dnsmasq: Backend migration and add dhcp support for https://github.com/opnsense/core/issues/8329 (#8355) This rather large commit implements most relevant dhcp options and rewrites dnsmasq's backend. By default dnsmasq is disabled, eventually we do want dnsmasq enabled for dhcp services by default, but dns itself disabled. For this reason we support port "0" as implemented at dnsmasq (not listening for dns). For cases where users want to integrate dns and dhcp services, the advise is to make dnsmasq listen on a non standard port and point unbound to the zones where dnsmasq is responsible for. This has the advantage of a direct connection between dhcp registered hosts and the requesting service. In these cases dnsmasq's dns service acts like a "connector". In the long run we should deprecate `regdhcpstatic` and `regdhcp` as these either belong to legacy isc-dhcp or hook kea entries (which are better served via unbound). The first mvc migration phase implemented IndexController.php, which we rename to SettingsController.php now as these results in more logical ui endpoints. Since we don't bind to addresses directly (unless specifically configured and adviced only for static setups), we can skip the newwanip event which means we don't restart the service on interface changes. dnsmasq is able to filter the relevant networks on the fly, which is the advised scenario and can cope more easily with changes. When different clients need to receive different options, we can use "tags" now. Requests can add tags to filter options which will be offered to the client, in the most simple scenario one would tag on a range or a host reservation, but more advanced choices can also be achieved using match statements (for example architecture [client-arch])
2025-02-19 11:40:55 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Dnsmasq/Api/LeasesController.php
dnsmasq: migrate to MVC/API - phase 1 : frontend migration (#8260) * dnsmasq: migrate to MVC/API, initial boilerplate for https://github.com/opnsense/core/issues/7905 * dnsmasq: migrate to MVC/API, work in progress for https://github.com/opnsense/core/issues/7905 * add general tab fields * initial hosts tab with inline migration * dnsmasq: migrate to MVC/API, replace current frontend for https://github.com/opnsense/core/issues/7905 More or less feature complete refactory of the current frontend, which should be a drop-in replacement for the legacy frontend. The default migration will force an inline migration for aliases and domain ip addresses (which in legacy is a combined field). * dnsmasq: migrate to MVC/API, missing isset() -> !empty() for https://github.com/opnsense/core/issues/7905
2025-02-03 05:07:02 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Dnsmasq/Api/ServiceController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Dnsmasq/Api/SettingsController.php
dnsmasq: Backend migration and add dhcp support for https://github.com/opnsense/core/issues/8329 (#8355) This rather large commit implements most relevant dhcp options and rewrites dnsmasq's backend. By default dnsmasq is disabled, eventually we do want dnsmasq enabled for dhcp services by default, but dns itself disabled. For this reason we support port "0" as implemented at dnsmasq (not listening for dns). For cases where users want to integrate dns and dhcp services, the advise is to make dnsmasq listen on a non standard port and point unbound to the zones where dnsmasq is responsible for. This has the advantage of a direct connection between dhcp registered hosts and the requesting service. In these cases dnsmasq's dns service acts like a "connector". In the long run we should deprecate `regdhcpstatic` and `regdhcp` as these either belong to legacy isc-dhcp or hook kea entries (which are better served via unbound). The first mvc migration phase implemented IndexController.php, which we rename to SettingsController.php now as these results in more logical ui endpoints. Since we don't bind to addresses directly (unless specifically configured and adviced only for static setups), we can skip the newwanip event which means we don't restart the service on interface changes. dnsmasq is able to filter the relevant networks on the fly, which is the advised scenario and can cope more easily with changes. When different clients need to receive different options, we can use "tags" now. Requests can add tags to filter options which will be offered to the client, in the most simple scenario one would tag on a range or a host reservation, but more advanced choices can also be achieved using match statements (for example architecture [client-arch])
2025-02-19 11:40:55 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Dnsmasq/LeasesController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Dnsmasq/SettingsController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Dnsmasq/forms/dialogDHCPboot.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/Dnsmasq/forms/dialogDHCPoption.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/Dnsmasq/forms/dialogDHCPrange.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/Dnsmasq/forms/dialogDHCPtag.xml
dnsmasq: migrate to MVC/API - phase 1 : frontend migration (#8260) * dnsmasq: migrate to MVC/API, initial boilerplate for https://github.com/opnsense/core/issues/7905 * dnsmasq: migrate to MVC/API, work in progress for https://github.com/opnsense/core/issues/7905 * add general tab fields * initial hosts tab with inline migration * dnsmasq: migrate to MVC/API, replace current frontend for https://github.com/opnsense/core/issues/7905 More or less feature complete refactory of the current frontend, which should be a drop-in replacement for the legacy frontend. The default migration will force an inline migration for aliases and domain ip addresses (which in legacy is a combined field). * dnsmasq: migrate to MVC/API, missing isset() -> !empty() for https://github.com/opnsense/core/issues/7905
2025-02-03 05:07:02 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Dnsmasq/forms/dialogDomainOverride.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/Dnsmasq/forms/dialogHostOverride.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/Dnsmasq/forms/general.xml
pkg: fix plist
2018-05-14 01:49:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/AliasController.php
pkg: fix plist
2018-09-19 17:06:30 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/AliasUtilController.php
pkg: fix plist
2018-05-14 01:49:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/Api/AliasController.php
pkg: fix plist
2018-09-19 17:06:30 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/Api/AliasUtilController.php
pkg: fix plist
2021-01-13 11:41:43 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/Api/CategoryController.php
Firewall: NAT: Port Forward - refactor to MVC (#9473) * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 Add a model wrapper around nat/rule and align filter code to generate the same output when using the model. To test this part, make a copy of /tmp/rules.debug, run migrations (/usr/local/opnsense/mvc/script/run_migrations.php) and execute rule generation via /usr/local/etc/rc.filter_configure A diff between the newly generated rules.debug and the backup created earlier should show no differences. The following notes apply: o ipprotocol and protocol have no defaults set as old frontend code didn't enforce this, we should likely set defaults (inet, any) knowing this will show a small diff in the output o registerForwardRule() replaces the array_merge with an !empty() compare per field as our defaults are empty instead of missing o legacyMoveAddressFields() in Rule.php assumes any when network and address are not set, which should comply with frontend logic as "any" is set in these cases anyway o source/destinations are converted inline, using a volatile field to trigger the initial load (as only one is used, we prefer network) * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 * make plist-fix * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 Add some missing pieces in the controller layer, use shared getCategoryColors() and getNetworks() to render gui information in the same way as the filter page does. Use a volatile field categories to keep track of uuid's so we can reuse these easily for matching in our selectors and data. * plist * Enabled tooltips were the wrong way around * Enabled tooltips were the wrong way around * Add showDialogAlert() since we use that but it was missing * Since ipprotocol is optional, add any formatter * Add the port and network alias selectpickers to the dialog * Correct toggle_rule_log endpoint in command * Add the category fa-tag to selectpicker * Add labels, hints, BlankDesc * Return description in the any formatter when possible * target and local-port use the alias formatter too, add them to result * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 update menu and acl. * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 whitespace * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 final bits and pieces: o updated / created metadata o add pass flag superseding associated-rule-id o remove legacy files * Update src/opnsense/mvc/app/controllers/OPNsense/Firewall/forms/dialogDNatRule.xml Co-authored-by: Monviech <79600909+Monviech@users.noreply.github.com> * Update src/opnsense/mvc/app/models/OPNsense/Core/ACL/ACL.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> * Update src/opnsense/mvc/app/models/OPNsense/Firewall/Menu/Menu.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> --------- Co-authored-by: Monviech <gitacc@pischem.com> Co-authored-by: Monviech <79600909+Monviech@users.noreply.github.com> Co-authored-by: Franco Fichtner <franco@opnsense.org>
2025-12-02 02:40:54 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/Api/DNatController.php
src: style sweep and plist fix
2024-01-07 15:03:04 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/Api/FilterBaseController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/Api/FilterController.php
plist
2022-06-05 09:58:22 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/Api/FilterUtilController.php
fix plist
2023-07-06 04:01:55 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/Api/GroupController.php
Firewall: Rules: Migration assistant - add export option and guidance for migrations to the new mvc system. (#9606) * Firewall: Rules: Migration assistant - add export option and guidance for migrations to the new mvc system. Add new "Firewall: Rules: Migration assistant" to help people moving to our new mvc based firewall system by offering a couple of simple steps for exporting the old rules into a csv file and importing them into the new system. When all rules are migrated the user may drop all old ones using the ConfigMaintenance module used in "defaults". There's one small issue remaining in fbegin.inc as it doesn't render the icon correctly due to VisibleName being escaped currently (which isn't the case in our mvc template). closes https://github.com/opnsense/core/issues/9579 * Update src/opnsense/service/conf/actions.d/actions_filter.conf --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2026-01-20 10:31:13 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/Api/MigrationController.php
src: style sweep and plist fix
2024-01-07 15:03:04 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/Api/NptController.php
plist
2024-04-25 13:14:37 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/Api/OneToOneController.php
src: style sweep and plist fix
2024-01-07 15:03:04 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/Api/SourceNatController.php
pkg: fix plist
2021-01-18 13:56:11 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/CategoryController.php
Firewall: NAT: Port Forward - refactor to MVC (#9473) * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 Add a model wrapper around nat/rule and align filter code to generate the same output when using the model. To test this part, make a copy of /tmp/rules.debug, run migrations (/usr/local/opnsense/mvc/script/run_migrations.php) and execute rule generation via /usr/local/etc/rc.filter_configure A diff between the newly generated rules.debug and the backup created earlier should show no differences. The following notes apply: o ipprotocol and protocol have no defaults set as old frontend code didn't enforce this, we should likely set defaults (inet, any) knowing this will show a small diff in the output o registerForwardRule() replaces the array_merge with an !empty() compare per field as our defaults are empty instead of missing o legacyMoveAddressFields() in Rule.php assumes any when network and address are not set, which should comply with frontend logic as "any" is set in these cases anyway o source/destinations are converted inline, using a volatile field to trigger the initial load (as only one is used, we prefer network) * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 * make plist-fix * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 Add some missing pieces in the controller layer, use shared getCategoryColors() and getNetworks() to render gui information in the same way as the filter page does. Use a volatile field categories to keep track of uuid's so we can reuse these easily for matching in our selectors and data. * plist * Enabled tooltips were the wrong way around * Enabled tooltips were the wrong way around * Add showDialogAlert() since we use that but it was missing * Since ipprotocol is optional, add any formatter * Add the port and network alias selectpickers to the dialog * Correct toggle_rule_log endpoint in command * Add the category fa-tag to selectpicker * Add labels, hints, BlankDesc * Return description in the any formatter when possible * target and local-port use the alias formatter too, add them to result * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 update menu and acl. * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 whitespace * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 final bits and pieces: o updated / created metadata o add pass flag superseding associated-rule-id o remove legacy files * Update src/opnsense/mvc/app/controllers/OPNsense/Firewall/forms/dialogDNatRule.xml Co-authored-by: Monviech <79600909+Monviech@users.noreply.github.com> * Update src/opnsense/mvc/app/models/OPNsense/Core/ACL/ACL.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> * Update src/opnsense/mvc/app/models/OPNsense/Firewall/Menu/Menu.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> --------- Co-authored-by: Monviech <gitacc@pischem.com> Co-authored-by: Monviech <79600909+Monviech@users.noreply.github.com> Co-authored-by: Franco Fichtner <franco@opnsense.org>
2025-12-02 02:40:54 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/DNatController.php
src: style sweep and plist fix
2024-01-07 15:03:04 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/FilterController.php
fix plist
2023-07-06 04:01:55 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/GroupController.php
Firewall: Rules: Migration assistant - add export option and guidance for migrations to the new mvc system. (#9606) * Firewall: Rules: Migration assistant - add export option and guidance for migrations to the new mvc system. Add new "Firewall: Rules: Migration assistant" to help people moving to our new mvc based firewall system by offering a couple of simple steps for exporting the old rules into a csv file and importing them into the new system. When all rules are migrated the user may drop all old ones using the ConfigMaintenance module used in "defaults". There's one small issue remaining in fbegin.inc as it doesn't render the icon correctly due to VisibleName being escaped currently (which isn't the case in our mvc template). closes https://github.com/opnsense/core/issues/9579 * Update src/opnsense/service/conf/actions.d/actions_filter.conf --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2026-01-20 10:31:13 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/MigrationController.php
src: style sweep and plist fix
2024-01-07 15:03:04 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/NptController.php
plist
2024-04-25 13:14:37 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/OneToOneController.php
src: style sweep and plist fix
2024-01-07 15:03:04 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/SourceNatController.php
pkg: fix plist
2021-01-18 13:56:11 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/forms/categoryEdit.xml
Firewall: NAT: Port Forward - refactor to MVC (#9473) * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 Add a model wrapper around nat/rule and align filter code to generate the same output when using the model. To test this part, make a copy of /tmp/rules.debug, run migrations (/usr/local/opnsense/mvc/script/run_migrations.php) and execute rule generation via /usr/local/etc/rc.filter_configure A diff between the newly generated rules.debug and the backup created earlier should show no differences. The following notes apply: o ipprotocol and protocol have no defaults set as old frontend code didn't enforce this, we should likely set defaults (inet, any) knowing this will show a small diff in the output o registerForwardRule() replaces the array_merge with an !empty() compare per field as our defaults are empty instead of missing o legacyMoveAddressFields() in Rule.php assumes any when network and address are not set, which should comply with frontend logic as "any" is set in these cases anyway o source/destinations are converted inline, using a volatile field to trigger the initial load (as only one is used, we prefer network) * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 * make plist-fix * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 Add some missing pieces in the controller layer, use shared getCategoryColors() and getNetworks() to render gui information in the same way as the filter page does. Use a volatile field categories to keep track of uuid's so we can reuse these easily for matching in our selectors and data. * plist * Enabled tooltips were the wrong way around * Enabled tooltips were the wrong way around * Add showDialogAlert() since we use that but it was missing * Since ipprotocol is optional, add any formatter * Add the port and network alias selectpickers to the dialog * Correct toggle_rule_log endpoint in command * Add the category fa-tag to selectpicker * Add labels, hints, BlankDesc * Return description in the any formatter when possible * target and local-port use the alias formatter too, add them to result * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 update menu and acl. * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 whitespace * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 final bits and pieces: o updated / created metadata o add pass flag superseding associated-rule-id o remove legacy files * Update src/opnsense/mvc/app/controllers/OPNsense/Firewall/forms/dialogDNatRule.xml Co-authored-by: Monviech <79600909+Monviech@users.noreply.github.com> * Update src/opnsense/mvc/app/models/OPNsense/Core/ACL/ACL.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> * Update src/opnsense/mvc/app/models/OPNsense/Firewall/Menu/Menu.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> --------- Co-authored-by: Monviech <gitacc@pischem.com> Co-authored-by: Monviech <79600909+Monviech@users.noreply.github.com> Co-authored-by: Franco Fichtner <franco@opnsense.org>
2025-12-02 02:40:54 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/forms/dialogDNatRule.xml
src: style sweep and plist fix
2024-01-07 15:03:04 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/forms/dialogFilterRule.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/forms/dialogNptRule.xml
plist
2024-04-25 13:14:37 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/forms/dialogOneToOneRule.xml
src: style sweep and plist fix
2024-01-07 15:03:04 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/forms/dialogSNatRule.xml
pkg: fix plist
2019-12-26 04:42:32 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/forms/geoIPSettings.xml
fix plist
2023-07-06 04:01:55 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Firewall/forms/groupEdit.xml
Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (#9354) * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature This splits the Neighbors menu item in an existing static assignments and adds the automatic discovery feature which includes logging and insights into the currently known hosts on the network. When automatic discovery is disabled, it drops back to arp/ndp. By default automatic mode is enabled on all interfaces, but configuration options exists (to limit interfaces and networks). Other consumers which require host mappings can use the /usr/local/opnsense/scripts/interfaces/list_hosts.py script to either fetch the sqlite database or arp/ndp data for the selected pprotocol(s). More information about the hostwatch daemon is available at https://github.com/opnsense/hostwatch * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (review feedback https://github.com/opnsense/core/pull/9354) * Interfaces: Neighbors: Automatic Discovery - change list_hosts.py to only query ndp when explicitly asked. Due to the short timeouts of the ndp entries and the cost of querying them, it's probably best to only support ndp when explicitly asked. In most cases where we need host data, we currently only support ipv4 anyway, which means a switch to the new entrypoint (list_hosts.py script) should be relatively harmless. * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (review feedback https://github.com/opnsense/core/pull/9354)
2025-11-06 07:01:52 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Hostdiscovery/Api/ServiceController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Hostdiscovery/Api/SettingsController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Hostdiscovery/SettingsController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Hostdiscovery/forms/general.xml
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IDS/Api/ServiceController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/IDS/Api/SettingsController.php
pkg: sort plist, file systems getting in the way
2016-09-24 08:34:14 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IDS/IndexController.php
pkg: fix plist
2020-11-06 02:11:40 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IDS/PolicyController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/IDS/forms/dialogPolicy.xml
pkg: fix plist
2021-02-02 09:58:38 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IDS/forms/dialogPolicyRule.xml
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IDS/forms/dialogRule.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/IDS/forms/dialogRuleset.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/IDS/forms/dialogUserDefined.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/IDS/forms/generalSettings.xml
ipsec: style sweep
2022-12-12 04:48:38 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/Api/ConnectionsController.php
plist: fix
2019-09-13 08:20:44 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/Api/KeyPairsController.php
VPN / IPsec - migrate ipsec.conf to swanctl.conf (#6076) * VPN/IPsec - work in progress refactoring ipsec.conf to swanctl.conf for https://github.com/opnsense/core/issues/5636 Wrap the following blocks in functions: o generation of strongswan.conf o write and cleanup IPsec's CA database o write certificates used by IPsec o write RSA Key Pairs o construct ipsec.secrets for swanctl, combining different sources, phase1 PSK's, certificates, keypairs o replace VPN: IPsec: Lease Status with new mvc version that uses swanctl underneath Remap ipsec.conf to swanctl.conf attributes using https://wiki.strongswan.org/projects/strongswan/wiki/Fromipsecconf Remove lifetime defaults from phase 1 and 2 so new connections will use Strongswan's defaults and move the option in phase above Margintime/Rekeyfuzz as these combined are being migrated (see margintime in Fromipsecconf doc). Restructure used path directives so we can use the default structure as descried in https://docs.strongswan.org/docs/5.9/swanctl/swanctlDir.html and installed via ports. IPsec status overview needs a small fix as well (passthrough network seems to be returned by vici, but doesn't contain a class (which crashes list_status.py).) While here, also remove some php warnings.
2022-10-10 13:52:36 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/Api/LeasesController.php
plist: fix
2019-09-13 08:20:44 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/Api/LegacySubsystemController.php
ipsec: same same, switch class name not file name
2026-02-03 02:24:04 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/Api/ManualSpdController.php
ipsec: style sweep
2022-12-12 04:48:38 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/Api/PoolsController.php
IPSec: move user PSK and legacy PSK items to new PSK mvc module. closes https://github.com/opnsense/core/issues/4614 There is some overlap in https://github.com/opnsense/core/issues/5636 as this cleans-up ipsec.conf further.
2022-10-02 13:49:21 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/Api/PreSharedKeysController.php
fix plist
2022-07-07 12:51:21 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/Api/SadController.php
pkg: fix plist
2020-02-24 16:54:14 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/Api/ServiceController.php
ipsec: style and plist
2022-07-12 02:08:23 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/Api/SessionsController.php
VPN: IPsec: Advanced Settings - mvc conversion, for https://github.com/opnsense/core/issues/7648 move legacy settings to mvc including conversion, also expose some of our staticly configured strongswan.conf settings into the form for clarity.
2024-07-25 15:31:19 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/Api/SettingsController.php
pkg: fix plist
2022-07-06 14:28:27 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/Api/SpdController.php
plist
2021-10-18 15:18:50 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/Api/TunnelController.php
ipsec: style sweep
2022-12-12 04:48:38 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/Api/VtiController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/ConnectionsController.php
plist: fix
2019-09-13 08:20:44 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/KeyPairsController.php
VPN / IPsec - migrate ipsec.conf to swanctl.conf (#6076) * VPN/IPsec - work in progress refactoring ipsec.conf to swanctl.conf for https://github.com/opnsense/core/issues/5636 Wrap the following blocks in functions: o generation of strongswan.conf o write and cleanup IPsec's CA database o write certificates used by IPsec o write RSA Key Pairs o construct ipsec.secrets for swanctl, combining different sources, phase1 PSK's, certificates, keypairs o replace VPN: IPsec: Lease Status with new mvc version that uses swanctl underneath Remap ipsec.conf to swanctl.conf attributes using https://wiki.strongswan.org/projects/strongswan/wiki/Fromipsecconf Remove lifetime defaults from phase 1 and 2 so new connections will use Strongswan's defaults and move the option in phase above Margintime/Rekeyfuzz as these combined are being migrated (see margintime in Fromipsecconf doc). Restructure used path directives so we can use the default structure as descried in https://docs.strongswan.org/docs/5.9/swanctl/swanctlDir.html and installed via ports. IPsec status overview needs a small fix as well (passthrough network seems to be returned by vici, but doesn't contain a class (which crashes list_status.py).) While here, also remove some php warnings.
2022-10-10 13:52:36 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/LeasesController.php
IPSec: move user PSK and legacy PSK items to new PSK mvc module. closes https://github.com/opnsense/core/issues/4614 There is some overlap in https://github.com/opnsense/core/issues/5636 as this cleans-up ipsec.conf further.
2022-10-02 13:49:21 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/PreSharedKeysController.php
fix plist
2022-07-07 12:51:21 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/SadController.php
ipsec: style and plist
2022-07-12 02:08:23 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/SessionsController.php
pkg: fix plist
2022-07-06 14:28:27 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/SpdController.php
plist
2021-10-18 15:18:50 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/TunnelsController.php
ipsec: style sweep
2022-12-12 04:48:38 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/VtiController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/forms/dialogChild.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/forms/dialogConnection.xml
plist: fix
2019-09-13 08:20:44 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/forms/dialogKeyPair.xml
ipsec: style sweep
2022-12-12 04:48:38 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/forms/dialogLocal.xml
IPSec: move user PSK and legacy PSK items to new PSK mvc module. closes https://github.com/opnsense/core/issues/4614 There is some overlap in https://github.com/opnsense/core/issues/5636 as this cleans-up ipsec.conf further.
2022-10-02 13:49:21 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/forms/dialogPSK.xml
ipsec: style sweep
2022-12-12 04:48:38 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/forms/dialogPool.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/forms/dialogRemote.xml
VPN/IPsec - add event handler for manual spd entries if reqid is set.
2022-12-27 15:45:14 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/forms/dialogSPD.xml
ipsec: style sweep
2022-12-12 04:48:38 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/forms/dialogVTI.xml
VPN: IPsec: Advanced Settings - mvc conversion, for https://github.com/opnsense/core/issues/7648 move legacy settings to mvc including conversion, also expose some of our staticly configured strongswan.conf settings into the form for clarity.
2024-07-25 15:31:19 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/IPsec/forms/settings.xml
Interfaces: Devices: Bridge - refactor to MVC closes https://github.com/opnsense/core/issues/8353 (#8534) * Interfaces: Devices: Bridge - refactor to MVC for https://github.com/opnsense/core/issues/8353 * move existing properties to model which overlays existing config path * add a simple wrapper script for [re]configuration which diffs and applies using the new _interfaces_bridge_configure() implementation * Update src/opnsense/mvc/app/models/OPNsense/Interfaces/Bridge.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2025-04-09 07:09:09 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/Api/BridgeSettingsController.php
plist-fix
2024-04-01 13:50:10 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/Api/GifSettingsController.php
plist
2024-04-03 15:53:17 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/Api/GreSettingsController.php
Interfaces: LAGG: migrate to MVC closes https://github.com/opnsense/core/issues/6384 Migrate ui to MVC, wrap model around existing configuration area to remain backward compatibility. To avoid laggs configured via console not being reachable from the gui, add a uuid to it.
2023-07-17 15:34:31 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/Api/LaggSettingsController.php
add support for additional loopbacks (https://github.com/opnsense/core/issues/3832) (#3840) Add *Interfaces: Other Types: Loopback*. - while here, also add the device name in interfaces.php and support setting an initial description on new interfaces (copy device description if available) - check usages of lo0 and change to lo if not specific for our default loopback
2019-12-05 07:19:43 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/Api/LoopbackSettingsController.php
Interfaces/neighbor - implement new neighbor configuration for arp/ndp entries closes https://github.com/opnsense/core/issues/6917 This commit adds a new component linked in Interfaces/Neighbors which offers the ability to manually register static leases and provides application control from other modules such as dhcpd. To minimize the risk, we're reusing the existing interfaces_staticarp_configure() hooks while only adjusting how static arp entries are being attached to the interface (match on addresses assigned when triggering with an interface). Entries registered via dhcp will be visible from the ui as well together with its origin. The previous version didn't cleanup old static entries, this version triggers a cleanup when executed for all interfaces using all earlier modifications processed via the same function (interfaces_neighbors_configure()).
2023-10-10 14:43:01 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/Api/NeighborSettingsController.php
interfaces: revamp overview page (#7019) This commit omits some of the link-specific information such as ppp uptime, disconnect/release mechanism, as well as wireless and bridge information. Since there is more of this type of information available than was originally being handled by get_interfaces_info(), perhaps it makes more sense to extend the backend script with the relevant bits in time.
2023-11-27 09:52:04 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/Api/OverviewController.php
interfaces: settings: convert to MVC (#9569)
2026-01-07 08:24:49 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/Api/SettingsController.php
Virtual IP MVC/API conversion (#6105) closes #5984 refactors legacy pages, includes the following: o remove type field as this seems to be redundant and confusing o input form additions (show hide related fields) o add button for carp type to select first unused vhid o implement configure action, caching removed addresses in /tmp/delete_vip_{$uuid}.todo files (by the controller) o add mode filter to search action and complete with relevant fields for our grid o fix warning in interfaces.inc (interface_proxyarp_configure()), array creation issue o add validation for addresses used in port forwards and outbound nat rules. previous version tried to rename forwards, we choose to be consistent when it comes to edit/delete. o change ACL to use the new endpoints, remove "show only" ACL. we can always consider putting it back later, but the experience of only able to reach the grid likely won't be practical. o remove old firewall_virtual_ip*.php files
2022-10-26 10:42:46 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/Api/VipSettingsController.php
fix plist
2022-02-22 12:46:09 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/Api/VlanSettingsController.php
VXLAN support (#3787) * VXLAN: hook vxlan_configure_interface to newwanip event, move interface (address) configuration responisibilty there as well. This might be a better spot for other device setups as well.
2019-11-01 16:25:27 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/Api/VxlanSettingsController.php
Interfaces: Devices: Bridge - refactor to MVC closes https://github.com/opnsense/core/issues/8353 (#8534) * Interfaces: Devices: Bridge - refactor to MVC for https://github.com/opnsense/core/issues/8353 * move existing properties to model which overlays existing config path * add a simple wrapper script for [re]configuration which diffs and applies using the new _interfaces_bridge_configure() implementation * Update src/opnsense/mvc/app/models/OPNsense/Interfaces/Bridge.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2025-04-09 07:09:09 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/BridgeController.php
plist-fix
2024-04-01 13:50:10 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/GifController.php
plist
2024-04-03 15:53:17 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/GreController.php
Interfaces: LAGG: migrate to MVC closes https://github.com/opnsense/core/issues/6384 Migrate ui to MVC, wrap model around existing configuration area to remain backward compatibility. To avoid laggs configured via console not being reachable from the gui, add a uuid to it.
2023-07-17 15:34:31 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/LaggController.php
add support for additional loopbacks (https://github.com/opnsense/core/issues/3832) (#3840) Add *Interfaces: Other Types: Loopback*. - while here, also add the device name in interfaces.php and support setting an initial description on new interfaces (copy device description if available) - check usages of lo0 and change to lo if not specific for our default loopback
2019-12-05 07:19:43 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/LoopbackController.php
Interfaces/neighbor - implement new neighbor configuration for arp/ndp entries closes https://github.com/opnsense/core/issues/6917 This commit adds a new component linked in Interfaces/Neighbors which offers the ability to manually register static leases and provides application control from other modules such as dhcpd. To minimize the risk, we're reusing the existing interfaces_staticarp_configure() hooks while only adjusting how static arp entries are being attached to the interface (match on addresses assigned when triggering with an interface). Entries registered via dhcp will be visible from the ui as well together with its origin. The previous version didn't cleanup old static entries, this version triggers a cleanup when executed for all interfaces using all earlier modifications processed via the same function (interfaces_neighbors_configure()).
2023-10-10 14:43:01 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/NeighborController.php
interfaces: revamp overview page (#7019) This commit omits some of the link-specific information such as ppp uptime, disconnect/release mechanism, as well as wireless and bridge information. Since there is more of this type of information available than was originally being handled by get_interfaces_info(), perhaps it makes more sense to extend the backend script with the relevant bits in time.
2023-11-27 09:52:04 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/OverviewController.php
interfaces: settings: convert to MVC (#9569)
2026-01-07 08:24:49 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/SettingsController.php
Virtual IP MVC/API conversion (#6105) closes #5984 refactors legacy pages, includes the following: o remove type field as this seems to be redundant and confusing o input form additions (show hide related fields) o add button for carp type to select first unused vhid o implement configure action, caching removed addresses in /tmp/delete_vip_{$uuid}.todo files (by the controller) o add mode filter to search action and complete with relevant fields for our grid o fix warning in interfaces.inc (interface_proxyarp_configure()), array creation issue o add validation for addresses used in port forwards and outbound nat rules. previous version tried to rename forwards, we choose to be consistent when it comes to edit/delete. o change ACL to use the new endpoints, remove "show only" ACL. we can always consider putting it back later, but the experience of only able to reach the grid likely won't be practical. o remove old firewall_virtual_ip*.php files
2022-10-26 10:42:46 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/VipController.php
fix plist
2022-02-22 12:46:09 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/VlanController.php
interfaces: class name was wrong, fix UI page link
2026-02-03 02:18:31 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/VxlanController.php
Interfaces: Devices: Bridge - refactor to MVC closes https://github.com/opnsense/core/issues/8353 (#8534) * Interfaces: Devices: Bridge - refactor to MVC for https://github.com/opnsense/core/issues/8353 * move existing properties to model which overlays existing config path * add a simple wrapper script for [re]configuration which diffs and applies using the new _interfaces_bridge_configure() implementation * Update src/opnsense/mvc/app/models/OPNsense/Interfaces/Bridge.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2025-04-09 07:09:09 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/forms/dialogBridge.xml
plist-fix
2024-04-01 13:50:10 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/forms/dialogGif.xml
plist
2024-04-03 15:53:17 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/forms/dialogGre.xml
Interfaces: LAGG: migrate to MVC closes https://github.com/opnsense/core/issues/6384 Migrate ui to MVC, wrap model around existing configuration area to remain backward compatibility. To avoid laggs configured via console not being reachable from the gui, add a uuid to it.
2023-07-17 15:34:31 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/forms/dialogLagg.xml
add support for additional loopbacks (https://github.com/opnsense/core/issues/3832) (#3840) Add *Interfaces: Other Types: Loopback*. - while here, also add the device name in interfaces.php and support setting an initial description on new interfaces (copy device description if available) - check usages of lo0 and change to lo if not specific for our default loopback
2019-12-05 07:19:43 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/forms/dialogLoopback.xml
Interfaces/neighbor - implement new neighbor configuration for arp/ndp entries closes https://github.com/opnsense/core/issues/6917 This commit adds a new component linked in Interfaces/Neighbors which offers the ability to manually register static leases and provides application control from other modules such as dhcpd. To minimize the risk, we're reusing the existing interfaces_staticarp_configure() hooks while only adjusting how static arp entries are being attached to the interface (match on addresses assigned when triggering with an interface). Entries registered via dhcp will be visible from the ui as well together with its origin. The previous version didn't cleanup old static entries, this version triggers a cleanup when executed for all interfaces using all earlier modifications processed via the same function (interfaces_neighbors_configure()).
2023-10-10 14:43:01 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/forms/dialogNeighbor.xml
interfaces: settings: convert to MVC (#9569)
2026-01-07 08:24:49 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/forms/dialogSettings.xml
Virtual IP MVC/API conversion (#6105) closes #5984 refactors legacy pages, includes the following: o remove type field as this seems to be redundant and confusing o input form additions (show hide related fields) o add button for carp type to select first unused vhid o implement configure action, caching removed addresses in /tmp/delete_vip_{$uuid}.todo files (by the controller) o add mode filter to search action and complete with relevant fields for our grid o fix warning in interfaces.inc (interface_proxyarp_configure()), array creation issue o add validation for addresses used in port forwards and outbound nat rules. previous version tried to rename forwards, we choose to be consistent when it comes to edit/delete. o change ACL to use the new endpoints, remove "show only" ACL. we can always consider putting it back later, but the experience of only able to reach the grid likely won't be practical. o remove old firewall_virtual_ip*.php files
2022-10-26 10:42:46 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/forms/dialogVip.xml
fix plist
2022-02-22 12:46:09 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/forms/dialogVlan.xml
VXLAN support (#3787) * VXLAN: hook vxlan_configure_interface to newwanip event, move interface (address) configuration responisibilty there as well. This might be a better spot for other device setups as well.
2019-11-01 16:25:27 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Interfaces/forms/dialogVxlan.xml
dhcp: offer KEA as DHCPv4 alternative - high-availabilty and control agent (https://github.com/opnsense/core/issues/6971) Offer configuration access for the kea control agent needed for high availabilty and basic peer setup. o add Control Agent menu item with basic settings o split dhcpv4 settings in general and ha o add peer configuration
2023-11-15 14:51:00 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Kea/Api/CtrlAgentController.php
Kea / Dhcp - DHCPv4 replacement, initial minimal for https://github.com/opnsense/core/issues/6971 This commit contains the basic features of our new DHCPv4 server, it certainly needs additional testing as currently we only validated the configuration format is valid. The aim is to keep the json templates as simple as possible. For now we keep the kea-control-agent disabled, we probably need it later, but we don't want to expose a listener without using it.
2023-10-17 14:59:58 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Kea/Api/Dhcpv4Controller.php
Services: Kea DHCP: Kea DHCPv6 - add new option based on v4 (#8571) This contains roughly the same configuration items as our current isc-dhcp6 alternative, with the exception of not trying to implement dynamic ranges based on data received from dhclient6. In terms of target audience, dynamic environments (receiving their "wan" type addressess via dhcp), should logically use dnsmasq for client configuration. Large (enterprise) setups usually are static by nature and may require prefix deligation to routers behind the primary one. In these cases Kea will be the tool of choice. Both v4 and v6 share the same rc scripts underneath, which means reconfiguration happens per package (eventhough two services are registered). Existing hooks for v4 have been extended with v6 data (firewall rules and staticmaps). Advanced configurations can still opt out of config file generation and supply their own json config, same as implemented for v4. The lease view still needs to be implemented, but that's likely a minor addition.
2025-04-22 11:43:27 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Kea/Api/Dhcpv6Controller.php
plist-fix
2023-11-12 13:15:28 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Kea/Api/Leases4Controller.php
Services: Kea DHCP: Kea DHCPv6 - refactor leases in order to reuse code easily for v4 and v6 and add the v6 view (#8571)
2025-05-04 10:15:46 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Kea/Api/Leases6Controller.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Kea/Api/LeasesController.php
Kea / Dhcp - DHCPv4 replacement, initial minimal for https://github.com/opnsense/core/issues/6971 This commit contains the basic features of our new DHCPv4 server, it certainly needs additional testing as currently we only validated the configuration format is valid. The aim is to keep the json templates as simple as possible. For now we keep the kea-control-agent disabled, we probably need it later, but we don't want to expose a listener without using it.
2023-10-17 14:59:58 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Kea/Api/ServiceController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Kea/DhcpController.php
dhcp: offer KEA as DHCPv4 alternative - high-availabilty and control agent (https://github.com/opnsense/core/issues/6971) Offer configuration access for the kea control agent needed for high availabilty and basic peer setup. o add Control Agent menu item with basic settings o split dhcpv4 settings in general and ha o add peer configuration
2023-11-15 14:51:00 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Kea/forms/agentSettings.xml
Services: Kea DHCP: Kea DHCPv6 - add new option based on v4 (#8571) This contains roughly the same configuration items as our current isc-dhcp6 alternative, with the exception of not trying to implement dynamic ranges based on data received from dhclient6. In terms of target audience, dynamic environments (receiving their "wan" type addressess via dhcp), should logically use dnsmasq for client configuration. Large (enterprise) setups usually are static by nature and may require prefix deligation to routers behind the primary one. In these cases Kea will be the tool of choice. Both v4 and v6 share the same rc scripts underneath, which means reconfiguration happens per package (eventhough two services are registered). Existing hooks for v4 have been extended with v6 data (firewall rules and staticmaps). Advanced configurations can still opt out of config file generation and supply their own json config, same as implemented for v4. The lease view still needs to be implemented, but that's likely a minor addition.
2025-04-22 11:43:27 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Kea/forms/dialogPDPool6.xml
dhcp: offer KEA as DHCPv4 alternative - high-availabilty and control agent (https://github.com/opnsense/core/issues/6971) Offer configuration access for the kea control agent needed for high availabilty and basic peer setup. o add Control Agent menu item with basic settings o split dhcpv4 settings in general and ha o add peer configuration
2023-11-15 14:51:00 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Kea/forms/dialogPeer4.xml
Services: Kea DHCP: Kea DHCPv6 - add new option based on v4 (#8571) This contains roughly the same configuration items as our current isc-dhcp6 alternative, with the exception of not trying to implement dynamic ranges based on data received from dhclient6. In terms of target audience, dynamic environments (receiving their "wan" type addressess via dhcp), should logically use dnsmasq for client configuration. Large (enterprise) setups usually are static by nature and may require prefix deligation to routers behind the primary one. In these cases Kea will be the tool of choice. Both v4 and v6 share the same rc scripts underneath, which means reconfiguration happens per package (eventhough two services are registered). Existing hooks for v4 have been extended with v6 data (firewall rules and staticmaps). Advanced configurations can still opt out of config file generation and supply their own json config, same as implemented for v4. The lease view still needs to be implemented, but that's likely a minor addition.
2025-04-22 11:43:27 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Kea/forms/dialogPeer6.xml
dhcp: offer KEA as DHCPv4 alternative - high-availabilty and control agent (https://github.com/opnsense/core/issues/6971) Offer configuration access for the kea control agent needed for high availabilty and basic peer setup. o add Control Agent menu item with basic settings o split dhcpv4 settings in general and ha o add peer configuration
2023-11-15 14:51:00 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Kea/forms/dialogReservation4.xml
Services: Kea DHCP: Kea DHCPv6 - add new option based on v4 (#8571) This contains roughly the same configuration items as our current isc-dhcp6 alternative, with the exception of not trying to implement dynamic ranges based on data received from dhclient6. In terms of target audience, dynamic environments (receiving their "wan" type addressess via dhcp), should logically use dnsmasq for client configuration. Large (enterprise) setups usually are static by nature and may require prefix deligation to routers behind the primary one. In these cases Kea will be the tool of choice. Both v4 and v6 share the same rc scripts underneath, which means reconfiguration happens per package (eventhough two services are registered). Existing hooks for v4 have been extended with v6 data (firewall rules and staticmaps). Advanced configurations can still opt out of config file generation and supply their own json config, same as implemented for v4. The lease view still needs to be implemented, but that's likely a minor addition.
2025-04-22 11:43:27 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Kea/forms/dialogReservation6.xml
dhcp: offer KEA as DHCPv4 alternative - high-availabilty and control agent (https://github.com/opnsense/core/issues/6971) Offer configuration access for the kea control agent needed for high availabilty and basic peer setup. o add Control Agent menu item with basic settings o split dhcpv4 settings in general and ha o add peer configuration
2023-11-15 14:51:00 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Kea/forms/dialogSubnet4.xml
Services: Kea DHCP: Kea DHCPv6 - add new option based on v4 (#8571) This contains roughly the same configuration items as our current isc-dhcp6 alternative, with the exception of not trying to implement dynamic ranges based on data received from dhclient6. In terms of target audience, dynamic environments (receiving their "wan" type addressess via dhcp), should logically use dnsmasq for client configuration. Large (enterprise) setups usually are static by nature and may require prefix deligation to routers behind the primary one. In these cases Kea will be the tool of choice. Both v4 and v6 share the same rc scripts underneath, which means reconfiguration happens per package (eventhough two services are registered). Existing hooks for v4 have been extended with v6 data (firewall rules and staticmaps). Advanced configurations can still opt out of config file generation and supply their own json config, same as implemented for v4. The lease view still needs to be implemented, but that's likely a minor addition.
2025-04-22 11:43:27 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Kea/forms/dialogSubnet6.xml
dhcp: offer KEA as DHCPv4 alternative - high-availabilty and control agent (https://github.com/opnsense/core/issues/6971) Offer configuration access for the kea control agent needed for high availabilty and basic peer setup. o add Control Agent menu item with basic settings o split dhcpv4 settings in general and ha o add peer configuration
2023-11-15 14:51:00 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Kea/forms/generalSettings4.xml
Services: Kea DHCP: Kea DHCPv6 - add new option based on v4 (#8571) This contains roughly the same configuration items as our current isc-dhcp6 alternative, with the exception of not trying to implement dynamic ranges based on data received from dhclient6. In terms of target audience, dynamic environments (receiving their "wan" type addressess via dhcp), should logically use dnsmasq for client configuration. Large (enterprise) setups usually are static by nature and may require prefix deligation to routers behind the primary one. In these cases Kea will be the tool of choice. Both v4 and v6 share the same rc scripts underneath, which means reconfiguration happens per package (eventhough two services are registered). Existing hooks for v4 have been extended with v6 data (firewall rules and staticmaps). Advanced configurations can still opt out of config file generation and supply their own json config, same as implemented for v4. The lease view still needs to be implemented, but that's likely a minor addition.
2025-04-22 11:43:27 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Kea/forms/generalSettings6.xml
services: import monit service Some things to work on: * post-install should be a migration * move to system? * remove old notifications
2018-03-10 05:51:56 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Monit/Api/ServiceController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Monit/Api/SettingsController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Monit/Api/StatusController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Monit/IndexController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Monit/StatusController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Monit/forms/alerts.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/Monit/forms/general.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/Monit/forms/services.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/Monit/forms/tests.xml
network time: status: refactor to MVC (#9361)
2025-11-11 08:08:53 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Ntpd/Api/ServiceController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Ntpd/StatusController.php
VPN: OpenVPN: Client Specific Overrides: Migrate to MVC closes https://github.com/opnsense/core/issues/6381 o add new mvc module o migrate existing data o add getOverwrite() in OpenVPN model to retrieve data structured as legacy data to make this an easy drop-in
2023-03-22 13:10:03 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/OpenVPN/Api/ClientOverwritesController.php
pkg: fix plist
2018-10-07 07:59:34 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/OpenVPN/Api/ExportController.php
src: style sweep
2023-05-31 10:29:30 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/OpenVPN/Api/InstancesController.php
VPN: OpenVPN: Connection Status - refactor to MVC closes https://github.com/opnsense/core/issues/6382 o rename virtual_addr --> virtual_address in status call out o add new endpoints to search connections and routes, kill sessions and service control o remove old status page status_openvpn.php and change ACL and Menu registration o offer two tab view on sessions / routes o service controls (restart/start/stop) are shown for non client based records (p2p and client mode) or when no clients are connected.
2023-03-19 10:52:09 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/OpenVPN/Api/ServiceController.php
VPN: OpenVPN: Client Specific Overrides: Migrate to MVC closes https://github.com/opnsense/core/issues/6381 o add new mvc module o migrate existing data o add getOverwrite() in OpenVPN model to retrieve data structured as legacy data to make this an easy drop-in
2023-03-22 13:10:03 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/OpenVPN/ClientOverwritesController.php
pkg: fix plist
2018-10-07 07:59:34 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/OpenVPN/ExportController.php
src: style sweep
2023-05-31 10:29:30 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/OpenVPN/InstancesController.php
VPN: OpenVPN: Connection Status - refactor to MVC closes https://github.com/opnsense/core/issues/6382 o rename virtual_addr --> virtual_address in status call out o add new endpoints to search connections and routes, kill sessions and service control o remove old status page status_openvpn.php and change ACL and Menu registration o offer two tab view on sessions / routes o service controls (restart/start/stop) are shown for non client based records (p2p and client mode) or when no clients are connected.
2023-03-19 10:52:09 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/OpenVPN/StatusController.php
VPN: OpenVPN: Client Specific Overrides: Migrate to MVC closes https://github.com/opnsense/core/issues/6381 o add new mvc module o migrate existing data o add getOverwrite() in OpenVPN model to retrieve data structured as legacy data to make this an easy drop-in
2023-03-22 13:10:03 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/OpenVPN/forms/dialogCSO.xml
src: style sweep
2023-05-31 10:29:30 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/OpenVPN/forms/dialogInstance.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/OpenVPN/forms/dialogStaticKey.xml
pkg: new stuff!
2018-10-15 12:29:12 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/OpenVPN/forms/export_options.xml
router advertisements: migrate to MVC/API (#9603) Migrate router advertisements to its own space. Although the data shifts around a bit the end result should be equivalent. Of note is that we currently do not have visibility for automatic interface tracking when not disabled, but they can be disabled manually by adding the interface configuration and unchecking the service enable. Co-authored-by: Monviech <gitacc@pischem.com>
2026-01-12 07:10:55 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Radvd/Api/ServiceController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Radvd/Api/SettingsController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Radvd/SettingsController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Radvd/forms/dialogEntry.xml
pkg: fix plist
2020-08-23 05:52:16 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Routes/Api/GatewayController.php
apply make plist-fix
2017-08-06 07:21:12 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Routes/Api/RoutesController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Routes/IndexController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Routes/forms/dialogEditRoute.xml
Gateways: Single: Migrate to MVC - part 2 (#6808) Where the first stage primarily aims to keep the legacy handling of gateways intact, this stage does the conversion to MVC. As part of the migration strategy, configured gateways will not be touched if the migration fails. This allows users to repair the gateways in the new situation.
2023-11-02 04:32:27 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Routing/Api/SettingsController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Routing/ConfigurationController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Routing/forms/dialogEditGateway.xml
pkg: fix plist
2019-06-17 14:31:31 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Syslog/Api/ServiceController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Syslog/Api/SettingsController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Syslog/IndexController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Syslog/forms/dialogDestination.xml
system: add local settings tab (read only) to logging #6830
2024-03-01 03:01:46 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Syslog/forms/local.xml
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/TrafficShaper/Api/ServiceController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/TrafficShaper/Api/SettingsController.php
pkg: sort plist, file systems getting in the way
2016-09-24 08:34:14 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/TrafficShaper/IndexController.php
pkg: fix plist
2020-03-24 11:42:01 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/TrafficShaper/ServiceController.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/TrafficShaper/forms/dialogPipe.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/TrafficShaper/forms/dialogQueue.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/TrafficShaper/forms/dialogRule.xml
pkg: fix plist
2024-03-08 02:20:20 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Trust/Api/CaController.php
mvc: style sweep
2024-02-26 01:57:34 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Trust/Api/CertController.php
src: style sweep/plist
2024-03-12 01:51:33 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Trust/Api/CrlController.php
src: style and stuff
2024-09-10 15:43:38 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Trust/Api/SettingsController.php
pkg: fix plist
2024-03-08 02:20:20 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Trust/CaController.php
mvc: style sweep
2024-02-26 01:57:34 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Trust/CertController.php
src: style sweep/plist
2024-03-12 01:51:33 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Trust/CrlController.php
src: style and stuff
2024-09-10 15:43:38 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Trust/SettingsController.php
pkg: fix plist
2024-03-08 02:20:20 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Trust/forms/dialogCa.xml
mvc: style sweep
2024-02-26 01:57:34 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Trust/forms/dialogCert.xml
mvc: style sweep
2024-03-12 15:22:52 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Trust/forms/dialogCrl.xml
src: style and stuff
2024-09-10 15:43:38 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Trust/forms/settings.xml
Unbound: ACLs: Migrate to MVC (#6474) - The "internally generated" ACL entries have been removed in favor of a wildcard (well, a wildcard and localhost) - Users can now change the default action used by the wildcard: either allow, deny or refuse. - The legacy implementation wasn't very strict (you could add an entry without any input), this does at least require a name and at least one network. To facilitate the migration, if the 'name' property was empty, it will be set to 'Unnamed ACL'. Entries without defined networks will be discarded without notice.
2023-04-17 05:17:39 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/AclController.php
unbound: advanced page MVC migration prep
2022-09-25 19:03:03 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/AdvancedController.php
pkg: fix plist for unbound additions
2017-03-25 12:09:44 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/Api/DiagnosticsController.php
unbound: add overview dashboard (#6101) Adds a reporting backend for Unbound as well as a dashboard showing an overview of interesting statistics: Total DNS queries (over a maximum period of 7 days) Blocked queries Cache hits local-data hits A traffic graph with variable intervals top N passed/blocked domains (with associated blocklist) There are a couple of hardcoded values: The underlying database is kept up-to-date for the last 7 days. The ring buffer used to decouple unbound from the logging backend has a size of 100000 entries. In very busy networks, db commits are done for a max of 4000 entries, which according to testing seems to be a good break-even point for DNS throughput vs. insert performance. Everything below this is flushed to the database every 5 seconds. To facilitate the variable interval traffic graph, multiple views with varying detail in time slots are created: 1, 5 and 30 minute buckets. These can easily be extended should different intervals be necessary.
2022-11-25 05:42:38 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/Api/OverviewController.php
pkg: fix plist
2020-04-17 02:27:47 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/Api/ServiceController.php
unbound: integrade DoT grid; closes #5101 Extensive rewrite based on the original PR, but the models have been merged into one Unbound.xml and the migration will follow in the next commit.
2021-07-19 09:00:30 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/Api/SettingsController.php
pkg: fix plist
2020-04-17 02:27:47 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/DnsblController.php
unbound: integrade DoT grid; closes #5101 Extensive rewrite based on the original PR, but the models have been merged into one Unbound.xml and the migration will follow in the next commit.
2021-07-19 09:00:30 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/DotController.php
src: lint pass
2022-03-22 08:40:28 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/ForwardController.php
Unbound: migrate General page to MVC (#6418)
2023-03-15 08:00:22 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/GeneralController.php
unbound: overrides: migrate to mvc model (#5488) * unbound: overrides: migrate to mvc model * unbound: overrides: generate host_entries via model, revert template generation * unbound: overrides migration: fix missing include * unbound: overrides: clean up Co-authored-by: Stephan de Wit <stephan.de.wit@deciso.com>
2022-01-24 14:19:06 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/OverridesController.php
unbound: add overview dashboard (#6101) Adds a reporting backend for Unbound as well as a dashboard showing an overview of interesting statistics: Total DNS queries (over a maximum period of 7 days) Blocked queries Cache hits local-data hits A traffic graph with variable intervals top N passed/blocked domains (with associated blocklist) There are a couple of hardcoded values: The underlying database is kept up-to-date for the last 7 days. The ring buffer used to decouple unbound from the logging backend has a size of 100000 entries. In very busy networks, db commits are done for a max of 4000 entries, which according to testing seems to be a good break-even point for DNS throughput vs. insert performance. Everything below this is flushed to the database every 5 seconds. To facilitate the variable interval traffic graph, multiple views with varying detail in time slots are created: 1, 5 and 30 minute buckets. These can easily be extended should different intervals be necessary.
2022-11-25 05:42:38 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/OverviewController.php
unbound: fix plist, small changes
2018-11-19 06:23:22 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/StatsController.php
Unbound: ACLs: Migrate to MVC (#6474) - The "internally generated" ACL entries have been removed in favor of a wildcard (well, a wildcard and localhost) - Users can now change the default action used by the wildcard: either allow, deny or refuse. - The legacy implementation wasn't very strict (you could add an entry without any input), this does at least require a name and at least one network. To facilitate the migration, if the 'name' property was empty, it will be set to 'Unnamed ACL'. Entries without defined networks will be discarded without notice.
2023-04-17 05:17:39 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/forms/acl.xml
unbound: advanced page MVC migration prep
2022-09-25 19:03:03 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/forms/advanced.xml
Unbound: ACLs: Migrate to MVC (#6474) - The "internally generated" ACL entries have been removed in favor of a wildcard (well, a wildcard and localhost) - Users can now change the default action used by the wildcard: either allow, deny or refuse. - The legacy implementation wasn't very strict (you could add an entry without any input), this does at least require a name and at least one network. To facilitate the migration, if the 'name' property was empty, it will be set to 'Unnamed ACL'. Entries without defined networks will be discarded without notice.
2023-04-17 05:17:39 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/forms/dialogAcl.xml
pkg: fix plist
2022-01-25 04:26:22 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/forms/dialogDot.xml
unbound: overrides: migrate to mvc model (#5488) * unbound: overrides: migrate to mvc model * unbound: overrides: generate host_entries via model, revert template generation * unbound: overrides migration: fix missing include * unbound: overrides: clean up Co-authored-by: Stephan de Wit <stephan.de.wit@deciso.com>
2022-01-24 14:19:06 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/forms/dialogHostAlias.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/forms/dialogHostOverride.xml
pkg: fix plist
2022-01-25 04:26:22 -05:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/forms/dnsbl.xml
src: lint pass
2022-03-22 08:40:28 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/forms/forwarding.xml
Unbound: migrate General page to MVC (#6418)
2023-03-15 08:00:22 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Unbound/forms/general.xml
wireguard: merge net/wireguard as of version 2.2 #6827 Omit the dependency on wireguard-kmod as we will be targeting the kernel module with 24.1. Some people may run into this but it's safer than trying to rely on a package that won't be available going from 23.7 to 24.1.
2023-09-29 02:28:48 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Wireguard/Api/ClientController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Wireguard/Api/GeneralController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Wireguard/Api/ServerController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Wireguard/Api/ServiceController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Wireguard/DiagnosticsController.php
/usr/local/opnsense/mvc/app/controllers/OPNsense/Wireguard/GeneralController.php
pkg: fix plist
2024-03-24 16:13:48 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Wireguard/forms/dialogConfigBuilder.xml
wireguard: merge net/wireguard as of version 2.2 #6827 Omit the dependency on wireguard-kmod as we will be targeting the kernel module with 24.1. Some people may run into this but it's safer than trying to rely on a package that won't be available going from 23.7 to 24.1.
2023-09-29 02:28:48 -04:00
/usr/local/opnsense/mvc/app/controllers/OPNsense/Wireguard/forms/dialogEditWireguardClient.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/Wireguard/forms/dialogEditWireguardServer.xml
/usr/local/opnsense/mvc/app/controllers/OPNsense/Wireguard/forms/general.xml
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/Auth/API.php
/usr/local/opnsense/mvc/app/library/OPNsense/Auth/AuthenticationFactory.php
pkg: fix plist
2017-02-07 17:14:53 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/Auth/Base.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/Auth/IAuthConnector.php
pkg: fix plist
2019-02-24 01:49:28 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/Auth/IService.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/Auth/LDAP.php
pkg: fix plist
2018-10-31 05:57:43 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/Auth/LDAPTOTP.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/Auth/Local.php
/usr/local/opnsense/mvc/app/library/OPNsense/Auth/LocalTOTP.php
/usr/local/opnsense/mvc/app/library/OPNsense/Auth/Radius.php
OPNsense/Auth - add minimalistic interface for SSO support. In order to support other authentication methods for the business edition in the future, we need some glue to offer room for a different authentication flow. When using an SSO flow, the service binding is usually determined by the endpoint which acts as a trampoline. This commits mildly refactors our AuthenticationFactory and adds some handles to be able to choose SSO providers when available (using our standard listServers() call) ISSOContainer describes the minimal interface a container of providers should support, the Provider class is a "struct" type container offering relevant information for the provider in question.
2025-06-07 11:53:31 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/Auth/SSOProviders/ISSOContainer.php
/usr/local/opnsense/mvc/app/library/OPNsense/Auth/SSOProviders/Provider.php
IPsec, switch to PAM, closes https://github.com/opnsense/core/issues/3265
2019-02-28 09:32:03 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/Auth/Services/IPsec.php
pkg: fix plist
2019-02-24 01:49:28 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/Auth/Services/System.php
pkg: fix plist
2021-01-08 13:39:57 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/Auth/Services/WebGui.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/Auth/TOTP.php
/usr/local/opnsense/mvc/app/library/OPNsense/Auth/Voucher.php
src: style sweep
2024-05-06 03:04:09 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/Autoload/Loader.php
pkg: fix plist
2018-03-20 01:59:16 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/Backup/BackupFactory.php
/usr/local/opnsense/mvc/app/library/OPNsense/Backup/Base.php
/usr/local/opnsense/mvc/app/library/OPNsense/Backup/IBackupProvider.php
system: use shared encrypt() and decrypt() functions #2535
2018-07-27 02:59:58 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/Backup/Local.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/Base/UIModelGrid.php
/usr/local/opnsense/mvc/app/library/OPNsense/Base/ViewTranslator.php
/usr/local/opnsense/mvc/app/library/OPNsense/Core/Backend.php
/usr/local/opnsense/mvc/app/library/OPNsense/Core/Config.php
/usr/local/opnsense/mvc/app/library/OPNsense/Core/ConfigException.php
System: Configuration: Defaults - refactor to mvc and add "components" which offers a configuration reset function per model (when not installed, it uses the version tags to identify them). closes https://github.com/opnsense/core/issues/8768
2025-10-16 15:10:00 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/Core/ConfigMaintenance.php
plist
2023-09-04 14:51:06 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/Core/File.php
Interfaces/neighbor - implement new neighbor configuration for arp/ndp entries closes https://github.com/opnsense/core/issues/6917 This commit adds a new component linked in Interfaces/Neighbors which offers the ability to manually register static leases and provides application control from other modules such as dhcpd. To minimize the risk, we're reusing the existing interfaces_staticarp_configure() hooks while only adjusting how static arp entries are being attached to the interface (match on addresses assigned when triggering with an interface). Entries registered via dhcp will be visible from the ui as well together with its origin. The previous version didn't cleanup old static entries, this version triggers a cleanup when executed for all interfaces using all earlier modifications processed via the same function (interfaces_neighbors_configure()).
2023-10-10 14:43:01 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/Core/FileObject.php
mvc - replace Phalcon\Filter classes for simple SanitizeFilter wrapper implementing the filters we actually use. for https://github.com/opnsense/core/issues/6389
2024-05-01 15:33:24 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/Core/SanitizeFilter.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/Core/Shell.php
/usr/local/opnsense/mvc/app/library/OPNsense/Core/Singleton.php
MVC: ditch phalcon's syslog implementation for a simple wrapper of our own. for https://github.com/opnsense/core/issues/6389
2024-01-09 08:23:01 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/Core/Syslog.php
pkg: fix plist
2017-12-27 02:25:06 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/Firewall/DNatRule.php
pkg: fix plist
2016-10-24 11:13:39 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/Firewall/FilterRule.php
pkg: fix plist
2017-12-23 09:24:43 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/Firewall/ForwardRule.php
pkg: fix plist
2017-12-24 06:52:49 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/Firewall/NptRule.php
pkg: update plist (yay, this works!)
2016-10-01 04:11:34 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/Firewall/Plugin.php
firewall: fix plist
2017-12-15 12:52:03 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/Firewall/Rule.php
pkg: fix plist
2017-12-27 02:25:06 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/Firewall/SNatRule.php
pkg: fix plist
2017-03-05 13:29:11 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/Firewall/Util.php
src: style sweep
2024-02-26 15:55:05 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/Interface/Autoconf.php
mvc: style sweep, plist
2024-05-13 04:42:29 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/Mvc/Controller.php
/usr/local/opnsense/mvc/app/library/OPNsense/Mvc/Dispatcher.php
/usr/local/opnsense/mvc/app/library/OPNsense/Mvc/Exceptions/ClassNotFoundException.php
/usr/local/opnsense/mvc/app/library/OPNsense/Mvc/Exceptions/DispatchException.php
/usr/local/opnsense/mvc/app/library/OPNsense/Mvc/Exceptions/InvalidUriException.php
/usr/local/opnsense/mvc/app/library/OPNsense/Mvc/Exceptions/MethodNotFoundException.php
/usr/local/opnsense/mvc/app/library/OPNsense/Mvc/Exceptions/ParameterMismatchException.php
/usr/local/opnsense/mvc/app/library/OPNsense/Mvc/Headers.php
/usr/local/opnsense/mvc/app/library/OPNsense/Mvc/Request.php
/usr/local/opnsense/mvc/app/library/OPNsense/Mvc/Response.php
/usr/local/opnsense/mvc/app/library/OPNsense/Mvc/Router.php
/usr/local/opnsense/mvc/app/library/OPNsense/Mvc/Security.php
/usr/local/opnsense/mvc/app/library/OPNsense/Mvc/Session.php
pkg: new stuff!
2018-10-15 12:29:12 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/OpenVPN/ArchiveOpenVPN.php
/usr/local/opnsense/mvc/app/library/OPNsense/OpenVPN/BaseExporter.php
/usr/local/opnsense/mvc/app/library/OPNsense/OpenVPN/ExportFactory.php
/usr/local/opnsense/mvc/app/library/OPNsense/OpenVPN/IExportProvider.php
/usr/local/opnsense/mvc/app/library/OPNsense/OpenVPN/PlainOpenVPN.php
plist for https://github.com/opnsense/core/issues/2787
2018-11-26 09:27:16 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/OpenVPN/ViscosityVisz.php
System Status: replace old notices system with a global one (#5875) * MVC / System status: first draft for backend implementation * fix copyright * fix permissions * MVC / System Status: modify backend implementation and setup front-end * MVC / System Status: minor cleanup, ACL check and fix reporting in production mode * MVC / System Status: copy status sytem to legacy as well, remove the notices system, finish up front-end work * MVC / System Status: remove useless constructor * fix plist * System Status: shorten previous * System Status: add ACL check * System Status: also remove legacy part * System Status: also clean up on legacy page * System Status: ACL check on dismiss action as well * System Status: add readonly privilege check to dismiss action * System Status: do not trust input * System Status: address security concerns * add default return * System Status: move js code to separate script and make sure a logLocation is always provided * System Status: clean up callout in both legacy page and volt template After dismissing a message and closing the dialog, the old message was still bound to the dialog instance. re-registering the onclick callback solves this. * System Status: adjust log location and kick off status system on alias errors * System Status: let's hold off on throwing notifications for aliases for now * System Status: add ACL entry for the dismiss API call, adjust to new deployment situation Without the ACL entry, /api/core/system/dismissStatus calls are rejected for non-root users even when they should have rights to dismiss. Also do a minor consistency improvement and also adjust to the new situation of production & development deployment types. We need to account for the possibility of 'deployment' being empty in the configuration, therefore a direct check of the 'development' type seems most fitting as this is unlikely to change or be subjected to any additions. * System Status: also error out when unable to write new rules * System Status: account for users without permissions * System Status: name collision in FirmwareController * System Status: replace old notices system with a global one (https://github.com/opnsense/core/pull/5875) Review feedback / modifications in this commit: o filter.inc -- remove wedged message, when locked during parallel reloads it likely doesn't help to disable/enable -- flush message to error trigger file o SystemStatus.php -- str_contains --> strpos; eases testing on OPNsense 22.1.x as str_contains is php 8 only o Status collectors -- simplify logic and propagate messages received from status file o CrashReporterStatus - the existence of a /tmp/PHP_errors.log file should be enough to know some process signaled the crash reporter - remove shell exec o FirewallStatus -- as only /tmp/rules.error remains, remove loop to read for non existing files o opnsense_status.js -- add opn-status-group class to container and point css modifications in that single direction to prevent other objects from being affected by our status popup modifications -- windows file endings replaced (^M) o css: keep menu_messages container to ease migration for theme developers NOTE : ** get_crash_report() could likely be simplified as well * filter: change to mwexec, redirection is implied * System Status: handle potential undefined array key seems to be a one-off error: Exception: Error at /usr/local/opnsense/mvc/app/controllers/OPNsense/Core/Api/SystemController.php:90 - Undefined array key 0 (errno=2) in /usr/local/opnsense/mvc/app/controllers/OPNsense/Base/ApiControllerBase.php:159 Co-authored-by: Ad Schellevis <ad@opnsense.org>
2022-07-28 03:50:06 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/System/AbstractStatus.php
configd: Add banner to hasync and firmware page if environment web proxy is used (#8998) * configd: Add banner to hasync and firmware page if environment web proxy is used * Compare string case sensitive and merge dir into glob * Update src/opnsense/mvc/app/library/OPNsense/System/Status/ConfigdProxyOverrideStatus.php Co-authored-by: Franco Fichtner <franco@opnsense.org> * reduce comment * Also add opncentral config page * Update ConfigdProxyOverrideStatus.php * Update src/opnsense/mvc/app/library/OPNsense/System/Status/ConfigdProxyOverrideStatus.php Co-authored-by: Franco Fichtner <franco@opnsense.org> * Update src/opnsense/mvc/app/library/OPNsense/System/Status/ConfigdProxyOverrideStatus.php Co-authored-by: Stephan de Wit <stephan.de.wit@deciso.com> --------- Co-authored-by: Franco Fichtner <franco@opnsense.org> Co-authored-by: Stephan de Wit <stephan.de.wit@deciso.com>
2025-07-28 08:49:08 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/System/Status/ConfigdProxyOverrideStatus.php
System Status: replace old notices system with a global one (#5875) * MVC / System status: first draft for backend implementation * fix copyright * fix permissions * MVC / System Status: modify backend implementation and setup front-end * MVC / System Status: minor cleanup, ACL check and fix reporting in production mode * MVC / System Status: copy status sytem to legacy as well, remove the notices system, finish up front-end work * MVC / System Status: remove useless constructor * fix plist * System Status: shorten previous * System Status: add ACL check * System Status: also remove legacy part * System Status: also clean up on legacy page * System Status: ACL check on dismiss action as well * System Status: add readonly privilege check to dismiss action * System Status: do not trust input * System Status: address security concerns * add default return * System Status: move js code to separate script and make sure a logLocation is always provided * System Status: clean up callout in both legacy page and volt template After dismissing a message and closing the dialog, the old message was still bound to the dialog instance. re-registering the onclick callback solves this. * System Status: adjust log location and kick off status system on alias errors * System Status: let's hold off on throwing notifications for aliases for now * System Status: add ACL entry for the dismiss API call, adjust to new deployment situation Without the ACL entry, /api/core/system/dismissStatus calls are rejected for non-root users even when they should have rights to dismiss. Also do a minor consistency improvement and also adjust to the new situation of production & development deployment types. We need to account for the possibility of 'deployment' being empty in the configuration, therefore a direct check of the 'development' type seems most fitting as this is unlikely to change or be subjected to any additions. * System Status: also error out when unable to write new rules * System Status: account for users without permissions * System Status: name collision in FirmwareController * System Status: replace old notices system with a global one (https://github.com/opnsense/core/pull/5875) Review feedback / modifications in this commit: o filter.inc -- remove wedged message, when locked during parallel reloads it likely doesn't help to disable/enable -- flush message to error trigger file o SystemStatus.php -- str_contains --> strpos; eases testing on OPNsense 22.1.x as str_contains is php 8 only o Status collectors -- simplify logic and propagate messages received from status file o CrashReporterStatus - the existence of a /tmp/PHP_errors.log file should be enough to know some process signaled the crash reporter - remove shell exec o FirewallStatus -- as only /tmp/rules.error remains, remove loop to read for non existing files o opnsense_status.js -- add opn-status-group class to container and point css modifications in that single direction to prevent other objects from being affected by our status popup modifications -- windows file endings replaced (^M) o css: keep menu_messages container to ease migration for theme developers NOTE : ** get_crash_report() could likely be simplified as well * filter: change to mwexec, redirection is implied * System Status: handle potential undefined array key seems to be a one-off error: Exception: Error at /usr/local/opnsense/mvc/app/controllers/OPNsense/Core/Api/SystemController.php:90 - Undefined array key 0 (errno=2) in /usr/local/opnsense/mvc/app/controllers/OPNsense/Base/ApiControllerBase.php:159 Co-authored-by: Ad Schellevis <ad@opnsense.org>
2022-07-28 03:50:06 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/System/Status/CrashReporterStatus.php
system: add disk space status check above 95% usage triggers a persistent banner. while here, fix a small issue that excluded persistent notification types from counting towards the icon color used.
2025-01-13 04:38:21 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/System/Status/DiskSpaceStatus.php
dnsmasq: migrate to MVC/API, dnsmasq supports custom includes as well, let's make sure to signal the user when they exist. for https://github.com/opnsense/core/issues/7905
2025-02-08 04:42:55 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/System/Status/DnsmasqOverrideStatus.php
System Status: replace old notices system with a global one (#5875) * MVC / System status: first draft for backend implementation * fix copyright * fix permissions * MVC / System Status: modify backend implementation and setup front-end * MVC / System Status: minor cleanup, ACL check and fix reporting in production mode * MVC / System Status: copy status sytem to legacy as well, remove the notices system, finish up front-end work * MVC / System Status: remove useless constructor * fix plist * System Status: shorten previous * System Status: add ACL check * System Status: also remove legacy part * System Status: also clean up on legacy page * System Status: ACL check on dismiss action as well * System Status: add readonly privilege check to dismiss action * System Status: do not trust input * System Status: address security concerns * add default return * System Status: move js code to separate script and make sure a logLocation is always provided * System Status: clean up callout in both legacy page and volt template After dismissing a message and closing the dialog, the old message was still bound to the dialog instance. re-registering the onclick callback solves this. * System Status: adjust log location and kick off status system on alias errors * System Status: let's hold off on throwing notifications for aliases for now * System Status: add ACL entry for the dismiss API call, adjust to new deployment situation Without the ACL entry, /api/core/system/dismissStatus calls are rejected for non-root users even when they should have rights to dismiss. Also do a minor consistency improvement and also adjust to the new situation of production & development deployment types. We need to account for the possibility of 'deployment' being empty in the configuration, therefore a direct check of the 'development' type seems most fitting as this is unlikely to change or be subjected to any additions. * System Status: also error out when unable to write new rules * System Status: account for users without permissions * System Status: name collision in FirmwareController * System Status: replace old notices system with a global one (https://github.com/opnsense/core/pull/5875) Review feedback / modifications in this commit: o filter.inc -- remove wedged message, when locked during parallel reloads it likely doesn't help to disable/enable -- flush message to error trigger file o SystemStatus.php -- str_contains --> strpos; eases testing on OPNsense 22.1.x as str_contains is php 8 only o Status collectors -- simplify logic and propagate messages received from status file o CrashReporterStatus - the existence of a /tmp/PHP_errors.log file should be enough to know some process signaled the crash reporter - remove shell exec o FirewallStatus -- as only /tmp/rules.error remains, remove loop to read for non existing files o opnsense_status.js -- add opn-status-group class to container and point css modifications in that single direction to prevent other objects from being affected by our status popup modifications -- windows file endings replaced (^M) o css: keep menu_messages container to ease migration for theme developers NOTE : ** get_crash_report() could likely be simplified as well * filter: change to mwexec, redirection is implied * System Status: handle potential undefined array key seems to be a one-off error: Exception: Error at /usr/local/opnsense/mvc/app/controllers/OPNsense/Core/Api/SystemController.php:90 - Undefined array key 0 (errno=2) in /usr/local/opnsense/mvc/app/controllers/OPNsense/Base/ApiControllerBase.php:159 Co-authored-by: Ad Schellevis <ad@opnsense.org>
2022-07-28 03:50:06 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/System/Status/FirewallStatus.php
ids: Add banner when custom.yaml is not the default stub (#8946)
2025-07-17 08:59:32 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/System/Status/IDSOverrideStatus.php
VPN: IPsec - add banner message when using custom configuration files. closes https://github.com/opnsense/core/issues/8093
2025-01-22 05:44:02 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/System/Status/IPsecOverrideStatus.php
system: migrate live mode banner to notification More work needed but as discussed with @swhite2 we want this here before we work on the UX part. These types of notifications need more screen presence and are non-dismissable. While here kill an oddity assignment with constant() use. And adjust comments still refering to "LiveCD" since we have a DVD image nowadays and the live mode works on all install media.
2024-08-22 05:06:10 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/System/Status/LiveMediaStatus.php
Services: Monit - flag overwrites when they exist (https://docs.opnsense.org/manual/monit.html#advanced-configurations)
2025-01-23 08:43:26 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/System/Status/MonitOverrideStatus.php
system: adjust for overrides banner Introduces the isBanner property, which explicitly defines the message as a banner, which doesn't necessarily have a relation to the persistent property. While here, update the UI to remove cursor events when the message doesn't have a location set.
2025-01-14 11:25:39 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/System/Status/OpensshOverrideStatus.php
system: provide override banner and inline hint for /etc/resolv.conf(.local)
2026-01-27 01:56:54 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/System/Status/ResolvConfOverrideStatus.php
webui: "non root" user mode. closes https://github.com/opnsense/core/issues/8521 Allow the webui to run as wwwonly and move related (temp) files to their own directories so we limit the choice of mangling rights. When trying to transition back from wwwonly to root, require a file (/var/run/www_non_root) to be removed via the console as an extra barrier. When captive portal is used, the api dispatcher is forced to use wwwonly in all situations as the number of endpoints used is small and easy to validate (no legacy impact)
2025-05-07 14:58:23 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/System/Status/RootLockStatus.php
system: migrate system booting banner to notifications Refactor leftovers while here.
2024-08-22 06:07:24 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/System/Status/SystemBootingStatus.php
pkg: fix plist
2025-11-26 01:06:52 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/System/Status/UnboundBlocklistStatus.php
Services: Unbound DNS - flag overwrites when they exists (https://docs.opnsense.org/manual/unbound.html#advanced-configurations)
2025-01-23 07:38:52 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/System/Status/UnboundOverrideStatus.php
System Status: replace old notices system with a global one (#5875) * MVC / System status: first draft for backend implementation * fix copyright * fix permissions * MVC / System Status: modify backend implementation and setup front-end * MVC / System Status: minor cleanup, ACL check and fix reporting in production mode * MVC / System Status: copy status sytem to legacy as well, remove the notices system, finish up front-end work * MVC / System Status: remove useless constructor * fix plist * System Status: shorten previous * System Status: add ACL check * System Status: also remove legacy part * System Status: also clean up on legacy page * System Status: ACL check on dismiss action as well * System Status: add readonly privilege check to dismiss action * System Status: do not trust input * System Status: address security concerns * add default return * System Status: move js code to separate script and make sure a logLocation is always provided * System Status: clean up callout in both legacy page and volt template After dismissing a message and closing the dialog, the old message was still bound to the dialog instance. re-registering the onclick callback solves this. * System Status: adjust log location and kick off status system on alias errors * System Status: let's hold off on throwing notifications for aliases for now * System Status: add ACL entry for the dismiss API call, adjust to new deployment situation Without the ACL entry, /api/core/system/dismissStatus calls are rejected for non-root users even when they should have rights to dismiss. Also do a minor consistency improvement and also adjust to the new situation of production & development deployment types. We need to account for the possibility of 'deployment' being empty in the configuration, therefore a direct check of the 'development' type seems most fitting as this is unlikely to change or be subjected to any additions. * System Status: also error out when unable to write new rules * System Status: account for users without permissions * System Status: name collision in FirmwareController * System Status: replace old notices system with a global one (https://github.com/opnsense/core/pull/5875) Review feedback / modifications in this commit: o filter.inc -- remove wedged message, when locked during parallel reloads it likely doesn't help to disable/enable -- flush message to error trigger file o SystemStatus.php -- str_contains --> strpos; eases testing on OPNsense 22.1.x as str_contains is php 8 only o Status collectors -- simplify logic and propagate messages received from status file o CrashReporterStatus - the existence of a /tmp/PHP_errors.log file should be enough to know some process signaled the crash reporter - remove shell exec o FirewallStatus -- as only /tmp/rules.error remains, remove loop to read for non existing files o opnsense_status.js -- add opn-status-group class to container and point css modifications in that single direction to prevent other objects from being affected by our status popup modifications -- windows file endings replaced (^M) o css: keep menu_messages container to ease migration for theme developers NOTE : ** get_crash_report() could likely be simplified as well * filter: change to mwexec, redirection is implied * System Status: handle potential undefined array key seems to be a one-off error: Exception: Error at /usr/local/opnsense/mvc/app/controllers/OPNsense/Core/Api/SystemController.php:90 - Undefined array key 0 (errno=2) in /usr/local/opnsense/mvc/app/controllers/OPNsense/Base/ApiControllerBase.php:159 Co-authored-by: Ad Schellevis <ad@opnsense.org>
2022-07-28 03:50:06 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/System/SystemStatus.php
src: fix plist
2024-12-12 05:22:07 -05:00
/usr/local/opnsense/mvc/app/library/OPNsense/System/SystemStatusCode.php
src: style sweep
2023-05-17 15:08:47 -04:00
/usr/local/opnsense/mvc/app/library/OPNsense/Trust/Store.php
System: Access: migrate Users and Groups to MVC/API (#8046) * System: Access: Groups - in preperation for https://github.com/opnsense/core/issues/7904, add support for comma separated member lists. If we convert groups to a model, we will switch the nested <member> tags into comma separated fields, e.g. <member>1</member> <member>12</member> will convert to: <member>1,12</member> using this commit we support both for areas where these are being read. * System: Access: Users - refactor to MVC (https://github.com/opnsense/core/issues/7904) * add initial boilerplate * unpack `<priv/>` field on first access * unpack '<apikeys/>' field on first access and implement key actions into ApiKeyField * add apikey grid in user management view * change isset() to !empty() for users disabled flag in backend code * move user atributes into dialog * hook PrivField type to \OPNsense\Core\ACL() * refactor Auth/API to use new User class * otp seed logic with simple api call to generate new seeds and some JS glue for the frontend * uid autonumber field * language selector using get_locale_list() via configd (cached) * add StoreB64Field field for authorizedkeys so we can keep the field contents backwards compatible. * ExpiresField for custom date parsing, supporting previous input formats as well. * group membership using a volatile custom field type, controller is responisble for persisting the configuration data to avoid entanglement between models * add button which links to most likely user certs (based on commonname), to avoid all sorts of magic to reflect certs back into the usermanager. * add getUserPrivs() to model so we can fetch a full list of privs for a user * show user icons, long this might be less relevant * add addApiKeyAction() to create a new api key for a user (by name) * download new api key from user view * implement hashing when setting a new (or scrabled) password * use new "auth sync user" event to trigger local user db changes * in API authenticator keep createKey and dropKey as stubs to the new model implementation * prevent removal of "system" users (root) * hook ACL and Menu * add Group administration using the same logic as users * cleanup unused * add System: Access: Privileges to manage and change user and group privileges * System: Access: Users - refactor to MVC (https://github.com/opnsense/core/issues/7904) review comments from @Monviech * "Create and Download API Key for this user" refresh apikeys bootgrid * "Users" bootgrid, add some columns * rename "Username" to "Group Name" in group edit * Disable sorting the bootgrid by "Users" and "Groups" as these are aggregated/formatted columns * System: Access: Privileges - fix updating groups dropping privileges for https://github.com/opnsense/core/pull/8046 * System: Access: Users - hook group model for https://github.com/opnsense/core/issues/7904 * System: Access: Users - add some safety fences to prevent accidental removal of rights https://github.com/opnsense/core/issues/7904 * Update src/opnsense/service/conf/actions.d/actions_auth.conf * Update src/opnsense/service/conf/actions.d/actions_auth.conf * System: Access: Users - remove userDNmap support as it belonged to the import https://github.com/opnsense/core/issues/7904 * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046), review comments * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046) o align "policy change for %s unlink group" with master (unlink when duplicates exists) * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046) refactor add user event so it utilizes our new model instead of direct config access, while performing the operation, also make sure we lock/unlock the config.xml * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046) replace page-system-groupmanager-addprivs with page-system-usermanager-addprivs * plist --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2024-11-21 02:50:01 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Auth/FieldTypes/ApiKeyField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Auth/FieldTypes/ExpiresField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Auth/FieldTypes/GidField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Auth/FieldTypes/GroupMembershipField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Auth/FieldTypes/MemberField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Auth/FieldTypes/PrivField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Auth/FieldTypes/StoreB64Field.php
/usr/local/opnsense/mvc/app/models/OPNsense/Auth/FieldTypes/UidField.php
src: style sweep
2024-12-19 06:13:40 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Auth/FieldTypes/UsernameField.php
System: Access: migrate Users and Groups to MVC/API (#8046) * System: Access: Groups - in preperation for https://github.com/opnsense/core/issues/7904, add support for comma separated member lists. If we convert groups to a model, we will switch the nested <member> tags into comma separated fields, e.g. <member>1</member> <member>12</member> will convert to: <member>1,12</member> using this commit we support both for areas where these are being read. * System: Access: Users - refactor to MVC (https://github.com/opnsense/core/issues/7904) * add initial boilerplate * unpack `<priv/>` field on first access * unpack '<apikeys/>' field on first access and implement key actions into ApiKeyField * add apikey grid in user management view * change isset() to !empty() for users disabled flag in backend code * move user atributes into dialog * hook PrivField type to \OPNsense\Core\ACL() * refactor Auth/API to use new User class * otp seed logic with simple api call to generate new seeds and some JS glue for the frontend * uid autonumber field * language selector using get_locale_list() via configd (cached) * add StoreB64Field field for authorizedkeys so we can keep the field contents backwards compatible. * ExpiresField for custom date parsing, supporting previous input formats as well. * group membership using a volatile custom field type, controller is responisble for persisting the configuration data to avoid entanglement between models * add button which links to most likely user certs (based on commonname), to avoid all sorts of magic to reflect certs back into the usermanager. * add getUserPrivs() to model so we can fetch a full list of privs for a user * show user icons, long this might be less relevant * add addApiKeyAction() to create a new api key for a user (by name) * download new api key from user view * implement hashing when setting a new (or scrabled) password * use new "auth sync user" event to trigger local user db changes * in API authenticator keep createKey and dropKey as stubs to the new model implementation * prevent removal of "system" users (root) * hook ACL and Menu * add Group administration using the same logic as users * cleanup unused * add System: Access: Privileges to manage and change user and group privileges * System: Access: Users - refactor to MVC (https://github.com/opnsense/core/issues/7904) review comments from @Monviech * "Create and Download API Key for this user" refresh apikeys bootgrid * "Users" bootgrid, add some columns * rename "Username" to "Group Name" in group edit * Disable sorting the bootgrid by "Users" and "Groups" as these are aggregated/formatted columns * System: Access: Privileges - fix updating groups dropping privileges for https://github.com/opnsense/core/pull/8046 * System: Access: Users - hook group model for https://github.com/opnsense/core/issues/7904 * System: Access: Users - add some safety fences to prevent accidental removal of rights https://github.com/opnsense/core/issues/7904 * Update src/opnsense/service/conf/actions.d/actions_auth.conf * Update src/opnsense/service/conf/actions.d/actions_auth.conf * System: Access: Users - remove userDNmap support as it belonged to the import https://github.com/opnsense/core/issues/7904 * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046), review comments * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046) o align "policy change for %s unlink group" with master (unlink when duplicates exists) * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046) refactor add user event so it utilizes our new model instead of direct config access, while performing the operation, also make sure we lock/unlock the config.xml * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046) replace page-system-groupmanager-addprivs with page-system-usermanager-addprivs * plist --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2024-11-21 02:50:01 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Auth/Group.php
/usr/local/opnsense/mvc/app/models/OPNsense/Auth/Group.xml
/usr/local/opnsense/mvc/app/models/OPNsense/Auth/Priv.php
/usr/local/opnsense/mvc/app/models/OPNsense/Auth/Priv.xml
/usr/local/opnsense/mvc/app/models/OPNsense/Auth/User.php
/usr/local/opnsense/mvc/app/models/OPNsense/Auth/User.xml
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/BaseModel.php
/usr/local/opnsense/mvc/app/models/OPNsense/Base/BaseModelMigration.php
pkg: fix plist
2022-04-19 02:02:16 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/BaseValidator.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/Constraints/AllOrNoneConstraint.php
/usr/local/opnsense/mvc/app/models/OPNsense/Base/Constraints/BaseConstraint.php
pkg: fix plist
2019-01-06 13:10:15 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/Constraints/ComparedToFieldConstraint.php
pkg: fix plist
2018-04-03 05:29:03 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/Constraints/DependConstraint.php
pkg: fix plist
2018-11-16 01:21:22 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/Constraints/SetIfConstraint.php
pkg: fix plist
2018-10-07 07:59:34 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/Constraints/SingleSelectConstraint.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/Constraints/UniqueConstraint.php
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/ArrayField.php
pkg: fix plist
2017-02-07 17:14:53 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/AuthGroupField.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/AuthenticationServerField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/AutoNumberField.php
pkg: plist fix
2020-10-22 16:02:07 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/Base64Field.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/BaseField.php
pkg: fix plist
2019-11-09 11:54:57 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/BaseListField.php
mvc: new base class for separator/list based fields #8897
2025-07-01 09:18:05 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/BaseSetField.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/BooleanField.php
pkg: sort plist, file systems getting in the way
2016-09-24 08:34:14 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/CSVListField.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/CertificateField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/ConfigdActionsField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/ContainerField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/CountryField.php
MVC - add a field type for descriptions and uniform description uses in core modules.
2024-01-08 10:24:25 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/DescriptionField.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/EmailField.php
pkg: fix plist
2018-01-12 02:34:04 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/HostnameField.php
MVC: Add IPPortField type (#7134) Useful for Netflow and plugins. Tests included.
2024-01-11 09:41:40 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/IPPortField.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/IntegerField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/InterfaceField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/JsonKeyValueStoreField.php
pkg: fix plist
2020-02-24 16:54:14 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/LegacyLinkField.php
Interfaces/neighbor - implement new neighbor configuration for arp/ndp entries closes https://github.com/opnsense/core/issues/6917 This commit adds a new component linked in Interfaces/Neighbors which offers the ability to manually register static leases and provides application control from other modules such as dhcpd. To minimize the risk, we're reusing the existing interfaces_staticarp_configure() hooks while only adjusting how static arp entries are being attached to the interface (match on addresses assigned when triggering with an interface). Entries registered via dhcp will be visible from the ui as well together with its origin. The previous version didn't cleanup old static entries, this version triggers a cleanup when executed for all interfaces using all earlier modifications processed via the same function (interfaces_neighbors_configure()).
2023-10-10 14:43:01 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/MacAddressField.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/ModelRelationField.php
fix plist
2020-03-02 14:13:04 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/NetworkAliasField.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/NetworkField.php
pkg: fix plist
2018-08-05 11:26:54 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/NumericField.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/OptionField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/PortField.php
pkg: fix plist
2020-03-02 03:38:09 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/ProtocolField.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/TextField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/UniqueIdField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/UpdateOnlyTextField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/UrlField.php
pkg: fix plist
2020-11-09 04:20:52 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/FieldTypes/VirtualIPField.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/Menu/MenuInitException.php
/usr/local/opnsense/mvc/app/models/OPNsense/Base/Menu/MenuItem.php
/usr/local/opnsense/mvc/app/models/OPNsense/Base/Menu/MenuSystem.php
src: style sweep
2024-02-13 15:17:59 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/Messages/Message.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/ModelException.php
pkg: fix plist
2022-04-19 02:02:16 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/Validation.php
mvc - replace \Phalcon\Filter\Validation\Exception with \OPNsense\Base\ValidationException (both simple empty Exception classes). for https://github.com/opnsense/core/issues/6389
2024-05-01 10:44:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/ValidationException.php
pkg: fix plist
2018-07-11 02:48:41 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/Validators/CallbackValidator.php
mvc - replace Phalcon\Filter\Validation\Validator\Email with new native OPNsense\Base\Validators\Email validator. for https://github.com/opnsense/core/issues/6389
2024-05-01 08:07:14 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/Validators/Email.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/Validators/IntegerValidator.php
/usr/local/opnsense/mvc/app/models/OPNsense/Base/Validators/MinMaxValidator.php
mvc - replace Phalcon\Filter\Validation\Validator\Numericality with new native OPNsense\Base\Validators\Numericality validator. for https://github.com/opnsense/core/issues/6389
2024-05-01 07:51:47 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/Validators/Numericality.php
mvc - replace Phalcon\Filter\Validation\Validator\PresenceOf with new native OPNsense\Base\Validators\PresenceOf validator. for https://github.com/opnsense/core/issues/6389
2024-05-01 07:43:58 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/Validators/PresenceOf.php
mvc - replace Phalcon\Filter\Validation\Validator\Regex with new native OPNsense\Base\Validators\Regex validator for https://github.com/opnsense/core/issues/6389
2024-05-01 08:18:42 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/Validators/Regex.php
mvc - replace Phalcon\Filter\Validation\Validator\Url with new native OPNsense\Base\Validators\Url validator for https://github.com/opnsense/core/issues/6389
2024-05-01 08:25:58 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Base/Validators/Url.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/CaptivePortal/ACL/ACL.xml
/usr/local/opnsense/mvc/app/models/OPNsense/CaptivePortal/CaptivePortal.php
/usr/local/opnsense/mvc/app/models/OPNsense/CaptivePortal/CaptivePortal.xml
/usr/local/opnsense/mvc/app/models/OPNsense/CaptivePortal/Menu/Menu.xml
pkg: fix plist for previous commit
2016-10-10 16:39:36 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/CaptivePortal/Migrations/M1_0_0.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Core/ACL.php
plist: fix
2017-12-11 12:56:03 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Core/ACL/ACL.php
auth: migrated most entries to ACL.xml; closes #1267
2016-11-21 12:45:01 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Core/ACL/ACL.xml
System: Settings: Tunables - refactor to MVC for https://github.com/opnsense/core/issues/7249 (work in progress)
2025-01-01 14:12:08 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Core/FieldTypes/TunableField.php
pkg: fix plist
2021-03-30 05:53:43 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Core/Firmware.php
/usr/local/opnsense/mvc/app/models/OPNsense/Core/Firmware.xml
System: High Availability: Settings - refactor to MVC before pulling in new settings for https://github.com/opnsense/core/issues/7485
2024-05-28 15:55:08 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Core/Hasync.php
/usr/local/opnsense/mvc/app/models/OPNsense/Core/Hasync.xml
wizard: reimplement system setup (#8378) * wizard: reimplement system setup, for https://github.com/opnsense/core/issues/8352 This commit implements our replacement for the setup wizard. The questions are roughly the same as in the legacy version. Some less relevant options have been removed (pppoe ondemand for example) and isc-dhcpd has been replaced with dnsmasq. Only standard tools have been used, a memory model to validate the data and simple input forms in tabs. The in memory model acts as a wrapper around a legacy configuration data and a couple of component models to apply the requested settings. Some legacy settings using isset() have been altered to use their empty() equivalent. * wizard: as we're changing to dnsmasq as default, we need to make sure the console setup configures the same (https://github.com/opnsense/core/issues/8352) Fix some small php arnings in the process, but further than that just rewrite the dhcpd console handling to use dnsmasq instead of isc. Eventually we will need to rewrite the console tools as well, but let's try to keep this compatible with minimal impact. * wizard: change other occurrences of isset($config['dnsallowoverride']) for https://github.com/opnsense/core/issues/8352 * wizard: sort listtags() and some other minor review comments for https://github.com/opnsense/core/issues/8352
2025-03-03 09:26:16 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Core/InitialSetup.php
/usr/local/opnsense/mvc/app/models/OPNsense/Core/InitialSetup.xml
Port license page to MVC (#3118) * Port license page to MVC * Use more template variables on the license page. Also make sure to handle cases where someone changes one of the variables (e.g. when creating their own product based on OPNsense). Discussed with Jos Schellevis. * Move legacy menu to Core * Use another approach to display ® * ACL fix
2019-01-11 05:52:59 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Core/Menu/Menu.xml
pkg: fix plist
2021-03-30 05:53:43 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Core/Migrations/M1_0_0.php
firmware: migrate old flavour entries #4881 While here tweak the GUI a little.
2023-03-08 03:45:34 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Core/Migrations/M1_0_1.php
System: High Availability: Settings - refactor to MVC before pulling in new settings for https://github.com/opnsense/core/issues/7485
2024-05-28 15:55:08 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Core/Migrations/MHA1_0_0.php
system: handle stale "pfsyncinterfaces" and improve workflow PR: https://forum.opnsense.org/index.php?topic=42549.0
2024-08-30 04:29:40 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Core/Migrations/MHA1_0_1.php
interfaces: settings: convert to MVC (#9569)
2026-01-07 08:24:49 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Core/Migrations/TUN1_0_2.php
System: Settings: Tunables - refactor to MVC for https://github.com/opnsense/core/issues/7249 (work in progress)
2025-01-01 14:12:08 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Core/Tunables.php
/usr/local/opnsense/mvc/app/models/OPNsense/Core/Tunables.xml
firmware: use model for more generic set and validation #4881 We do have to jump through a few hoops to make this work. First and foremost during validation the model should have a "cleansed" view of its data which means we add the subscription as a separate field and append it to the mirror after validation. It might be good to straighten this out later, also in the get path so that we can hide all required translation in the controller until we can move this to a standard GUI component and straighten out the mirror read on the other end when subscriptions are required (but currently no appended).
2023-03-08 11:00:34 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Core/repositories/opnsense.xml
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Cron/ACL/ACL.xml
/usr/local/opnsense/mvc/app/models/OPNsense/Cron/Cron.php
/usr/local/opnsense/mvc/app/models/OPNsense/Cron/Cron.xml
/usr/local/opnsense/mvc/app/models/OPNsense/Cron/Menu/Menu.xml
pkg: fix plist for previous commit
2016-10-10 16:39:36 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Cron/Migrations/M1_0_0.php
src: sync
2020-09-30 02:04:25 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Cron/Migrations/M1_0_2.php
firmware: properly migrate cron actions Cron jobs move from direct execution to random delay
2021-11-17 06:14:13 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Cron/Migrations/M1_0_3.php
ipsec: migrate duplicated cron job; closes #6309
2023-02-08 11:10:59 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Cron/Migrations/M1_0_4.php
dhcrelay: finish v4 and remove legacy page #6983
2024-03-13 03:47:39 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/DHCRelay/ACL/ACL.xml
dhcp: DHCRelay model migration #6983 It would be nice to have both IPv4 and IPv6 in here but it may be less desirable in practice. For now use a shared namespace and only migrate IPv4 switching the binary and breaking everything in the process.
2023-11-21 09:07:31 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/DHCRelay/DHCRelay.php
/usr/local/opnsense/mvc/app/models/OPNsense/DHCRelay/DHCRelay.xml
dhcrelay: functional replacement #6983 Since we are not ISC we can make a new menu spot. Keep the legacy reconfiguration spot as we end up building a complex command line to run and this doesn't have to go into a template that just stuffs args into a variable to start it, which then requires and rc.d file. Though we want to move it out of dhcpd.inc at some point. Apparently the new MVC page is missing an apply button. ;)
2024-03-12 07:41:37 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/DHCRelay/Menu/Menu.xml
dhcp: DHCRelay model migration #6983 It would be nice to have both IPv4 and IPv6 in here but it may be less desirable in practice. For now use a shared namespace and only migrate IPv4 switching the binary and breaking everything in the process.
2023-11-21 09:07:31 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/DHCRelay/Migrations/M1_0_0.php
dhcrelay: migrate IPv6 data, consolidation cleanups #6983 Menu, ACL and XMLRPC wer consolidated into the IPv4 flag. IPv6 is no longer functional and operates from the shared reimplementation now. Syslog doesn't work on OpenBSD dhcrelay especially since we start it with -d so it tries to spam to stderr which is ignored by daemon -f to background it properly with a pid file (it's a long story, don't ask).
2024-03-13 12:54:36 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/DHCRelay/Migrations/M1_0_1.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Diagnostics/ACL/ACL.xml
pkg: fix plist
2022-06-30 01:57:40 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Diagnostics/DnsDiagnostics.php
/usr/local/opnsense/mvc/app/models/OPNsense/Diagnostics/DnsDiagnostics.xml
pkg: fix plist
2022-08-28 14:51:12 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Diagnostics/FieldTypes/HostField.php
fix plist
2022-08-28 09:47:13 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Diagnostics/FieldTypes/InterfaceField.php
pkg: fix plist
2021-04-08 11:16:46 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Diagnostics/Lvtemplate.php
/usr/local/opnsense/mvc/app/models/OPNsense/Diagnostics/Lvtemplate.xml
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Diagnostics/Menu/Menu.xml
pkg: fix plist for previous commit
2016-10-10 16:39:36 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Diagnostics/Migrations/M1_0_0.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Diagnostics/Netflow.php
/usr/local/opnsense/mvc/app/models/OPNsense/Diagnostics/Netflow.xml
fix plist
2022-08-27 15:53:01 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Diagnostics/PacketCapture.php
/usr/local/opnsense/mvc/app/models/OPNsense/Diagnostics/PacketCapture.xml
Interfaces: Diagnostics: Ping - refactor diagnostics tool (https://github.com/opnsense/core/issues/6378)
2023-03-13 16:40:10 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Diagnostics/Ping.php
/usr/local/opnsense/mvc/app/models/OPNsense/Diagnostics/Ping.xml
pkg: fix plist
2023-04-17 01:56:30 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Diagnostics/Portprobe.php
/usr/local/opnsense/mvc/app/models/OPNsense/Diagnostics/Portprobe.xml
plist
2023-04-15 13:04:23 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Diagnostics/Traceroute.php
/usr/local/opnsense/mvc/app/models/OPNsense/Diagnostics/Traceroute.xml
dns: rework log files, split ACLs #1491
2017-06-07 10:49:21 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Dnsmasq/ACL/ACL.xml
dnsmasq: migrate to MVC/API - phase 1 : frontend migration (#8260) * dnsmasq: migrate to MVC/API, initial boilerplate for https://github.com/opnsense/core/issues/7905 * dnsmasq: migrate to MVC/API, work in progress for https://github.com/opnsense/core/issues/7905 * add general tab fields * initial hosts tab with inline migration * dnsmasq: migrate to MVC/API, replace current frontend for https://github.com/opnsense/core/issues/7905 More or less feature complete refactory of the current frontend, which should be a drop-in replacement for the legacy frontend. The default migration will force an inline migration for aliases and domain ip addresses (which in legacy is a combined field). * dnsmasq: migrate to MVC/API, missing isset() -> !empty() for https://github.com/opnsense/core/issues/7905
2025-02-03 05:07:02 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Dnsmasq/Dnsmasq.php
/usr/local/opnsense/mvc/app/models/OPNsense/Dnsmasq/Dnsmasq.xml
/usr/local/opnsense/mvc/app/models/OPNsense/Dnsmasq/FieldTypes/DomainIPField.php
dnsmasq: strict hostname and domain validation (#9232) * Strict hostname validation in Hosts tab using legal_hostname() function of upstream source code as baseline. * Use HostnameField for "host", "domain", "cnames" and "aliases" field, merge former AliasesField logic into HostnameField for LegacyXML configs * Remove AliasesField * Add php unit test for HostnameField
2025-10-02 04:55:56 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Dnsmasq/FieldTypes/HostnameField.php
Services: Dnsmasq DNS & DHCP - allow ipv6 dhcp leases as described in https://thekelleys.org.uk/dnsmasq/docs/dnsmasq-man.html for https://github.com/opnsense/core/issues/8329
2025-03-04 14:16:00 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Dnsmasq/FieldTypes/RangeAddressField.php
dns: restructure services menu for #1491
2017-03-21 03:09:36 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Dnsmasq/Menu/Menu.xml
dnsmasq: call normalizeValue() during interface migration
2025-02-18 08:28:41 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Dnsmasq/Migrations/M1_0_0.php
src: style sweep and plist fix
2024-01-07 15:03:04 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/ACL/ACL.xml
pkg: fix plist
2018-05-14 01:49:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/Alias.php
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/Alias.xml
pkg: fix plist
2021-01-11 14:06:52 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/Category.php
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/Category.xml
Firewall: NAT: Port Forward - refactor to MVC (#9473) * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 Add a model wrapper around nat/rule and align filter code to generate the same output when using the model. To test this part, make a copy of /tmp/rules.debug, run migrations (/usr/local/opnsense/mvc/script/run_migrations.php) and execute rule generation via /usr/local/etc/rc.filter_configure A diff between the newly generated rules.debug and the backup created earlier should show no differences. The following notes apply: o ipprotocol and protocol have no defaults set as old frontend code didn't enforce this, we should likely set defaults (inet, any) knowing this will show a small diff in the output o registerForwardRule() replaces the array_merge with an !empty() compare per field as our defaults are empty instead of missing o legacyMoveAddressFields() in Rule.php assumes any when network and address are not set, which should comply with frontend logic as "any" is set in these cases anyway o source/destinations are converted inline, using a volatile field to trigger the initial load (as only one is used, we prefer network) * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 * make plist-fix * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 Add some missing pieces in the controller layer, use shared getCategoryColors() and getNetworks() to render gui information in the same way as the filter page does. Use a volatile field categories to keep track of uuid's so we can reuse these easily for matching in our selectors and data. * plist * Enabled tooltips were the wrong way around * Enabled tooltips were the wrong way around * Add showDialogAlert() since we use that but it was missing * Since ipprotocol is optional, add any formatter * Add the port and network alias selectpickers to the dialog * Correct toggle_rule_log endpoint in command * Add the category fa-tag to selectpicker * Add labels, hints, BlankDesc * Return description in the any formatter when possible * target and local-port use the alias formatter too, add them to result * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 update menu and acl. * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 whitespace * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 final bits and pieces: o updated / created metadata o add pass flag superseding associated-rule-id o remove legacy files * Update src/opnsense/mvc/app/controllers/OPNsense/Firewall/forms/dialogDNatRule.xml Co-authored-by: Monviech <79600909+Monviech@users.noreply.github.com> * Update src/opnsense/mvc/app/models/OPNsense/Core/ACL/ACL.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> * Update src/opnsense/mvc/app/models/OPNsense/Firewall/Menu/Menu.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> --------- Co-authored-by: Monviech <gitacc@pischem.com> Co-authored-by: Monviech <79600909+Monviech@users.noreply.github.com> Co-authored-by: Franco Fichtner <franco@opnsense.org>
2025-12-02 02:40:54 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/DNat.php
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/DNat.xml
Captive Portal: migrate to pf (#8368) * Captive Portal: WIP for migration to pf (https://github.com/opnsense/core/issues/8326) Captive Portal: cleanup references to ipfw Captive Portal: move accounting deletion to get action, update references and descriptions Captive Portal: remove note Captive Portal: move accounting to pf match rules Captive Portal: cleanup and shorten code Captive Portal: parser issue after refactor Captive Portal: update logo in default login page * Captive Portal: internal alias should not be editable * Captive Portal: move to periodic accounting sync * Captive Portal: update lighttpd zone config * Captive Portal: ether rules for accounting * Captive Portal: safe accounting fetch * Captive Portal: move counter calculation to bgprocess * Captive Portal: remove nested anchors, match anchors on interfaces as well * Captive Portal: move service logic to captiveportal.inc * Captive Portal: leftover test statement * Captive Portal: properly initialize accounting result * Captive Portal: cleanup sql * Captive Portal: Implement backend requirements for RFC 8908 While here, the zoneid is provided to the client, even though there there is no need to do so. Instead let lighttpd forward the request with an added header containing the zoneid of the client * Captive Portal: review feedback * Captive Portal: from_not case
2025-03-03 04:48:57 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/DynamicAliases/CaptivePortalAliases.php
Firewall: Aliases - offer better pluggability for dynamic alias types and move current json static_aliases and interface networks into their own classes. When services offer aliases which are less static, the current json option isn't very practical as we only want the package manager to ship files into these directories. The new DynamicAliases namespace may contain simple php classes, which return a named set of aliases to merge into the set. Since all of these classes are created on each alias query, it's highly advisable to keep their implementations as lightweight as possible.
2025-02-19 09:59:30 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/DynamicAliases/InterfaceNetworkAliases.php
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/DynamicAliases/README.md
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/DynamicAliases/StaticAliases.php
pkg: fix plist
2018-06-02 08:09:28 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/FieldTypes/AliasContentField.php
pkg: fix plist
2020-07-02 00:08:14 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/FieldTypes/AliasField.php
pkg: fix plist
2018-05-14 01:49:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/FieldTypes/AliasNameField.php
Firewall: NAT: Port Forward - refactor to MVC (#9473) * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 Add a model wrapper around nat/rule and align filter code to generate the same output when using the model. To test this part, make a copy of /tmp/rules.debug, run migrations (/usr/local/opnsense/mvc/script/run_migrations.php) and execute rule generation via /usr/local/etc/rc.filter_configure A diff between the newly generated rules.debug and the backup created earlier should show no differences. The following notes apply: o ipprotocol and protocol have no defaults set as old frontend code didn't enforce this, we should likely set defaults (inet, any) knowing this will show a small diff in the output o registerForwardRule() replaces the array_merge with an !empty() compare per field as our defaults are empty instead of missing o legacyMoveAddressFields() in Rule.php assumes any when network and address are not set, which should comply with frontend logic as "any" is set in these cases anyway o source/destinations are converted inline, using a volatile field to trigger the initial load (as only one is used, we prefer network) * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 * make plist-fix * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 Add some missing pieces in the controller layer, use shared getCategoryColors() and getNetworks() to render gui information in the same way as the filter page does. Use a volatile field categories to keep track of uuid's so we can reuse these easily for matching in our selectors and data. * plist * Enabled tooltips were the wrong way around * Enabled tooltips were the wrong way around * Add showDialogAlert() since we use that but it was missing * Since ipprotocol is optional, add any formatter * Add the port and network alias selectpickers to the dialog * Correct toggle_rule_log endpoint in command * Add the category fa-tag to selectpicker * Add labels, hints, BlankDesc * Return description in the any formatter when possible * target and local-port use the alias formatter too, add them to result * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 update menu and acl. * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 whitespace * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 final bits and pieces: o updated / created metadata o add pass flag superseding associated-rule-id o remove legacy files * Update src/opnsense/mvc/app/controllers/OPNsense/Firewall/forms/dialogDNatRule.xml Co-authored-by: Monviech <79600909+Monviech@users.noreply.github.com> * Update src/opnsense/mvc/app/models/OPNsense/Core/ACL/ACL.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> * Update src/opnsense/mvc/app/models/OPNsense/Firewall/Menu/Menu.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> --------- Co-authored-by: Monviech <gitacc@pischem.com> Co-authored-by: Monviech <79600909+Monviech@users.noreply.github.com> Co-authored-by: Franco Fichtner <franco@opnsense.org>
2025-12-02 02:40:54 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/FieldTypes/CategoryField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/FieldTypes/CategoryMapField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/FieldTypes/DNatAssociatedRuleField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/FieldTypes/DNatSequenceField.php
src: style sweep and plist fix
2024-01-07 15:03:04 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/FieldTypes/FilterRuleField.php
Firewall: Automation filter ui revamp (#8377) This commit adds backwards compatible changes to the automation api and associated user interface. Although this is likely not the final state, it adds quite some improvements in making this a valid replacement for the current firewall user interface.
2025-03-18 14:47:24 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/FieldTypes/FilterSequenceField.php
fix plist
2023-07-06 04:01:55 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/FieldTypes/GroupField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/FieldTypes/GroupNameField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/FieldTypes/InterfaceField.php
Firewall: NAT: Port Forward - refactor to MVC (#9473) * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 Add a model wrapper around nat/rule and align filter code to generate the same output when using the model. To test this part, make a copy of /tmp/rules.debug, run migrations (/usr/local/opnsense/mvc/script/run_migrations.php) and execute rule generation via /usr/local/etc/rc.filter_configure A diff between the newly generated rules.debug and the backup created earlier should show no differences. The following notes apply: o ipprotocol and protocol have no defaults set as old frontend code didn't enforce this, we should likely set defaults (inet, any) knowing this will show a small diff in the output o registerForwardRule() replaces the array_merge with an !empty() compare per field as our defaults are empty instead of missing o legacyMoveAddressFields() in Rule.php assumes any when network and address are not set, which should comply with frontend logic as "any" is set in these cases anyway o source/destinations are converted inline, using a volatile field to trigger the initial load (as only one is used, we prefer network) * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 * make plist-fix * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 Add some missing pieces in the controller layer, use shared getCategoryColors() and getNetworks() to render gui information in the same way as the filter page does. Use a volatile field categories to keep track of uuid's so we can reuse these easily for matching in our selectors and data. * plist * Enabled tooltips were the wrong way around * Enabled tooltips were the wrong way around * Add showDialogAlert() since we use that but it was missing * Since ipprotocol is optional, add any formatter * Add the port and network alias selectpickers to the dialog * Correct toggle_rule_log endpoint in command * Add the category fa-tag to selectpicker * Add labels, hints, BlankDesc * Return description in the any formatter when possible * target and local-port use the alias formatter too, add them to result * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 update menu and acl. * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 whitespace * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 final bits and pieces: o updated / created metadata o add pass flag superseding associated-rule-id o remove legacy files * Update src/opnsense/mvc/app/controllers/OPNsense/Firewall/forms/dialogDNatRule.xml Co-authored-by: Monviech <79600909+Monviech@users.noreply.github.com> * Update src/opnsense/mvc/app/models/OPNsense/Core/ACL/ACL.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> * Update src/opnsense/mvc/app/models/OPNsense/Firewall/Menu/Menu.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> --------- Co-authored-by: Monviech <gitacc@pischem.com> Co-authored-by: Monviech <79600909+Monviech@users.noreply.github.com> Co-authored-by: Franco Fichtner <franco@opnsense.org>
2025-12-02 02:40:54 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/FieldTypes/NetworkMappedField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/FieldTypes/PortMappedField.php
Firewall: Automation: Filter - add schedules for https://github.com/opnsense/core/issues/8143
2025-01-01 08:38:33 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/FieldTypes/ScheduleField.php
src: style sweep and plist fix
2024-01-07 15:03:04 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/FieldTypes/SourceNatRuleField.php
Firewall: Automation: Filter - add TOS/DSCP for https://github.com/opnsense/core/issues/8143
2025-01-01 08:48:11 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/FieldTypes/TosField.php
src: style sweep and plist fix
2024-01-07 15:03:04 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/Filter.php
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/Filter.xml
fix plist
2023-07-06 04:01:55 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/Group.php
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/Group.xml
src: style sweep and plist fix
2024-01-07 15:03:04 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/Menu/Menu.xml
pkg: fix plist
2018-07-09 02:51:37 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/Migrations/M1_0_0.php
src: style sweep and plist fix
2024-01-07 15:03:04 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/Migrations/MFP1_0_0.php
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/Migrations/MFP1_0_3.php
plist
2024-04-25 13:14:37 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/Migrations/MFP1_0_4.php
pkg: fix plist
2022-04-03 14:46:12 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Firewall/static_aliases/core.json
Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (#9354) * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature This splits the Neighbors menu item in an existing static assignments and adds the automatic discovery feature which includes logging and insights into the currently known hosts on the network. When automatic discovery is disabled, it drops back to arp/ndp. By default automatic mode is enabled on all interfaces, but configuration options exists (to limit interfaces and networks). Other consumers which require host mappings can use the /usr/local/opnsense/scripts/interfaces/list_hosts.py script to either fetch the sqlite database or arp/ndp data for the selected pprotocol(s). More information about the hostwatch daemon is available at https://github.com/opnsense/hostwatch * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (review feedback https://github.com/opnsense/core/pull/9354) * Interfaces: Neighbors: Automatic Discovery - change list_hosts.py to only query ndp when explicitly asked. Due to the short timeouts of the ndp entries and the cost of querying them, it's probably best to only support ndp when explicitly asked. In most cases where we need host data, we currently only support ipv4 anyway, which means a switch to the new entrypoint (list_hosts.py script) should be relatively harmless. * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (review feedback https://github.com/opnsense/core/pull/9354)
2025-11-06 07:01:52 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Hostdiscovery/ACL/ACL.xml
/usr/local/opnsense/mvc/app/models/OPNsense/Hostdiscovery/Hostwatch.php
/usr/local/opnsense/mvc/app/models/OPNsense/Hostdiscovery/Hostwatch.xml
/usr/local/opnsense/mvc/app/models/OPNsense/Hostdiscovery/Menu/Menu.xml
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/IDS/ACL/ACL.xml
pkg: fix plist
2020-11-06 02:11:40 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/IDS/FieldTypes/PolicyContentField.php
Services: Intrusion Detection: Policy - show rule origin in rule adjustments grid. As we need to fetch all rule labels in order to link them and the number of installed rules may be quite large (>100k) we need a small work-around here to prevent other model callers from always having to wait for [msg, source] being populated. closes https://github.com/opnsense/core/issues/7121
2024-01-07 10:22:17 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/IDS/FieldTypes/PolicyRulesField.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/IDS/IDS.php
/usr/local/opnsense/mvc/app/models/OPNsense/IDS/IDS.xml
/usr/local/opnsense/mvc/app/models/OPNsense/IDS/Menu/Menu.xml
pkg: fix plist for previous commit
2016-10-10 16:39:36 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/IDS/Migrations/M1_0_0.php
pkg: fix plist
2018-11-23 08:37:42 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/IDS/Migrations/M1_0_2.php
pkg: fix plist
2020-11-24 04:21:26 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/IDS/Migrations/M1_0_6.php
pkg: fix plist
2021-10-28 10:46:39 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/IDS/Migrations/M1_0_7.php
intrusion detection: remove removed algo
2025-09-18 03:41:10 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/IDS/Migrations/M1_1_1.php
Services: Intrusion Detection - refactor pcap/netmap selection to "Capture mode" and add new "divert" option. (#9561) * Services: Intrusion Detection - refactor pcap/netmap selection to "Capture mode" and add new "divert" option. With divert we can integrate suricata in firewall rules, which makes it easier to bypass large flows. This change requires the new SO_REUSEPORT_LB option in the kernel in order to distribute traffic over multiple workers. * Update src/opnsense/mvc/app/controllers/OPNsense/IDS/forms/generalSettings.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> * Update src/opnsense/mvc/app/controllers/OPNsense/IDS/forms/generalSettings.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> * Services: Intrusion Detection - hook "divert-to" into our new firewall ui. Currently we only support a single divert-to target, but if we would like to integrate in the future with other services, it's practical to be able to offer a list of them, list_divert_sockets.php acts as a stepping stone for this purpose, which now just returns a static list of one (8000 -> idps). * Firewall: Rules [new] - add temporary validation to only support divert-to on IPv4 (as long as IPv6 doesn't work properly in pf) --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2026-01-06 12:13:16 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/IDS/Migrations/M1_1_2.php
plist: fix
2019-09-13 08:20:44 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/IPsec/ACL/ACL.xml
VPN: IPsec: Advanced Settings - mvc conversion, for https://github.com/opnsense/core/issues/7648 move legacy settings to mvc including conversion, also expose some of our staticly configured strongswan.conf settings into the form for clarity.
2024-07-25 15:31:19 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/IPsec/FieldTypes/CharonLogLevelField.php
ipsec: style sweep
2022-12-12 04:48:38 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/IPsec/FieldTypes/ConnnectionField.php
src: fix IKEAdressField -> IKEAddressField typo
2025-01-13 04:13:13 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/IPsec/FieldTypes/IKEAddressField.php
ipsec: style sweep
2022-12-12 04:48:38 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/IPsec/FieldTypes/IPsecProposalField.php
/usr/local/opnsense/mvc/app/models/OPNsense/IPsec/FieldTypes/PoolsField.php
VPN/IPsec - add event handler for manual spd entries if reqid is set.
2022-12-27 15:45:14 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/IPsec/FieldTypes/SPDField.php
ipsec: style sweep
2022-12-12 04:48:38 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/IPsec/FieldTypes/VTIField.php
plist: fix
2019-09-13 08:20:44 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/IPsec/IPsec.php
/usr/local/opnsense/mvc/app/models/OPNsense/IPsec/IPsec.xml
/usr/local/opnsense/mvc/app/models/OPNsense/IPsec/Menu/Menu.xml
pkg: fix plist
2020-11-30 05:04:37 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/IPsec/Migrations/M1_0_0.php
IPSec: move user PSK and legacy PSK items to new PSK mvc module. closes https://github.com/opnsense/core/issues/4614 There is some overlap in https://github.com/opnsense/core/issues/5636 as this cleans-up ipsec.conf further.
2022-10-02 13:49:21 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/IPsec/Migrations/M1_0_1.php
VPN: IPsec: Advanced Settings - mvc conversion, for https://github.com/opnsense/core/issues/7648 move legacy settings to mvc including conversion, also expose some of our staticly configured strongswan.conf settings into the form for clarity.
2024-07-25 15:31:19 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/IPsec/Migrations/M1_0_2.php
ipsec: fix off-by-section in ipsec migration PR: https://forum.opnsense.org/index.php?topic=42407.0
2024-08-26 13:56:10 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/IPsec/Migrations/M1_0_3.php
VPN: IPsec: Mobile Clients - move charon attributes to "Advanced settings" for https://github.com/opnsense/core/issues/8349 (#8380) Rename previous "advanced settings" to "mobile & advanced settings" to guide people into the right direction, strongswan.conf contains both sets of data. Keep legacy page for settings that are only relevant for the old components. Since our pam authenticator hooks into the configuration, refactor to use the model as well. Cleanup code in the model that was only used in the legacy glue.
2025-02-28 07:53:25 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/IPsec/Migrations/M1_0_4.php
ipsec: style sweep
2022-12-12 04:48:38 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/IPsec/Swanctl.php
/usr/local/opnsense/mvc/app/models/OPNsense/IPsec/Swanctl.xml
VXLAN support (#3787) * VXLAN: hook vxlan_configure_interface to newwanip event, move interface (address) configuration responisibilty there as well. This might be a better spot for other device setups as well.
2019-11-01 16:25:27 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/ACL/ACL.xml
Interfaces: Devices: Bridge - refactor to MVC closes https://github.com/opnsense/core/issues/8353 (#8534) * Interfaces: Devices: Bridge - refactor to MVC for https://github.com/opnsense/core/issues/8353 * move existing properties to model which overlays existing config path * add a simple wrapper script for [re]configuration which diffs and applies using the new _interfaces_bridge_configure() implementation * Update src/opnsense/mvc/app/models/OPNsense/Interfaces/Bridge.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2025-04-09 07:09:09 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Bridge.php
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Bridge.xml
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/FieldTypes/BridgeMemberField.php
interfaces: settings: convert to MVC (#9569)
2026-01-07 08:24:49 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/FieldTypes/DUIDField.php
Interfaces: LAGG: migrate to MVC closes https://github.com/opnsense/core/issues/6384 Migrate ui to MVC, wrap model around existing configuration area to remain backward compatibility. To avoid laggs configured via console not being reachable from the gui, add a uuid to it.
2023-07-17 15:34:31 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/FieldTypes/LaggInterfaceField.php
plist-fix
2024-04-01 13:50:10 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/FieldTypes/LinkAddressField.php
Interfaces/neighbor - implement new neighbor configuration for arp/ndp entries closes https://github.com/opnsense/core/issues/6917 This commit adds a new component linked in Interfaces/Neighbors which offers the ability to manually register static leases and provides application control from other modules such as dhcpd. To minimize the risk, we're reusing the existing interfaces_staticarp_configure() hooks while only adjusting how static arp entries are being attached to the interface (match on addresses assigned when triggering with an interface). Entries registered via dhcp will be visible from the ui as well together with its origin. The previous version didn't cleanup old static entries, this version triggers a cleanup when executed for all interfaces using all earlier modifications processed via the same function (interfaces_neighbors_configure()).
2023-10-10 14:43:01 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/FieldTypes/NeighborField.php
src: style sweep and plist fix
2023-10-11 14:55:14 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/FieldTypes/VipField.php
Virtual IP MVC/API conversion (#6105) closes #5984 refactors legacy pages, includes the following: o remove type field as this seems to be redundant and confusing o input form additions (show hide related fields) o add button for carp type to select first unused vhid o implement configure action, caching removed addresses in /tmp/delete_vip_{$uuid}.todo files (by the controller) o add mode filter to search action and complete with relevant fields for our grid o fix warning in interfaces.inc (interface_proxyarp_configure()), array creation issue o add validation for addresses used in port forwards and outbound nat rules. previous version tried to rename forwards, we choose to be consistent when it comes to edit/delete. o change ACL to use the new endpoints, remove "show only" ACL. we can always consider putting it back later, but the experience of only able to reach the grid likely won't be practical. o remove old firewall_virtual_ip*.php files
2022-10-26 10:42:46 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/FieldTypes/VipInterfaceField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/FieldTypes/VipNetworkField.php
fix plist
2022-02-22 12:46:09 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/FieldTypes/VlanInterfaceField.php
plist-fix
2024-04-01 13:50:10 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Gif.php
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Gif.xml
plist
2024-04-03 15:53:17 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Gre.php
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Gre.xml
Interfaces: LAGG: migrate to MVC closes https://github.com/opnsense/core/issues/6384 Migrate ui to MVC, wrap model around existing configuration area to remain backward compatibility. To avoid laggs configured via console not being reachable from the gui, add a uuid to it.
2023-07-17 15:34:31 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Lagg.php
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Lagg.xml
add support for additional loopbacks (https://github.com/opnsense/core/issues/3832) (#3840) Add *Interfaces: Other Types: Loopback*. - while here, also add the device name in interfaces.php and support setting an initial description on new interfaces (copy device description if available) - check usages of lo0 and change to lo if not specific for our default loopback
2019-12-05 07:19:43 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Loopback.php
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Loopback.xml
VXLAN support (#3787) * VXLAN: hook vxlan_configure_interface to newwanip event, move interface (address) configuration responisibilty there as well. This might be a better spot for other device setups as well.
2019-11-01 16:25:27 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Menu/Menu.xml
interfaces: move migration prefix for new settings Error: Call to a member function applyDefault() on null (from the Bridge model)
2026-01-21 08:02:10 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Migrations/SET1_0_0.php
Interfaces/neighbor - implement new neighbor configuration for arp/ndp entries closes https://github.com/opnsense/core/issues/6917 This commit adds a new component linked in Interfaces/Neighbors which offers the ability to manually register static leases and provides application control from other modules such as dhcpd. To minimize the risk, we're reusing the existing interfaces_staticarp_configure() hooks while only adjusting how static arp entries are being attached to the interface (match on addresses assigned when triggering with an interface). Entries registered via dhcp will be visible from the ui as well together with its origin. The previous version didn't cleanup old static entries, this version triggers a cleanup when executed for all interfaces using all earlier modifications processed via the same function (interfaces_neighbors_configure()).
2023-10-10 14:43:01 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Neighbor.php
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Neighbor.xml
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Neighbor/dhcpd.php
interfaces: settings: convert to MVC (#9569)
2026-01-07 08:24:49 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Settings.php
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Settings.xml
Virtual IP MVC/API conversion (#6105) closes #5984 refactors legacy pages, includes the following: o remove type field as this seems to be redundant and confusing o input form additions (show hide related fields) o add button for carp type to select first unused vhid o implement configure action, caching removed addresses in /tmp/delete_vip_{$uuid}.todo files (by the controller) o add mode filter to search action and complete with relevant fields for our grid o fix warning in interfaces.inc (interface_proxyarp_configure()), array creation issue o add validation for addresses used in port forwards and outbound nat rules. previous version tried to rename forwards, we choose to be consistent when it comes to edit/delete. o change ACL to use the new endpoints, remove "show only" ACL. we can always consider putting it back later, but the experience of only able to reach the grid likely won't be practical. o remove old firewall_virtual_ip*.php files
2022-10-26 10:42:46 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Vip.php
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Vip.xml
fix plist
2022-02-22 12:46:09 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Vlan.php
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/Vlan.xml
VXLAN support (#3787) * VXLAN: hook vxlan_configure_interface to newwanip event, move interface (address) configuration responisibilty there as well. This might be a better spot for other device setups as well.
2019-11-01 16:25:27 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/VxLan.php
/usr/local/opnsense/mvc/app/models/OPNsense/Interfaces/VxLan.xml
Kea / Dhcp - DHCPv4 replacement, initial minimal for https://github.com/opnsense/core/issues/6971 This commit contains the basic features of our new DHCPv4 server, it certainly needs additional testing as currently we only validated the configuration format is valid. The aim is to keep the json templates as simple as possible. For now we keep the kea-control-agent disabled, we probably need it later, but we don't want to expose a listener without using it.
2023-10-17 14:59:58 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Kea/ACL/ACL.xml
src: style sweep
2025-10-06 02:27:14 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Kea/FieldTypes/KeaClasslessStaticRouteField.php
Kea / Dhcp - DHCPv4 replacement, initial minimal for https://github.com/opnsense/core/issues/6971 This commit contains the basic features of our new DHCPv4 server, it certainly needs additional testing as currently we only validated the configuration format is valid. The aim is to keep the json templates as simple as possible. For now we keep the kea-control-agent disabled, we probably need it later, but we don't want to expose a listener without using it.
2023-10-17 14:59:58 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Kea/FieldTypes/KeaPoolsField.php
Services: Kea DHCP: Kea DHCPv4 - add static_routes validation, partly merge https://github.com/opnsense/core/pull/8742
2025-05-31 03:15:47 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Kea/FieldTypes/KeaStaticRoutesField.php
dhcp: offer KEA as DHCPv4 alternative - high-availabilty and control agent (https://github.com/opnsense/core/issues/6971) Offer configuration access for the kea control agent needed for high availabilty and basic peer setup. o add Control Agent menu item with basic settings o split dhcpv4 settings in general and ha o add peer configuration
2023-11-15 14:51:00 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Kea/KeaCtrlAgent.php
/usr/local/opnsense/mvc/app/models/OPNsense/Kea/KeaCtrlAgent.xml
Kea / Dhcp - DHCPv4 replacement, initial minimal for https://github.com/opnsense/core/issues/6971 This commit contains the basic features of our new DHCPv4 server, it certainly needs additional testing as currently we only validated the configuration format is valid. The aim is to keep the json templates as simple as possible. For now we keep the kea-control-agent disabled, we probably need it later, but we don't want to expose a listener without using it.
2023-10-17 14:59:58 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Kea/KeaDhcpv4.php
/usr/local/opnsense/mvc/app/models/OPNsense/Kea/KeaDhcpv4.xml
Services: Kea DHCP: Kea DHCPv6 - add new option based on v4 (#8571) This contains roughly the same configuration items as our current isc-dhcp6 alternative, with the exception of not trying to implement dynamic ranges based on data received from dhclient6. In terms of target audience, dynamic environments (receiving their "wan" type addressess via dhcp), should logically use dnsmasq for client configuration. Large (enterprise) setups usually are static by nature and may require prefix deligation to routers behind the primary one. In these cases Kea will be the tool of choice. Both v4 and v6 share the same rc scripts underneath, which means reconfiguration happens per package (eventhough two services are registered). Existing hooks for v4 have been extended with v6 data (firewall rules and staticmaps). Advanced configurations can still opt out of config file generation and supply their own json config, same as implemented for v4. The lease view still needs to be implemented, but that's likely a minor addition.
2025-04-22 11:43:27 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Kea/KeaDhcpv6.php
/usr/local/opnsense/mvc/app/models/OPNsense/Kea/KeaDhcpv6.xml
Kea / Dhcp - DHCPv4 replacement, initial minimal for https://github.com/opnsense/core/issues/6971 This commit contains the basic features of our new DHCPv4 server, it certainly needs additional testing as currently we only validated the configuration format is valid. The aim is to keep the json templates as simple as possible. For now we keep the kea-control-agent disabled, we probably need it later, but we don't want to expose a listener without using it.
2023-10-17 14:59:58 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Kea/Menu/Menu.xml
services: import monit service Some things to work on: * post-install should be a migration * move to system? * remove old notifications
2018-03-10 05:51:56 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Monit/ACL/ACL.xml
/usr/local/opnsense/mvc/app/models/OPNsense/Monit/Menu/Menu.xml
service: almost entirely migrate monit model 1.0.0 et al.
2018-03-10 06:01:14 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Monit/Migrations/M1_0_0.php
monit: migrate the rest
2025-08-13 14:51:17 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Monit/Migrations/M1_0_14.php
pkg: fix plist
2018-11-17 03:35:29 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Monit/Migrations/M1_0_6.php
pkg: fix plist
2018-12-10 04:08:05 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Monit/Migrations/M1_0_7.php
pkg: fix plist
2019-03-07 05:48:43 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Monit/Migrations/M1_0_8.php
services: import monit service Some things to work on: * post-install should be a migration * move to system? * remove old notifications
2018-03-10 05:51:56 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Monit/Monit.php
/usr/local/opnsense/mvc/app/models/OPNsense/Monit/Monit.xml
ntpd: acl and menu
2016-11-21 17:04:43 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Ntpd/ACL/ACL.xml
/usr/local/opnsense/mvc/app/models/OPNsense/Ntpd/Menu/Menu.xml
pkg: new stuff!
2018-10-15 12:29:12 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/OpenVPN/Export.php
/usr/local/opnsense/mvc/app/models/OPNsense/OpenVPN/Export.xml
src: style sweep
2023-05-31 10:29:30 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/OpenVPN/FieldTypes/InstanceField.php
VPN: OpenVPN: Client Specific Overrides: Migrate to MVC closes https://github.com/opnsense/core/issues/6381 o add new mvc module o migrate existing data o add getOverwrite() in OpenVPN model to retrieve data structured as legacy data to make this an easy drop-in
2023-03-22 13:10:03 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/OpenVPN/FieldTypes/OpenVPNServerField.php
src: style sweep
2023-05-31 10:29:30 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/OpenVPN/FieldTypes/RemoteHostField.php
/usr/local/opnsense/mvc/app/models/OPNsense/OpenVPN/FieldTypes/VPNIdField.php
VPN: OpenVPN: Client Specific Overrides: Migrate to MVC closes https://github.com/opnsense/core/issues/6381 o add new mvc module o migrate existing data o add getOverwrite() in OpenVPN model to retrieve data structured as legacy data to make this an easy drop-in
2023-03-22 13:10:03 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/OpenVPN/Migrations/M1_0_0.php
/usr/local/opnsense/mvc/app/models/OPNsense/OpenVPN/OpenVPN.php
/usr/local/opnsense/mvc/app/models/OPNsense/OpenVPN/OpenVPN.xml
router advertisements: migrate to MVC/API (#9603) Migrate router advertisements to its own space. Although the data shifts around a bit the end result should be equivalent. Of note is that we currently do not have visibility for automatic interface tracking when not disabled, but they can be disabled manually by adding the interface configuration and unchecking the service enable. Co-authored-by: Monviech <gitacc@pischem.com>
2026-01-12 07:10:55 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Radvd/ACL/ACL.xml
/usr/local/opnsense/mvc/app/models/OPNsense/Radvd/FieldTypes/VipLinkLocalField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Radvd/Menu/Menu.xml
/usr/local/opnsense/mvc/app/models/OPNsense/Radvd/Migrations/M1_0_0.php
/usr/local/opnsense/mvc/app/models/OPNsense/Radvd/Radvd.php
/usr/local/opnsense/mvc/app/models/OPNsense/Radvd/Radvd.xml
apply make plist-fix
2017-08-06 07:21:12 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Routes/Route.php
/usr/local/opnsense/mvc/app/models/OPNsense/Routes/Route.xml
Gateways: Single: Migrate to MVC - rework datastorage layer. This commit moves the default logic into the model so we can reflect current values into virtual fields. For all relevant "dpinger" fields, we reflect the current value in a field named current_$field, which means we can always query the active value without touching the stored one. Determination of current is as easy as `!empty(model_value) ? model_value : default`. Refactor the dpinger process to use the current_ fields, since "dpinger_status()" retrieves all instances including the ones not stored, safeguard the config properties to exclude status determination (as loss and latency fields don't exist). Previously the validation messages seemed to miss some gettext(), re-add these as well and cleanup validation. By calling isFieldChanged() on the array type, we know the gateway object has changed, but not exactly which field, this might lead to some noise, but if we implement a fix for https://github.com/opnsense/core/issues/6978 , we should be able to avoid real issues with the bonus of needing less code. The calculateCurrent() on the GatewayField ensures we can insert/update the current values after an update as these are nog aware of modifications automatically. Finally, respect the 120 character screen limit.
2023-11-02 16:29:39 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Routing/FieldTypes/GatewayField.php
Gateways: Single: Migrate to MVC - Import first part of https://github.com/opnsense/core/pull/6808 This commit imports part of the changes from @swhite2 which will keep the legacy handling intact for the first stage of the migration. It should be backwards compatible with the previous (23.7.x) code. Changes new in this commit which where not in the original PR: 1) dpinger_status() missed $gwitem which rendered gateways statusses down 2) Model version number set to 0.0.1 so we can use the migration later to step into 1.0.0 3) Gateways->gatewayIterator() do not yield MVC records ensuring we are still using legacy config data when being called.
2023-10-03 09:06:22 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Routing/Gateways.php
/usr/local/opnsense/mvc/app/models/OPNsense/Routing/Gateways.xml
Gateways: Single: Migrate to MVC - part 2 (#6808) Where the first stage primarily aims to keep the legacy handling of gateways intact, this stage does the conversion to MVC. As part of the migration strategy, configured gateways will not be touched if the migration fails. This allows users to repair the gateways in the new situation.
2023-11-02 04:32:27 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Routing/Migrations/M1_0_0.php
pkg: fix plist
2021-09-03 08:29:59 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Syslog/ACL/ACL.xml
pkg: fix plist
2019-06-17 14:31:31 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Syslog/Menu/Menu.xml
system: WIP for moving settings over #6830
2024-02-29 07:09:42 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Syslog/Migrations/M1_0_2.php
pkg: fix plist
2019-06-17 14:31:31 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Syslog/Syslog.php
/usr/local/opnsense/mvc/app/models/OPNsense/Syslog/Syslog.xml
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/TrafficShaper/ACL/ACL.xml
/usr/local/opnsense/mvc/app/models/OPNsense/TrafficShaper/Menu/Menu.xml
pkg: fix plist for previous commit
2016-10-10 16:39:36 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/TrafficShaper/Migrations/M1_0_0.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/TrafficShaper/TrafficShaper.php
/usr/local/opnsense/mvc/app/models/OPNsense/TrafficShaper/TrafficShaper.xml
pkg: fix plist
2024-03-08 02:20:20 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Trust/Ca.php
/usr/local/opnsense/mvc/app/models/OPNsense/Trust/Ca.xml
mvc: style sweep
2024-02-26 01:57:34 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Trust/Cert.php
/usr/local/opnsense/mvc/app/models/OPNsense/Trust/Cert.xml
pkg: fix plist
2024-03-08 02:20:20 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Trust/FieldTypes/CAsField.php
pkg: fix plist
2024-02-27 03:03:50 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Trust/FieldTypes/CertificatesField.php
src: style and stuff
2024-09-10 15:43:38 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Trust/General.php
/usr/local/opnsense/mvc/app/models/OPNsense/Trust/General.xml
/usr/local/opnsense/mvc/app/models/OPNsense/Trust/Migrations/M1_0_0.php
dns: rework log files, split ACLs #1491
2017-06-07 10:49:21 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Unbound/ACL/ACL.xml
Services: Unbound DNS: Overrides - add refcount for aliases, closes https://github.com/opnsense/core/issues/9540
2025-12-18 04:30:21 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Unbound/FieldTypes/AliasRefCount.php
Unbound: migrate General page to MVC (#6418)
2023-03-15 08:00:22 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Unbound/FieldTypes/UnboundInterfaceField.php
dns: restructure services menu for #1491
2017-03-21 03:09:36 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Unbound/Menu/Menu.xml
unbound: migrate to single model #4327
2021-07-20 10:50:54 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Unbound/Migrations/M1_0_0.php
unbound: overrides: migrate to mvc model (#5488) * unbound: overrides: migrate to mvc model * unbound: overrides: generate host_entries via model, revert template generation * unbound: overrides migration: fix missing include * unbound: overrides: clean up Co-authored-by: Stephan de Wit <stephan.de.wit@deciso.com>
2022-01-24 14:19:06 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Unbound/Migrations/M1_0_1.php
src: style sweep and plist
2024-10-22 06:08:26 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Unbound/Migrations/M1_0_11.php
unbound: merge extended blocklists into core (closes https://github.com/opnsense/core/issues/9136) (#9301) Co-authored-by: Ad Schellevis <ad@opnsense.org> Co-authored-by: Franco Fichtner <franco@opnsense.org>
2025-11-10 04:50:18 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Unbound/Migrations/M1_0_13.php
unbound: implement custom forwarders over current dot setup (#5606) This PR pulls query forwarding over the current dot setup, so visually nothing changes. All API calls are redirected to new Forward functions, which slightly modifies what is returned based on whether "Query Forwarding" or "DNS over TLS" is selected from the menu. This way backwards compatibility is preserved. As an addition, a user is now able to specify a specific domain for a forward zone as well. Meaning that queries for this specific domain will skip a catch-all (".") domain (if specified), and instead use the server specified for this domain. Entering a forward zone with a catch-all domain (".") in both Query Forwading and DNS over TLS is considered a duplicate by Unbound, so a static warning for this has been attached in the grid - however, it might be possible for a user to be warned dynamically over this.
2022-03-22 08:38:26 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Unbound/Migrations/M1_0_2.php
unbound: finish up unbound/advanced MVC conversion
2022-09-27 07:30:04 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Unbound/Migrations/M1_0_3.php
Unbound: migrate General page to MVC (#6418)
2023-03-15 08:00:22 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Unbound/Migrations/M1_0_5.php
Unbound: ACLs: Migrate to MVC (#6474) - The "internally generated" ACL entries have been removed in favor of a wildcard (well, a wildcard and localhost) - Users can now change the default action used by the wildcard: either allow, deny or refuse. - The legacy implementation wasn't very strict (you could add an entry without any input), this does at least require a name and at least one network. To facilitate the migration, if the 'name' property was empty, it will be set to 'Unnamed ACL'. Entries without defined networks will be discarded without notice.
2023-04-17 05:17:39 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Unbound/Migrations/M1_0_6.php
unbound: migrate active/outgoing interfaces discarding invalid values (#6851)
2023-09-14 11:45:22 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Unbound/Migrations/M1_0_8.php
unbound: integrade DoT grid; closes #5101 Extensive rewrite based on the original PR, but the models have been merged into one Unbound.xml and the migration will follow in the next commit.
2021-07-19 09:00:30 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Unbound/Unbound.php
/usr/local/opnsense/mvc/app/models/OPNsense/Unbound/Unbound.xml
wireguard: merge net/wireguard as of version 2.2 #6827 Omit the dependency on wireguard-kmod as we will be targeting the kernel module with 24.1. Some people may run into this but it's safer than trying to rely on a package that won't be available going from 23.7 to 24.1.
2023-09-29 02:28:48 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Wireguard/ACL/ACL.xml
/usr/local/opnsense/mvc/app/models/OPNsense/Wireguard/Client.php
/usr/local/opnsense/mvc/app/models/OPNsense/Wireguard/Client.xml
plist
2024-03-17 08:37:34 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Wireguard/FieldTypes/ClientField.php
wireguard: merge net/wireguard as of version 2.2 #6827 Omit the dependency on wireguard-kmod as we will be targeting the kernel module with 24.1. Some people may run into this but it's safer than trying to rely on a package that won't be available going from 23.7 to 24.1.
2023-09-29 02:28:48 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Wireguard/FieldTypes/ServerField.php
/usr/local/opnsense/mvc/app/models/OPNsense/Wireguard/General.php
/usr/local/opnsense/mvc/app/models/OPNsense/Wireguard/General.xml
/usr/local/opnsense/mvc/app/models/OPNsense/Wireguard/Menu/Menu.xml
wireguard: migrate non-netmask allowed ip entries and enforce validation #7304
2024-03-07 05:15:48 -05:00
/usr/local/opnsense/mvc/app/models/OPNsense/Wireguard/Migrations/M1_0_0.php
wireguard: merge net/wireguard as of version 2.2 #6827 Omit the dependency on wireguard-kmod as we will be targeting the kernel module with 24.1. Some people may run into this but it's safer than trying to rely on a package that won't be available going from 23.7 to 24.1.
2023-09-29 02:28:48 -04:00
/usr/local/opnsense/mvc/app/models/OPNsense/Wireguard/Server.php
/usr/local/opnsense/mvc/app/models/OPNsense/Wireguard/Server.xml
System: Access: migrate Users and Groups to MVC/API (#8046) * System: Access: Groups - in preperation for https://github.com/opnsense/core/issues/7904, add support for comma separated member lists. If we convert groups to a model, we will switch the nested <member> tags into comma separated fields, e.g. <member>1</member> <member>12</member> will convert to: <member>1,12</member> using this commit we support both for areas where these are being read. * System: Access: Users - refactor to MVC (https://github.com/opnsense/core/issues/7904) * add initial boilerplate * unpack `<priv/>` field on first access * unpack '<apikeys/>' field on first access and implement key actions into ApiKeyField * add apikey grid in user management view * change isset() to !empty() for users disabled flag in backend code * move user atributes into dialog * hook PrivField type to \OPNsense\Core\ACL() * refactor Auth/API to use new User class * otp seed logic with simple api call to generate new seeds and some JS glue for the frontend * uid autonumber field * language selector using get_locale_list() via configd (cached) * add StoreB64Field field for authorizedkeys so we can keep the field contents backwards compatible. * ExpiresField for custom date parsing, supporting previous input formats as well. * group membership using a volatile custom field type, controller is responisble for persisting the configuration data to avoid entanglement between models * add button which links to most likely user certs (based on commonname), to avoid all sorts of magic to reflect certs back into the usermanager. * add getUserPrivs() to model so we can fetch a full list of privs for a user * show user icons, long this might be less relevant * add addApiKeyAction() to create a new api key for a user (by name) * download new api key from user view * implement hashing when setting a new (or scrabled) password * use new "auth sync user" event to trigger local user db changes * in API authenticator keep createKey and dropKey as stubs to the new model implementation * prevent removal of "system" users (root) * hook ACL and Menu * add Group administration using the same logic as users * cleanup unused * add System: Access: Privileges to manage and change user and group privileges * System: Access: Users - refactor to MVC (https://github.com/opnsense/core/issues/7904) review comments from @Monviech * "Create and Download API Key for this user" refresh apikeys bootgrid * "Users" bootgrid, add some columns * rename "Username" to "Group Name" in group edit * Disable sorting the bootgrid by "Users" and "Groups" as these are aggregated/formatted columns * System: Access: Privileges - fix updating groups dropping privileges for https://github.com/opnsense/core/pull/8046 * System: Access: Users - hook group model for https://github.com/opnsense/core/issues/7904 * System: Access: Users - add some safety fences to prevent accidental removal of rights https://github.com/opnsense/core/issues/7904 * Update src/opnsense/service/conf/actions.d/actions_auth.conf * Update src/opnsense/service/conf/actions.d/actions_auth.conf * System: Access: Users - remove userDNmap support as it belonged to the import https://github.com/opnsense/core/issues/7904 * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046), review comments * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046) o align "policy change for %s unlink group" with master (unlink when duplicates exists) * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046) refactor add user event so it utilizes our new model instead of direct config access, while performing the operation, also make sure we lock/unlock the config.xml * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046) replace page-system-groupmanager-addprivs with page-system-usermanager-addprivs * plist --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2024-11-21 02:50:01 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Auth/group.volt
/usr/local/opnsense/mvc/app/views/OPNsense/Auth/priv.volt
/usr/local/opnsense/mvc/app/views/OPNsense/Auth/user.volt
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/CaptivePortal/clients.volt
/usr/local/opnsense/mvc/app/views/OPNsense/CaptivePortal/index.volt
/usr/local/opnsense/mvc/app/views/OPNsense/CaptivePortal/vouchers.volt
System: Configuration: History - refactor using MVC components. When \Deciso\OPNcentral\Central exists, there might be multiple providers to select from, so we can easily reuse the same component in both versions. closes https://github.com/opnsense/core/issues/6828
2023-09-09 07:05:59 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Core/backup_history.volt
Dashboard: boilerplate for new widgets (#7328)
2024-03-20 06:44:07 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Core/dashboard.volt
System: Configuration: Defaults - refactor to mvc and add "components" which offers a configuration reset function per model (when not installed, it uses the version tags to identify them). closes https://github.com/opnsense/core/issues/8768
2025-10-16 15:10:00 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Core/defaults.volt
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Core/firmware.volt
Port reboot and shutdown pages to MVC (#3133)
2019-01-15 03:25:52 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Core/halt.volt
System: High Availability: Settings - refactor to MVC before pulling in new settings for https://github.com/opnsense/core/issues/7485
2024-05-28 15:55:08 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Core/hasync.volt
plist
2024-12-16 14:58:35 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Core/hasync_status.volt
wizard: reimplement system setup (#8378) * wizard: reimplement system setup, for https://github.com/opnsense/core/issues/8352 This commit implements our replacement for the setup wizard. The questions are roughly the same as in the legacy version. Some less relevant options have been removed (pppoe ondemand for example) and isc-dhcpd has been replaced with dnsmasq. Only standard tools have been used, a memory model to validate the data and simple input forms in tabs. The in memory model acts as a wrapper around a legacy configuration data and a couple of component models to apply the requested settings. Some legacy settings using isset() have been altered to use their empty() equivalent. * wizard: as we're changing to dnsmasq as default, we need to make sure the console setup configures the same (https://github.com/opnsense/core/issues/8352) Fix some small php arnings in the process, but further than that just rewrite the dhcpd console handling to use dnsmasq instead of isc. Eventually we will need to rewrite the console tools as well, but let's try to keep this compatible with minimal impact. * wizard: change other occurrences of isset($config['dnsallowoverride']) for https://github.com/opnsense/core/issues/8352 * wizard: sort listtags() and some other minor review comments for https://github.com/opnsense/core/issues/8352
2025-03-03 09:26:16 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Core/initial_setup.volt
Port license page to MVC (#3118) * Port license page to MVC * Use more template variables on the license page. Also make sure to handle cases where someone changes one of the variables (e.g. when creating their own product based on OPNsense). Discussed with Jos Schellevis. * Move legacy menu to Core * Use another approach to display ® * ACL fix
2019-01-11 05:52:59 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Core/license.volt
pkg: fix plist
2018-03-05 04:42:49 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Core/not_found.volt
Port reboot and shutdown pages to MVC (#3133)
2019-01-15 03:25:52 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Core/reboot.volt
system: migrate services page to MVC #6376 Widget is next. While here set configd to 'locked'.
2023-03-15 07:28:05 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Core/service.volt
src: style et al
2024-08-13 14:21:36 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Core/snapshot.volt
System: Settings: Tunables - refactor to MVC for https://github.com/opnsense/core/issues/7249 (work in progress)
2025-01-01 14:12:08 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Core/tunables.volt
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Cron/index.volt
dhcrelay: first bits of GUI and tweaks along the way
2023-11-24 07:11:13 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/DHCRelay/relay.volt
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Diagnostics/arp.volt
pkg: fix plist
2022-06-30 01:57:40 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Diagnostics/dns_diagnostics.volt
pkg: fix plist
2017-10-23 17:50:01 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Diagnostics/fw_log.volt
pkg: fix plist
2021-07-21 01:55:18 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Diagnostics/fw_pftop.volt
fix plist
2021-06-18 13:26:48 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Diagnostics/fw_states.volt
Syslog: optionally disable legacy (clog) logging (#4101) * Syslog-NG replacement for legacy syslog local logs: Part of this commit: - support both formats in query log, which is used by our log api - sample local syslog-ng target for configd for https://github.com/opnsense/core/issues/4068 * syslog: add disable clog toggle + preserve number of log (days) setting when only using syslog-ng. for https://github.com/opnsense/core/issues/4068 * syslog: include local syslog-ng files when clog is disabled. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: change local handling, add relayd file to test the concept. The local directory contains filters for local targets, which should replace the <plugin>_syslog() construction eventually, everything relevant and not matched is send to system for https://github.com/opnsense/core/issues/4068 * Syslog-NG: minor update to local template to support module/file format as the query log handler supports it (e.g. /var/log/squid/access/) and add local templates * Syslog-NG: change flush log actions to support new format, while here make sure "flush all" actuallly flushes all logs (including plugins). for https://github.com/opnsense/core/issues/4068 * Syslog-NG: missing level in system log, for https://github.com/opnsense/core/issues/4068 * fix typo for https://github.com/opnsense/core/issues/4068 * syslog-ng: filter live log support for https://github.com/opnsense/core/issues/4068 * Syslog-NG: replace diag_logs_filter_summary.php for mvc enabled version, using the same log output as live log, for https://github.com/opnsense/core/issues/4068 * Syslog-NG: add log cleanup script to enforce preservelogs setting. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: webuser auth message should use LOG_AUTH facility. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: ditch sshlockout_pf in favour for a small script that locks out ssh/web gui failed attempts for both IPv4 and IPv6. for https://github.com/opnsense/core/issues/4068 * ditch sshlockout_pf dependancy, for https://github.com/opnsense/core/issues/4068 * fix indent in ACL, for https://github.com/opnsense/core/issues/4068 * fix plist
2020-05-10 04:59:14 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Diagnostics/fw_stats.volt
health: move one more file #5877
2022-11-04 05:00:22 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Diagnostics/health.volt
pkg: fix plist
2019-11-28 03:23:19 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Diagnostics/log.volt
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Diagnostics/ndp.volt
/usr/local/opnsense/mvc/app/views/OPNsense/Diagnostics/netflow.volt
/usr/local/opnsense/mvc/app/views/OPNsense/Diagnostics/networkinsight.volt
fix plist
2022-08-27 15:53:01 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Diagnostics/packetcapture.volt
Interfaces: Diagnostics: Ping - refactor diagnostics tool (https://github.com/opnsense/core/issues/6378)
2023-03-13 16:40:10 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Diagnostics/ping.volt
pkg: fix plist
2023-04-17 01:56:30 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Diagnostics/portprobe.volt
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Diagnostics/routes.volt
/usr/local/opnsense/mvc/app/views/OPNsense/Diagnostics/systemactivity.volt
plist
2023-04-15 13:04:23 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Diagnostics/traceroute.volt
pkg: fix plist
2020-09-01 16:48:11 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Diagnostics/traffic.volt
pkg: fix plist
2021-10-17 14:17:10 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Diagnostics/treeview.volt
Virtual IP MVC/API conversion (#6105) (#6109) Refactor status page, replace menu registration and add ACL
2022-10-29 08:22:45 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Diagnostics/vip.volt
dnsmasq: Backend migration and add dhcp support for https://github.com/opnsense/core/issues/8329 (#8355) This rather large commit implements most relevant dhcp options and rewrites dnsmasq's backend. By default dnsmasq is disabled, eventually we do want dnsmasq enabled for dhcp services by default, but dns itself disabled. For this reason we support port "0" as implemented at dnsmasq (not listening for dns). For cases where users want to integrate dns and dhcp services, the advise is to make dnsmasq listen on a non standard port and point unbound to the zones where dnsmasq is responsible for. This has the advantage of a direct connection between dhcp registered hosts and the requesting service. In these cases dnsmasq's dns service acts like a "connector". In the long run we should deprecate `regdhcpstatic` and `regdhcp` as these either belong to legacy isc-dhcp or hook kea entries (which are better served via unbound). The first mvc migration phase implemented IndexController.php, which we rename to SettingsController.php now as these results in more logical ui endpoints. Since we don't bind to addresses directly (unless specifically configured and adviced only for static setups), we can skip the newwanip event which means we don't restart the service on interface changes. dnsmasq is able to filter the relevant networks on the fly, which is the advised scenario and can cope more easily with changes. When different clients need to receive different options, we can use "tags" now. Requests can add tags to filter options which will be offered to the client, in the most simple scenario one would tag on a range or a host reservation, but more advanced choices can also be achieved using match statements (for example architecture [client-arch])
2025-02-19 11:40:55 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Dnsmasq/leases.volt
/usr/local/opnsense/mvc/app/views/OPNsense/Dnsmasq/settings.volt
pkg: fix plist
2018-05-14 01:49:18 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Firewall/alias.volt
pkg: fix plist
2018-09-19 17:06:30 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Firewall/alias_util.volt
pkg: fix plist
2021-01-18 13:56:11 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Firewall/category.volt
Firewall: NAT: Port Forward - refactor to MVC (#9473) * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 Add a model wrapper around nat/rule and align filter code to generate the same output when using the model. To test this part, make a copy of /tmp/rules.debug, run migrations (/usr/local/opnsense/mvc/script/run_migrations.php) and execute rule generation via /usr/local/etc/rc.filter_configure A diff between the newly generated rules.debug and the backup created earlier should show no differences. The following notes apply: o ipprotocol and protocol have no defaults set as old frontend code didn't enforce this, we should likely set defaults (inet, any) knowing this will show a small diff in the output o registerForwardRule() replaces the array_merge with an !empty() compare per field as our defaults are empty instead of missing o legacyMoveAddressFields() in Rule.php assumes any when network and address are not set, which should comply with frontend logic as "any" is set in these cases anyway o source/destinations are converted inline, using a volatile field to trigger the initial load (as only one is used, we prefer network) * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 * make plist-fix * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 Add some missing pieces in the controller layer, use shared getCategoryColors() and getNetworks() to render gui information in the same way as the filter page does. Use a volatile field categories to keep track of uuid's so we can reuse these easily for matching in our selectors and data. * plist * Enabled tooltips were the wrong way around * Enabled tooltips were the wrong way around * Add showDialogAlert() since we use that but it was missing * Since ipprotocol is optional, add any formatter * Add the port and network alias selectpickers to the dialog * Correct toggle_rule_log endpoint in command * Add the category fa-tag to selectpicker * Add labels, hints, BlankDesc * Return description in the any formatter when possible * target and local-port use the alias formatter too, add them to result * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 update menu and acl. * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 whitespace * Firewall: NAT: Port Forward - refactor to MVC (work in progress) for https://github.com/opnsense/core/issues/8401 final bits and pieces: o updated / created metadata o add pass flag superseding associated-rule-id o remove legacy files * Update src/opnsense/mvc/app/controllers/OPNsense/Firewall/forms/dialogDNatRule.xml Co-authored-by: Monviech <79600909+Monviech@users.noreply.github.com> * Update src/opnsense/mvc/app/models/OPNsense/Core/ACL/ACL.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> * Update src/opnsense/mvc/app/models/OPNsense/Firewall/Menu/Menu.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> --------- Co-authored-by: Monviech <gitacc@pischem.com> Co-authored-by: Monviech <79600909+Monviech@users.noreply.github.com> Co-authored-by: Franco Fichtner <franco@opnsense.org>
2025-12-02 02:40:54 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Firewall/dnat_rule.volt
Firewall: Automation filter ui revamp (#8377) This commit adds backwards compatible changes to the automation api and associated user interface. Although this is likely not the final state, it adds quite some improvements in making this a valid replacement for the current firewall user interface.
2025-03-18 14:47:24 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Firewall/filter_rule.volt
Firewall: Rules: Migration assistant - add export option and guidance for migrations to the new mvc system. (#9606) * Firewall: Rules: Migration assistant - add export option and guidance for migrations to the new mvc system. Add new "Firewall: Rules: Migration assistant" to help people moving to our new mvc based firewall system by offering a couple of simple steps for exporting the old rules into a csv file and importing them into the new system. When all rules are migrated the user may drop all old ones using the ConfigMaintenance module used in "defaults". There's one small issue remaining in fbegin.inc as it doesn't render the icon correctly due to VisibleName being escaped currently (which isn't the case in our mvc template). closes https://github.com/opnsense/core/issues/9579 * Update src/opnsense/service/conf/actions.d/actions_filter.conf --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2026-01-20 10:31:13 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Firewall/firewall_migration.volt
fix plist
2023-07-06 04:01:55 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Firewall/group.volt
nat/npt: Refactor network prefix translation view (#9504) * nat: Refactor network prefix translation (NPT) view * Fix copyright date * The interface formatter is useless here since only one interface is allowed and there is no inversion allowed * Adjust parameters * use isEmpty() and getValues()
2025-12-15 09:03:16 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Firewall/npt_rule.volt
nat/one-to-one: Refactor one-to-one nat view, refactor two controller methods as base methods (#9492) * nat/one-to-one: Refactor UI part to be in line with other firewall components * These labels are not needed in grid_view * Turn moveRuleBeforeAction() and toggleRuleLogAction() into shared based methods * Using / in labels messes with the label in column headers * Change general header in dialog to organization, to be in line with firewall filter dialog * Apply suggestions from code review Co-authored-by: Franco Fichtner <franco@opnsense.org> * Simplify labels * The interface formatter is useless here since only one interface is allowed and there is no inversion allowed * Simplify the shared methods a bit, remove component_label to avoid gettext issues, hardcode dot . for node_reference like the other base methods do. * Move Mapping header in dialog to better spot * Adjust parameters * there is no inspect_toggle_container in these views * Adjust parameters * use isEmpty() and getValues() --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2025-12-15 09:02:08 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Firewall/onat_rule.volt
mvc: style
2025-12-15 09:28:00 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Firewall/snat_rule.volt
Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (#9354) * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature This splits the Neighbors menu item in an existing static assignments and adds the automatic discovery feature which includes logging and insights into the currently known hosts on the network. When automatic discovery is disabled, it drops back to arp/ndp. By default automatic mode is enabled on all interfaces, but configuration options exists (to limit interfaces and networks). Other consumers which require host mappings can use the /usr/local/opnsense/scripts/interfaces/list_hosts.py script to either fetch the sqlite database or arp/ndp data for the selected pprotocol(s). More information about the hostwatch daemon is available at https://github.com/opnsense/hostwatch * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (review feedback https://github.com/opnsense/core/pull/9354) * Interfaces: Neighbors: Automatic Discovery - change list_hosts.py to only query ndp when explicitly asked. Due to the short timeouts of the ndp entries and the cost of querying them, it's probably best to only support ndp when explicitly asked. In most cases where we need host data, we currently only support ipv4 anyway, which means a switch to the new entrypoint (list_hosts.py script) should be relatively harmless. * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (review feedback https://github.com/opnsense/core/pull/9354)
2025-11-06 07:01:52 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Hostdiscovery/settings.volt
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/IDS/index.volt
pkg: fix plist
2020-11-06 02:11:40 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/IDS/policy.volt
ipsec: style sweep
2022-12-12 04:48:38 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/IPsec/connections.volt
plist: fix
2019-09-13 08:20:44 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/IPsec/key_pairs.volt
VPN / IPsec - migrate ipsec.conf to swanctl.conf (#6076) * VPN/IPsec - work in progress refactoring ipsec.conf to swanctl.conf for https://github.com/opnsense/core/issues/5636 Wrap the following blocks in functions: o generation of strongswan.conf o write and cleanup IPsec's CA database o write certificates used by IPsec o write RSA Key Pairs o construct ipsec.secrets for swanctl, combining different sources, phase1 PSK's, certificates, keypairs o replace VPN: IPsec: Lease Status with new mvc version that uses swanctl underneath Remap ipsec.conf to swanctl.conf attributes using https://wiki.strongswan.org/projects/strongswan/wiki/Fromipsecconf Remove lifetime defaults from phase 1 and 2 so new connections will use Strongswan's defaults and move the option in phase above Margintime/Rekeyfuzz as these combined are being migrated (see margintime in Fromipsecconf doc). Restructure used path directives so we can use the default structure as descried in https://docs.strongswan.org/docs/5.9/swanctl/swanctlDir.html and installed via ports. IPsec status overview needs a small fix as well (passthrough network seems to be returned by vici, but doesn't contain a class (which crashes list_status.py).) While here, also remove some php warnings.
2022-10-10 13:52:36 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/IPsec/leases.volt
IPSec: move user PSK and legacy PSK items to new PSK mvc module. closes https://github.com/opnsense/core/issues/4614 There is some overlap in https://github.com/opnsense/core/issues/5636 as this cleans-up ipsec.conf further.
2022-10-02 13:49:21 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/IPsec/pre_shared_keys.volt
fix plist
2022-07-07 12:51:21 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/IPsec/sad.volt
ipsec: style and plist
2022-07-12 02:08:23 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/IPsec/sessions.volt
VPN: IPsec: Advanced Settings - mvc conversion, for https://github.com/opnsense/core/issues/7648 move legacy settings to mvc including conversion, also expose some of our staticly configured strongswan.conf settings into the form for clarity.
2024-07-25 15:31:19 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/IPsec/settings.volt
pkg: fix plist
2022-07-06 14:28:27 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/IPsec/spd.volt
plist
2021-10-18 15:18:50 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/IPsec/tunnels.volt
ipsec: style sweep
2022-12-12 04:48:38 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/IPsec/vti.volt
Interfaces: Devices: Bridge - refactor to MVC closes https://github.com/opnsense/core/issues/8353 (#8534) * Interfaces: Devices: Bridge - refactor to MVC for https://github.com/opnsense/core/issues/8353 * move existing properties to model which overlays existing config path * add a simple wrapper script for [re]configuration which diffs and applies using the new _interfaces_bridge_configure() implementation * Update src/opnsense/mvc/app/models/OPNsense/Interfaces/Bridge.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2025-04-09 07:09:09 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Interface/bridge.volt
plist-fix
2024-04-01 13:50:10 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Interface/gif.volt
plist
2024-04-03 15:53:17 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Interface/gre.volt
Interfaces: LAGG: migrate to MVC closes https://github.com/opnsense/core/issues/6384 Migrate ui to MVC, wrap model around existing configuration area to remain backward compatibility. To avoid laggs configured via console not being reachable from the gui, add a uuid to it.
2023-07-17 15:34:31 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Interface/lagg.volt
add support for additional loopbacks (https://github.com/opnsense/core/issues/3832) (#3840) Add *Interfaces: Other Types: Loopback*. - while here, also add the device name in interfaces.php and support setting an initial description on new interfaces (copy device description if available) - check usages of lo0 and change to lo if not specific for our default loopback
2019-12-05 07:19:43 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Interface/loopback.volt
Interfaces/neighbor - implement new neighbor configuration for arp/ndp entries closes https://github.com/opnsense/core/issues/6917 This commit adds a new component linked in Interfaces/Neighbors which offers the ability to manually register static leases and provides application control from other modules such as dhcpd. To minimize the risk, we're reusing the existing interfaces_staticarp_configure() hooks while only adjusting how static arp entries are being attached to the interface (match on addresses assigned when triggering with an interface). Entries registered via dhcp will be visible from the ui as well together with its origin. The previous version didn't cleanup old static entries, this version triggers a cleanup when executed for all interfaces using all earlier modifications processed via the same function (interfaces_neighbors_configure()).
2023-10-10 14:43:01 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Interface/neighbor.volt
interfaces: revamp overview page (#7019) This commit omits some of the link-specific information such as ppp uptime, disconnect/release mechanism, as well as wireless and bridge information. Since there is more of this type of information available than was originally being handled by get_interfaces_info(), perhaps it makes more sense to extend the backend script with the relevant bits in time.
2023-11-27 09:52:04 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Interface/overview.volt
interfaces: settings: convert to MVC (#9569)
2026-01-07 08:24:49 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Interface/settings.volt
Virtual IP MVC/API conversion (#6105) closes #5984 refactors legacy pages, includes the following: o remove type field as this seems to be redundant and confusing o input form additions (show hide related fields) o add button for carp type to select first unused vhid o implement configure action, caching removed addresses in /tmp/delete_vip_{$uuid}.todo files (by the controller) o add mode filter to search action and complete with relevant fields for our grid o fix warning in interfaces.inc (interface_proxyarp_configure()), array creation issue o add validation for addresses used in port forwards and outbound nat rules. previous version tried to rename forwards, we choose to be consistent when it comes to edit/delete. o change ACL to use the new endpoints, remove "show only" ACL. we can always consider putting it back later, but the experience of only able to reach the grid likely won't be practical. o remove old firewall_virtual_ip*.php files
2022-10-26 10:42:46 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Interface/vip.volt
fix plist
2022-02-22 12:46:09 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Interface/vlan.volt
VXLAN support (#3787) * VXLAN: hook vxlan_configure_interface to newwanip event, move interface (address) configuration responisibilty there as well. This might be a better spot for other device setups as well.
2019-11-01 16:25:27 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Interface/vxlan.volt
dhcp: offer KEA as DHCPv4 alternative - high-availabilty and control agent (https://github.com/opnsense/core/issues/6971) Offer configuration access for the kea control agent needed for high availabilty and basic peer setup. o add Control Agent menu item with basic settings o split dhcpv4 settings in general and ha o add peer configuration
2023-11-15 14:51:00 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Kea/ctrl_agent.volt
Kea / Dhcp - DHCPv4 replacement, initial minimal for https://github.com/opnsense/core/issues/6971 This commit contains the basic features of our new DHCPv4 server, it certainly needs additional testing as currently we only validated the configuration format is valid. The aim is to keep the json templates as simple as possible. For now we keep the kea-control-agent disabled, we probably need it later, but we don't want to expose a listener without using it.
2023-10-17 14:59:58 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Kea/dhcpv4.volt
Services: Kea DHCP: Kea DHCPv6 - add new option based on v4 (#8571) This contains roughly the same configuration items as our current isc-dhcp6 alternative, with the exception of not trying to implement dynamic ranges based on data received from dhclient6. In terms of target audience, dynamic environments (receiving their "wan" type addressess via dhcp), should logically use dnsmasq for client configuration. Large (enterprise) setups usually are static by nature and may require prefix deligation to routers behind the primary one. In these cases Kea will be the tool of choice. Both v4 and v6 share the same rc scripts underneath, which means reconfiguration happens per package (eventhough two services are registered). Existing hooks for v4 have been extended with v6 data (firewall rules and staticmaps). Advanced configurations can still opt out of config file generation and supply their own json config, same as implemented for v4. The lease view still needs to be implemented, but that's likely a minor addition.
2025-04-22 11:43:27 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Kea/dhcpv6.volt
plist-fix
2023-11-12 13:15:28 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Kea/leases4.volt
Services: Kea DHCP: Kea DHCPv6 - refactor leases in order to reuse code easily for v4 and v6 and add the v6 view (#8571)
2025-05-04 10:15:46 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Kea/leases6.volt
services: import monit service Some things to work on: * post-install should be a migration * move to system? * remove old notifications
2018-03-10 05:51:56 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Monit/index.volt
/usr/local/opnsense/mvc/app/views/OPNsense/Monit/status.volt
network time: status: refactor to MVC (#9361)
2025-11-11 08:08:53 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Ntpd/status.volt
VPN: OpenVPN: Client Specific Overrides: Migrate to MVC closes https://github.com/opnsense/core/issues/6381 o add new mvc module o migrate existing data o add getOverwrite() in OpenVPN model to retrieve data structured as legacy data to make this an easy drop-in
2023-03-22 13:10:03 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/OpenVPN/cso.volt
pkg: fix plist
2018-10-07 07:59:34 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/OpenVPN/export.volt
src: style sweep
2023-05-31 10:29:30 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/OpenVPN/instances.volt
VPN: OpenVPN: Connection Status - refactor to MVC closes https://github.com/opnsense/core/issues/6382 o rename virtual_addr --> virtual_address in status call out o add new endpoints to search connections and routes, kill sessions and service control o remove old status page status_openvpn.php and change ACL and Menu registration o offer two tab view on sessions / routes o service controls (restart/start/stop) are shown for non client based records (p2p and client mode) or when no clients are connected.
2023-03-19 10:52:09 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/OpenVPN/status.volt
router advertisements: migrate to MVC/API (#9603) Migrate router advertisements to its own space. Although the data shifts around a bit the end result should be equivalent. Of note is that we currently do not have visibility for automatic interface tracking when not disabled, but they can be disabled manually by adding the interface configuration and unchecking the service enable. Co-authored-by: Monviech <gitacc@pischem.com>
2026-01-12 07:10:55 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Radvd/settings.volt
apply make plist-fix
2017-08-06 07:21:12 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Routes/index.volt
Gateways: Single: Migrate to MVC - part 2 (#6808) Where the first stage primarily aims to keep the legacy handling of gateways intact, this stage does the conversion to MVC. As part of the migration strategy, configured gateways will not be touched if the migration fails. This allows users to repair the gateways in the new situation.
2023-11-02 04:32:27 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Routing/configuration.volt
pkg: fix plist
2019-06-17 14:31:31 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Syslog/index.volt
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/TrafficShaper/index.volt
pkg: fix plist
2020-03-24 11:42:01 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/TrafficShaper/statistics.volt
pkg: fix plist
2024-03-08 02:20:20 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Trust/ca.volt
mvc: style sweep
2024-02-26 01:57:34 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Trust/cert.volt
src: style sweep/plist
2024-03-12 01:51:33 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Trust/crl.volt
src: style and stuff
2024-09-10 15:43:38 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Trust/settings.volt
Unbound: ACLs: Migrate to MVC (#6474) - The "internally generated" ACL entries have been removed in favor of a wildcard (well, a wildcard and localhost) - Users can now change the default action used by the wildcard: either allow, deny or refuse. - The legacy implementation wasn't very strict (you could add an entry without any input), this does at least require a name and at least one network. To facilitate the migration, if the 'name' property was empty, it will be set to 'Unnamed ACL'. Entries without defined networks will be discarded without notice.
2023-04-17 05:17:39 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Unbound/acl.volt
unbound: advanced page MVC migration prep
2022-09-25 19:03:03 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Unbound/advanced.volt
pkg: fix plist
2020-04-17 02:27:47 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Unbound/dnsbl.volt
unbound: integrade DoT grid; closes #5101 Extensive rewrite based on the original PR, but the models have been merged into one Unbound.xml and the migration will follow in the next commit.
2021-07-19 09:00:30 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Unbound/dot.volt
Unbound: migrate General page to MVC (#6418)
2023-03-15 08:00:22 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Unbound/general.volt
unbound: overrides: migrate to mvc model (#5488) * unbound: overrides: migrate to mvc model * unbound: overrides: generate host_entries via model, revert template generation * unbound: overrides migration: fix missing include * unbound: overrides: clean up Co-authored-by: Stephan de Wit <stephan.de.wit@deciso.com>
2022-01-24 14:19:06 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Unbound/overrides.volt
unbound: add overview dashboard (#6101) Adds a reporting backend for Unbound as well as a dashboard showing an overview of interesting statistics: Total DNS queries (over a maximum period of 7 days) Blocked queries Cache hits local-data hits A traffic graph with variable intervals top N passed/blocked domains (with associated blocklist) There are a couple of hardcoded values: The underlying database is kept up-to-date for the last 7 days. The ring buffer used to decouple unbound from the logging backend has a size of 100000 entries. In very busy networks, db commits are done for a max of 4000 entries, which according to testing seems to be a good break-even point for DNS throughput vs. insert performance. Everything below this is flushed to the database every 5 seconds. To facilitate the variable interval traffic graph, multiple views with varying detail in time slots are created: 1, 5 and 30 minute buckets. These can easily be extended should different intervals be necessary.
2022-11-25 05:42:38 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Unbound/overview.volt
unbound: fix plist, small changes
2018-11-19 06:23:22 -05:00
/usr/local/opnsense/mvc/app/views/OPNsense/Unbound/stats.volt
wireguard: merge net/wireguard as of version 2.2 #6827 Omit the dependency on wireguard-kmod as we will be targeting the kernel module with 24.1. Some people may run into this but it's safer than trying to rely on a package that won't be available going from 23.7 to 24.1.
2023-09-29 02:28:48 -04:00
/usr/local/opnsense/mvc/app/views/OPNsense/Wireguard/diagnostics.volt
/usr/local/opnsense/mvc/app/views/OPNsense/Wireguard/general.volt
mvc/view: Create layout_partials/base_apply_button to centralize design of the standard Apply button (#8297) * mvc/view: Create layout_partials/base_apply_button to centralize design of the standard Apply button * dhcp/kea: Example implementation of layout_partials/base_apply_button * mvc/view: Change edit_alert_id to global static default, add data-grid-reload and dynamic ids to base_apply_button partial
2025-02-10 10:57:52 -05:00
/usr/local/opnsense/mvc/app/views/layout_partials/base_apply_button.volt
src: sweep
2025-01-07 11:27:14 -05:00
/usr/local/opnsense/mvc/app/views/layout_partials/base_bootgrid_table.volt
pkg: sort plist, file systems getting in the way
2016-09-24 08:34:14 -04:00
/usr/local/opnsense/mvc/app/views/layout_partials/base_dialog.volt
/usr/local/opnsense/mvc/app/views/layout_partials/base_dialog_processing.volt
/usr/local/opnsense/mvc/app/views/layout_partials/base_form.volt
/usr/local/opnsense/mvc/app/views/layout_partials/base_menu_system.volt
mvc: (sub)tabs to partials
2017-12-26 05:38:57 -05:00
/usr/local/opnsense/mvc/app/views/layout_partials/base_tabs_content.volt
/usr/local/opnsense/mvc/app/views/layout_partials/base_tabs_header.volt
pkg: sort plist, file systems getting in the way
2016-09-24 08:34:14 -04:00
/usr/local/opnsense/mvc/app/views/layout_partials/form_input_tr.volt
/usr/local/opnsense/mvc/app/views/layouts/default.volt
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/script/load_phalcon.php
/usr/local/opnsense/mvc/script/run_migrations.php
mvc: add "make validate" target and script
2023-09-27 10:27:54 -04:00
/usr/local/opnsense/mvc/script/run_validations.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/tests/app/config/config.php
tests: restructure ConfigTest to allow for multiple test files And add the failing test for the upcoming fix.
2025-12-09 08:11:03 -05:00
/usr/local/opnsense/mvc/tests/app/library/OPNsense/Core/ConfigConfig/backup/array.xml
/usr/local/opnsense/mvc/tests/app/library/OPNsense/Core/ConfigConfig/backup/object.xml
tests: add a Core\Config class test for toArray/fromArray
2025-12-05 07:18:44 -05:00
/usr/local/opnsense/mvc/tests/app/library/OPNsense/Core/ConfigTest.php
plist
2024-10-13 10:01:18 -04:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/ACL/AclConfig/config.xml
/usr/local/opnsense/mvc/tests/app/models/OPNsense/ACL/AclTest.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/BaseModel/Migrations/M0_0_1.php
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/BaseModel/Migrations/M1_0_0.php
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/BaseModel/Migrations/M1_0_1.php
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/BaseModel/TestModel.php
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/BaseModel/TestModel.xml
tests: unwind BaseModel test side effect on AclConfig Give the test its own empty config to migrate into, which makes resetting it irrelevant. A tiny bit of magic is needed to bootstrap a config.xml so it's not the one that is checked in and we also remove the temporary files from the tree so it does not confuse git. save() is a far-reaching side effect in the test, but more or less necessary for better test coverage. But I'd still want a simpler test around Core\Config and this offers merely offers the groundwork also removing the need to reset this from make commands.
2025-12-05 04:04:08 -05:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/BaseModelConfig/backup/config.xml
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/BaseModelTest.php
pkg: fix plist
2019-01-06 13:10:15 -05:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/Constraints/ComparedToFieldConstraintTest.php
src: sweep
2023-09-22 04:21:42 -04:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/Constraints/UniqueConstraintTest.php
pkg: fix plist
2019-11-09 11:54:57 -05:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/AuthGroupFieldTest.php
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/AuthGroupFieldTest/config.xml
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/AuthenticationServerFieldTest.php
pkg: sort plist, file systems getting in the way
2016-09-24 08:34:14 -04:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/AuthenticationServerFieldTest/config.xml
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/AutoNumberFieldTest.php
pkg: plist fix
2020-10-22 16:02:07 -04:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/Base64FieldTest.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/BooleanFieldTest.php
mvc: field types getValues() abstraction (#8874) The idea here is to remove explode($char, (string)$field) type constructs especially for cases where we iterate over. As a liberty taken here we avoid emitting empty values as they do not make much sense to me. CSVListField loses its internal separator since it does not offer to change it and the field should go away eventually. It also adds a rudimentary unit test for the feature introduced here. Now, things get a bit ugly. BaseListField is our shared class for multi-value fields, but NetworkField, HostnameField, IPPortField and MacAddressField all implement their own separator handling. I've also gone ahead and changed NetworkField since it is used by the example refactor in DHCRelay, but we should refactor this to avoid diverging implementation and being able to add an easy field type unit test that checks this only once (same as only once implemented ideally). I'd also like to get rid of getCurrrentValue() where possible through isEqual() or getValues() and rename the remaining spots to getValue() for brevity. First things first: discuss and merge the chang proposed here and then work on another base class and the remaining refactors.
2025-06-30 04:49:02 -04:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/CSVListFieldTest.php
pkg: fix plist
2019-11-09 11:54:57 -05:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/CertificateFieldTest.php
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/CertificateFieldTest/config.xml
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/CountryFieldTest.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/Field_Framework_TestCase.php
pkg: fix plist
2024-02-16 07:38:45 -05:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/HostnameFieldTest.php
MVC: Add IPPortField type (#7134) Useful for Netflow and plugins. Tests included.
2024-01-11 09:41:40 -05:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/IPPortFieldTest.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/IntegerFieldTest.php
pkg: fix plist
2019-11-09 11:54:57 -05:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/InterfaceFieldTest.php
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/InterfaceFieldTest/config.xml
pkg: fix plist
2018-12-06 04:45:01 -05:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/ModelRelationFieldTest.php
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/ModelRelationFieldTest/config.xml
fix plist
2020-03-02 14:13:04 -05:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/NetworkAliasFieldTest.php
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/NetworkAliasFieldTest/config.xml
mvc: merge NetworkValidator into NetworkField to ease extensibility and add unit test also needed for https://github.com/opnsense/core/issues/8329
2025-03-04 10:14:24 -05:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/NetworkFieldTest.php
pkg: fix plist
2019-11-09 11:54:57 -05:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/OptionFieldTest.php
pkg: fix plist
2020-01-28 12:06:47 -05:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/PortFieldTest.php
MVC: fix typo in unit test naming. (https://github.com/opnsense/plugins/issues/1720)
2020-03-02 11:52:13 -05:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/ProtocolFieldTest.php
pkg: fix plist
2022-12-21 08:08:56 -05:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/TextFieldTest.php
pkg: fix plist
2020-11-09 04:20:52 -05:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/VirtualIPFieldTest.php
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Base/FieldTypes/VirtualIPFieldTest/config.xml
dnsmasq: strict hostname and domain validation (#9232) * Strict hostname validation in Hosts tab using legal_hostname() function of upstream source code as baseline. * Use HostnameField for "host", "domain", "cnames" and "aliases" field, merge former AliasesField logic into HostnameField for LegacyXML configs * Remove AliasesField * Add php unit test for HostnameField
2025-10-02 04:55:56 -04:00
/usr/local/opnsense/mvc/tests/app/models/OPNsense/Dnsmasq/FieldTypes/HostnameFieldTest.php
pkg: fix plist
2024-10-13 08:25:53 -04:00
/usr/local/opnsense/mvc/tests/phpunit.xml
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/mvc/tests/setup.php
system: move add_user script out of shell scripts Shell scripts are for opnsense-shell.
2022-07-05 02:54:45 -04:00
/usr/local/opnsense/scripts/auth/add_user.php
pkg: fix plist
2023-02-24 02:58:16 -05:00
/usr/local/opnsense/scripts/auth/list_group_members.php
System: Access: migrate Users and Groups to MVC/API (#8046) * System: Access: Groups - in preperation for https://github.com/opnsense/core/issues/7904, add support for comma separated member lists. If we convert groups to a model, we will switch the nested <member> tags into comma separated fields, e.g. <member>1</member> <member>12</member> will convert to: <member>1,12</member> using this commit we support both for areas where these are being read. * System: Access: Users - refactor to MVC (https://github.com/opnsense/core/issues/7904) * add initial boilerplate * unpack `<priv/>` field on first access * unpack '<apikeys/>' field on first access and implement key actions into ApiKeyField * add apikey grid in user management view * change isset() to !empty() for users disabled flag in backend code * move user atributes into dialog * hook PrivField type to \OPNsense\Core\ACL() * refactor Auth/API to use new User class * otp seed logic with simple api call to generate new seeds and some JS glue for the frontend * uid autonumber field * language selector using get_locale_list() via configd (cached) * add StoreB64Field field for authorizedkeys so we can keep the field contents backwards compatible. * ExpiresField for custom date parsing, supporting previous input formats as well. * group membership using a volatile custom field type, controller is responisble for persisting the configuration data to avoid entanglement between models * add button which links to most likely user certs (based on commonname), to avoid all sorts of magic to reflect certs back into the usermanager. * add getUserPrivs() to model so we can fetch a full list of privs for a user * show user icons, long this might be less relevant * add addApiKeyAction() to create a new api key for a user (by name) * download new api key from user view * implement hashing when setting a new (or scrabled) password * use new "auth sync user" event to trigger local user db changes * in API authenticator keep createKey and dropKey as stubs to the new model implementation * prevent removal of "system" users (root) * hook ACL and Menu * add Group administration using the same logic as users * cleanup unused * add System: Access: Privileges to manage and change user and group privileges * System: Access: Users - refactor to MVC (https://github.com/opnsense/core/issues/7904) review comments from @Monviech * "Create and Download API Key for this user" refresh apikeys bootgrid * "Users" bootgrid, add some columns * rename "Username" to "Group Name" in group edit * Disable sorting the bootgrid by "Users" and "Groups" as these are aggregated/formatted columns * System: Access: Privileges - fix updating groups dropping privileges for https://github.com/opnsense/core/pull/8046 * System: Access: Users - hook group model for https://github.com/opnsense/core/issues/7904 * System: Access: Users - add some safety fences to prevent accidental removal of rights https://github.com/opnsense/core/issues/7904 * Update src/opnsense/service/conf/actions.d/actions_auth.conf * Update src/opnsense/service/conf/actions.d/actions_auth.conf * System: Access: Users - remove userDNmap support as it belonged to the import https://github.com/opnsense/core/issues/7904 * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046), review comments * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046) o align "policy change for %s unlink group" with master (unlink when duplicates exists) * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046) refactor add user event so it utilizes our new model instead of direct config access, while performing the operation, also make sure we lock/unlock the config.xml * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046) replace page-system-groupmanager-addprivs with page-system-usermanager-addprivs * plist --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2024-11-21 02:50:01 -05:00
/usr/local/opnsense/scripts/auth/sync_group.php
/usr/local/opnsense/scripts/auth/sync_user.php
Services: Captive Portal - move scripts from src/opnsense/scripts/OPNsense/CaptivePortal to src/opnsense/scripts/captiveportal The extra vendor directory is just impractical here, an idea from the first version of OPNsense which turned out to be less practical.
2025-08-13 10:45:40 -04:00
/usr/local/opnsense/scripts/captiveportal/allow.py
/usr/local/opnsense/scripts/captiveportal/cp-background-process.py
/usr/local/opnsense/scripts/captiveportal/disconnect.py
/usr/local/opnsense/scripts/captiveportal/fetch_template.py
/usr/local/opnsense/scripts/captiveportal/generate_certs.php
/usr/local/opnsense/scripts/captiveportal/htdocs_default/css/bootstrap-theme.min.css
/usr/local/opnsense/scripts/captiveportal/htdocs_default/css/bootstrap.min.css
/usr/local/opnsense/scripts/captiveportal/htdocs_default/css/signin.css
/usr/local/opnsense/scripts/captiveportal/htdocs_default/exclude.list
pkg: fix plist
2025-08-25 03:17:25 -04:00
/usr/local/opnsense/scripts/captiveportal/htdocs_default/favicon/favicon.ico
Services: Captive Portal - move scripts from src/opnsense/scripts/OPNsense/CaptivePortal to src/opnsense/scripts/captiveportal The extra vendor directory is just impractical here, an idea from the first version of OPNsense which turned out to be less practical.
2025-08-13 10:45:40 -04:00
/usr/local/opnsense/scripts/captiveportal/htdocs_default/fonts/glyphicons-halflings-regular.eot
/usr/local/opnsense/scripts/captiveportal/htdocs_default/fonts/glyphicons-halflings-regular.svg
/usr/local/opnsense/scripts/captiveportal/htdocs_default/fonts/glyphicons-halflings-regular.ttf
/usr/local/opnsense/scripts/captiveportal/htdocs_default/fonts/glyphicons-halflings-regular.woff
/usr/local/opnsense/scripts/captiveportal/htdocs_default/fonts/glyphicons-halflings-regular.woff2
pkg: fix plist
2025-08-25 03:17:25 -04:00
/usr/local/opnsense/scripts/captiveportal/htdocs_default/images/OPNsense-logo-diap.svg
/usr/local/opnsense/scripts/captiveportal/htdocs_default/images/OPNsense-logo.svg
/usr/local/opnsense/scripts/captiveportal/htdocs_default/images/deciso-brand-hover-diap.svg
/usr/local/opnsense/scripts/captiveportal/htdocs_default/images/deciso-brand-hover.svg
/usr/local/opnsense/scripts/captiveportal/htdocs_default/images/deciso-brand.svg
Services: Captive Portal - move scripts from src/opnsense/scripts/OPNsense/CaptivePortal to src/opnsense/scripts/captiveportal The extra vendor directory is just impractical here, an idea from the first version of OPNsense which turned out to be less practical.
2025-08-13 10:45:40 -04:00
/usr/local/opnsense/scripts/captiveportal/htdocs_default/images/default-logo.svg
/usr/local/opnsense/scripts/captiveportal/htdocs_default/images/favicon.png
/usr/local/opnsense/scripts/captiveportal/htdocs_default/index.html
/usr/local/opnsense/scripts/captiveportal/htdocs_default/js/bootstrap.min.js
/usr/local/opnsense/scripts/captiveportal/htdocs_default/js/jquery-1.11.2.min.js
Services: Captive Portal - various (style) cleanups o slightly refactor strip_template.py including our exclude.list to skip library files and internal files. o replace htdocs_default directory references to use relative paths o change ServiceController to implement our standard ApiMutableServiceControllerBase and add missing status call o array() -> [] style fixes o add jquery-3.5.1.min.js into htdocs_default, keep legacy version for existing templates
2025-08-13 14:54:28 -04:00
/usr/local/opnsense/scripts/captiveportal/htdocs_default/js/jquery-3.5.1.min.js
Services: Captive Portal - move scripts from src/opnsense/scripts/OPNsense/CaptivePortal to src/opnsense/scripts/captiveportal The extra vendor directory is just impractical here, an idea from the first version of OPNsense which turned out to be less practical.
2025-08-13 10:45:40 -04:00
/usr/local/opnsense/scripts/captiveportal/lib/__init__.py
/usr/local/opnsense/scripts/captiveportal/lib/arp.py
/usr/local/opnsense/scripts/captiveportal/lib/daemonize.py
/usr/local/opnsense/scripts/captiveportal/lib/db.py
captive portal: re-introduce ipfw for accounting purposes only (#9466) * captive portal: re-introduce ipfw for accounting purposes only * captive portal: review feedback
2025-12-01 07:11:37 -05:00
/usr/local/opnsense/scripts/captiveportal/lib/ipfw.py
Services: Captive Portal - move scripts from src/opnsense/scripts/OPNsense/CaptivePortal to src/opnsense/scripts/captiveportal The extra vendor directory is just impractical here, an idea from the first version of OPNsense which turned out to be less practical.
2025-08-13 10:45:40 -04:00
/usr/local/opnsense/scripts/captiveportal/lib/pf.py
/usr/local/opnsense/scripts/captiveportal/listClients.py
/usr/local/opnsense/scripts/captiveportal/overlay_template.py
/usr/local/opnsense/scripts/captiveportal/process_accounting_messages.php
/usr/local/opnsense/scripts/captiveportal/set_session_restrictions.py
/usr/local/opnsense/scripts/captiveportal/sql/init.sql
/usr/local/opnsense/scripts/captiveportal/strip_template.py
dhcp: Move kea and dnsmasq scripts out of dhcp folder (#9335) * dhcp: Move dnsmasq scripts into own subfolder * kea: Move kea scripts into own subfolder * Do not move dnsmasq_watcher.py * Update src/opnsense/service/conf/actions.d/actions_kea.conf Co-authored-by: Franco Fichtner <franco@opnsense.org> --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2025-11-03 05:38:24 -05:00
/usr/local/opnsense/scripts/dnsmasq/dnsmasq_dhcp_options.py
isc-dhcp: move two scripts to their callers #9155
2026-01-14 07:59:42 -05:00
/usr/local/opnsense/scripts/dnsmasq/dnsmasq_watcher.py
dhcp: Move kea and dnsmasq scripts out of dhcp folder (#9335) * dhcp: Move dnsmasq scripts into own subfolder * kea: Move kea scripts into own subfolder * Do not move dnsmasq_watcher.py * Update src/opnsense/service/conf/actions.d/actions_kea.conf Co-authored-by: Franco Fichtner <franco@opnsense.org> --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2025-11-03 05:38:24 -05:00
/usr/local/opnsense/scripts/dnsmasq/get_dnsmasq_leases.py
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/filter/delete_table.py
/usr/local/opnsense/scripts/filter/download_geoip.py
pkg: fix plist
2018-11-28 03:15:29 -05:00
/usr/local/opnsense/scripts/filter/find_table_references.py
pkg: fix plist
2021-06-22 01:35:02 -04:00
/usr/local/opnsense/scripts/filter/kill_states.py
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/filter/kill_table.py
pkg: fix plist
2017-12-01 09:41:02 -05:00
/usr/local/opnsense/scripts/filter/lib/__init__.py
fix plist
2023-02-26 09:28:36 -05:00
/usr/local/opnsense/scripts/filter/lib/alias/__init__.py
/usr/local/opnsense/scripts/filter/lib/alias/arpcache.py
src: style sweep
2023-03-01 08:51:23 -05:00
/usr/local/opnsense/scripts/filter/lib/alias/auth.py
fix plist
2023-02-26 09:28:36 -05:00
/usr/local/opnsense/scripts/filter/lib/alias/base.py
/usr/local/opnsense/scripts/filter/lib/alias/bgpasn.py
/usr/local/opnsense/scripts/filter/lib/alias/geoip.py
/usr/local/opnsense/scripts/filter/lib/alias/interface.py
/usr/local/opnsense/scripts/filter/lib/alias/pf.py
/usr/local/opnsense/scripts/filter/lib/alias/uri.py
pkg: fix plist and lint
2021-06-21 09:22:18 -04:00
/usr/local/opnsense/scripts/filter/lib/states.py
Services: Intrusion Detection - refactor pcap/netmap selection to "Capture mode" and add new "divert" option. (#9561) * Services: Intrusion Detection - refactor pcap/netmap selection to "Capture mode" and add new "divert" option. With divert we can integrate suricata in firewall rules, which makes it easier to bypass large flows. This change requires the new SO_REUSEPORT_LB option in the kernel in order to distribute traffic over multiple workers. * Update src/opnsense/mvc/app/controllers/OPNsense/IDS/forms/generalSettings.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> * Update src/opnsense/mvc/app/controllers/OPNsense/IDS/forms/generalSettings.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> * Services: Intrusion Detection - hook "divert-to" into our new firewall ui. Currently we only support a single divert-to target, but if we would like to integrate in the future with other services, it's practical to be able to offer a list of them, list_divert_sockets.php acts as a stepping stone for this purpose, which now just returns a static list of one (8000 -> idps). * Firewall: Rules [new] - add temporary validation to only support divert-to on IPv4 (as long as IPv6 doesn't work properly in pf) --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2026-01-06 12:13:16 -05:00
/usr/local/opnsense/scripts/filter/list_divert_sockets.php
Firewall: Rules: Migration assistant - add export option and guidance for migrations to the new mvc system. (#9606) * Firewall: Rules: Migration assistant - add export option and guidance for migrations to the new mvc system. Add new "Firewall: Rules: Migration assistant" to help people moving to our new mvc based firewall system by offering a couple of simple steps for exporting the old rules into a csv file and importing them into the new system. When all rules are migrated the user may drop all old ones using the ConfigMaintenance module used in "defaults". There's one small issue remaining in fbegin.inc as it doesn't render the icon correctly due to VisibleName being escaped currently (which isn't the case in our mvc template). closes https://github.com/opnsense/core/issues/9579 * Update src/opnsense/service/conf/actions.d/actions_filter.conf --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2026-01-20 10:31:13 -05:00
/usr/local/opnsense/scripts/filter/list_legacy_rules.php
Firewall: Automation filter ui revamp (#8377) This commit adds backwards compatible changes to the automation api and associated user interface. Although this is likely not the final state, it adds quite some improvements in making this a valid replacement for the current firewall user interface.
2025-03-18 14:47:24 -04:00
/usr/local/opnsense/scripts/filter/list_non_mvc_rules.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/filter/list_osfp.py
/usr/local/opnsense/scripts/filter/list_pfsync.py
pkg: fix plist
2021-06-22 01:35:02 -04:00
/usr/local/opnsense/scripts/filter/list_rule_ids.py
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/filter/list_states.py
/usr/local/opnsense/scripts/filter/list_table.py
/usr/local/opnsense/scripts/filter/list_tables.py
firewall: fix "statistics" spelling in function and file name
2022-07-18 05:33:47 -04:00
/usr/local/opnsense/scripts/filter/pfstatistics.py
pkg: fix plist
2021-08-08 02:52:11 -04:00
/usr/local/opnsense/scripts/filter/pftablecount.py
pkg: fix plist
2021-07-21 01:55:18 -04:00
/usr/local/opnsense/scripts/filter/pftop.py
pkg: fix plist
2017-10-18 13:44:07 -04:00
/usr/local/opnsense/scripts/filter/read_log.py
filter: remove pfplugin use from below backend #6390
2024-01-09 10:24:26 -05:00
/usr/local/opnsense/scripts/filter/rollback_cancel.php
/usr/local/opnsense/scripts/filter/rollback_timer.php
pkg: fix plist
2019-03-13 11:01:46 -04:00
/usr/local/opnsense/scripts/filter/rule_stats.py
fix plist
2023-02-26 09:28:36 -05:00
/usr/local/opnsense/scripts/filter/run_unittests.py
/usr/local/opnsense/scripts/filter/tests/__init__.py
/usr/local/opnsense/scripts/filter/tests/alias_tests.py
pkg: fix plist
2017-12-02 09:08:09 -05:00
/usr/local/opnsense/scripts/filter/update_tables.py
firmware: move bogons fetch to firmware scripts Be done with the retry and use the launcher.sh -r argument for the cron-based execution. Leave the backend commands where they are. Since the file had no copyright header looking at the old code it looks like Bill and Scott worked on the file first in 2005. Not really concerned with consecutive history here for lack of creating a copyright header for so long.
2024-11-14 04:33:30 -05:00
/usr/local/opnsense/scripts/firmware/bogons.sh
firmware: add date to modal header; closes #9086 This is a bit more complicated than necessary working with what we have right now, but certainly useful.
2025-08-13 07:42:19 -04:00
/usr/local/opnsense/scripts/firmware/changelog-date.php
firmware: fixes for changelog fetch
2016-11-10 14:46:29 -05:00
/usr/local/opnsense/scripts/firmware/changelog.sh
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/firmware/check.sh
pkg: fix plist
2025-03-28 07:20:04 -04:00
/usr/local/opnsense/scripts/firmware/cleanup.sh
firmware: clean up code duplication using config.sh Also provide an env_init() call for internal launcher commands to set up relevant things.We do this to move the special libfetch handling into the locked spot underneath the launcher.sh invoke.
2024-10-10 02:46:11 -04:00
/usr/local/opnsense/scripts/firmware/config.sh
firmware: add a functional stub for connectivity audit #4500 pkg update -f is a good starting point, but we also need to check DNS etc. so that is still a subject to debate.
2021-02-10 07:39:22 -05:00
/usr/local/opnsense/scripts/firmware/connection.sh
firmware: protect details.sh, reboot.sh and query.sh
2024-11-13 04:59:20 -05:00
/usr/local/opnsense/scripts/firmware/details.sh
firmware: add backend support for health check #1992
2017-12-14 17:30:15 -05:00
/usr/local/opnsense/scripts/firmware/health.sh
firmware: add CRL validation for business mirror
2024-10-08 08:39:04 -04:00
/usr/local/opnsense/scripts/firmware/hostnames.sh
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/firmware/install.sh
firmware: add a 'latest' script to derive update info from changelog
2021-11-16 04:14:10 -05:00
/usr/local/opnsense/scripts/firmware/latest.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/firmware/launcher.sh
firmware: show license in packages/plugins; closes #1220
2016-11-22 11:29:14 -05:00
/usr/local/opnsense/scripts/firmware/license.sh
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/firmware/lock.sh
firmware: plugin detection via configd
2017-02-17 03:03:10 -05:00
/usr/local/opnsense/scripts/firmware/plugin.sh
firmware: add information page #4500
2021-02-03 08:20:59 -05:00
/usr/local/opnsense/scripts/firmware/product.php
firmware: move sets.sh into more portable query.sh and add tiers fetch #6374
2023-04-26 03:07:12 -04:00
/usr/local/opnsense/scripts/firmware/query.sh
firmware: hide LOCKFILE behind small read script One old bit of compat glue can kick the bucket as well.
2021-02-19 05:51:20 -05:00
/usr/local/opnsense/scripts/firmware/read.sh
firmware: reboot indicator for console #2283
2018-04-01 12:39:46 -04:00
/usr/local/opnsense/scripts/firmware/reboot.sh
firmware: deal with plugin to config syncs
2021-02-04 11:47:29 -05:00
/usr/local/opnsense/scripts/firmware/register.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/firmware/reinstall.sh
/usr/local/opnsense/scripts/firmware/remove.sh
firmware: lock down FreeBSD repo and fix minor annoyance
2023-12-19 04:51:25 -05:00
/usr/local/opnsense/scripts/firmware/repos/FreeBSD.php
firmware: make firmware scripts pluggable For testing convenience you can run the scripts separately and add standard output and only standard error will be reported once included in system_firmware_configure() or # pluginctl firmware_reload
2023-12-19 04:30:54 -05:00
/usr/local/opnsense/scripts/firmware/repos/OPNsense.php
/usr/local/opnsense/scripts/firmware/repos/README
firmware: deal with plugin to config syncs
2021-02-04 11:47:29 -05:00
/usr/local/opnsense/scripts/firmware/resync.sh
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/firmware/running.sh
firmware: rename security audit script for clarity
2018-10-14 05:57:18 -04:00
/usr/local/opnsense/scripts/firmware/security.sh
firmware: good-will nit-picking and some more work to do
2020-02-20 13:50:12 -05:00
/usr/local/opnsense/scripts/firmware/sync.sh
firmware: sync plugins in console update; closes #5136
2021-08-01 05:27:05 -04:00
/usr/local/opnsense/scripts/firmware/sync.subr.sh
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/firmware/unlock.sh
firmware: switch to new update procedure #4500
2021-02-15 05:33:44 -05:00
/usr/local/opnsense/scripts/firmware/update.sh
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/firmware/upgrade.sh
health: clean up scripts/systemheath location #5877 Unfortunately this requires relocating the logging plugins to its proper location which also affects plugins using that location.
2022-11-04 04:45:10 -04:00
/usr/local/opnsense/scripts/health/definitions/gateway-quality.xml
/usr/local/opnsense/scripts/health/definitions/interface-packets.xml
/usr/local/opnsense/scripts/health/definitions/interface-traffic.xml
/usr/local/opnsense/scripts/health/definitions/interface-vpnusers.xml
pkg: plist
2025-12-17 05:48:37 -05:00
/usr/local/opnsense/scripts/health/definitions/system-cputemp.xml
health: clean up scripts/systemheath location #5877 Unfortunately this requires relocating the logging plugins to its proper location which also affects plugins using that location.
2022-11-04 04:45:10 -04:00
/usr/local/opnsense/scripts/health/definitions/system-processor.xml
/usr/local/opnsense/scripts/health/fetchData.py
/usr/local/opnsense/scripts/health/flush_rrd.py
Reporting / rrd - refactor existing code (#7836) Add RRD package with a simple factory class and a basic construct to define different rrd output types we support. This package contains the following: * RRD/Types -- Output definitions, responsible for generating RRD structures and feeding data * RRD/Stats -- Statistics gathering classes * Factory -- binds types and statistics together. On my end on a simple test this is roughly 40% faster than running /var/db/rrd/updaterrd.sh, which makes caching of metadata (config access) less relevant. The new script should be able to replace all existing rrd cruft and supports a debug mode to find discrepanties between defined outputs in types and collected data in stats. ``` Usage: updaterrd.php [-h] [-d] -d debug mode, output errors to stdout ```
2024-09-02 10:40:47 -04:00
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Factory.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Stats/Base.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Stats/GatewayQuality.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Stats/Interfaces.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Stats/Mbuf.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Stats/Memory.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Stats/Ntp.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Stats/OpenVPN.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Stats/Processor.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Stats/States.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Stats/Temperature.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Types/Base.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Types/GatewayQuality.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Types/Mbuf.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Types/Memory.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Types/Ntp.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Types/OpenVPN.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Types/Packets.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Types/Processor.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Types/States.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Types/Temperature.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Types/Traffic.php
/usr/local/opnsense/scripts/health/library/OPNsense/RRD/Types/Wireless.php
health: clean up scripts/systemheath location #5877 Unfortunately this requires relocating the logging plugins to its proper location which also affects plugins using that location.
2022-11-04 04:45:10 -04:00
/usr/local/opnsense/scripts/health/listReports.py
Reporting / rrd - refactor existing code (#7836) Add RRD package with a simple factory class and a basic construct to define different rrd output types we support. This package contains the following: * RRD/Types -- Output definitions, responsible for generating RRD structures and feeding data * RRD/Stats -- Statistics gathering classes * Factory -- binds types and statistics together. On my end on a simple test this is roughly 40% faster than running /var/db/rrd/updaterrd.sh, which makes caching of metadata (config access) less relevant. The new script should be able to replace all existing rrd cruft and supports a debug mode to find discrepanties between defined outputs in types and collected data in stats. ``` Usage: updaterrd.php [-h] [-d] -d debug mode, output errors to stdout ```
2024-09-02 10:40:47 -04:00
/usr/local/opnsense/scripts/health/updaterrd.php
fix plist
2022-08-27 15:53:01 -04:00
/usr/local/opnsense/scripts/interfaces/capture.py
Virtual IP MVC/API conversion (#6105) (#6109) Refactor status page, replace menu registration and add ACL
2022-10-29 08:22:45 -04:00
/usr/local/opnsense/scripts/interfaces/carp_global_status.php
/usr/local/opnsense/scripts/interfaces/carp_set_status.php
src: move dhclient-script to proper location ".ext" came to be because dhclient-script from BSD is also under sbin/, but since we always explicity use this one just move it to a neutral location and point to it.
2018-05-06 08:30:58 -04:00
/usr/local/opnsense/scripts/interfaces/dhclient-script
interfaces: generalise the dhcp6c_script using the new IFNAME variable #7647 Now that the new dhcp6c code is in 26.1 we can start using it. The file was conceptually created inline via d36f0f4f62557 and before was a single command line script... so add appropriate copyrights from that time onward. Many thanks to Martin for pinoeering this back in the day!
2026-01-26 06:54:56 -05:00
/usr/local/opnsense/scripts/interfaces/dhcp6c_script.sh
interfaces: settings: convert to MVC (#9569)
2026-01-07 08:24:49 -05:00
/usr/local/opnsense/scripts/interfaces/gen_duid.php
interfaces: ifctl experiment is complete #5862 Since "nameserver.sh" was a working title for when we just wanted to make sense of the nameserver registration mess going on this no longer fully applies for good reasons. Change the name to ifctl.sh for leaving syntax parsing in place and leave the symlink in sbin/ directory. The same works nicely for configctl.
2022-07-26 13:55:18 -04:00
/usr/local/opnsense/scripts/interfaces/ifctl.sh
interfaces: for previous #9187
2025-09-09 07:23:27 -04:00
/usr/local/opnsense/scripts/interfaces/lib/__init__.py
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/interfaces/list_arp.py
Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (#9354) * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature This splits the Neighbors menu item in an existing static assignments and adds the automatic discovery feature which includes logging and insights into the currently known hosts on the network. When automatic discovery is disabled, it drops back to arp/ndp. By default automatic mode is enabled on all interfaces, but configuration options exists (to limit interfaces and networks). Other consumers which require host mappings can use the /usr/local/opnsense/scripts/interfaces/list_hosts.py script to either fetch the sqlite database or arp/ndp data for the selected pprotocol(s). More information about the hostwatch daemon is available at https://github.com/opnsense/hostwatch * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (review feedback https://github.com/opnsense/core/pull/9354) * Interfaces: Neighbors: Automatic Discovery - change list_hosts.py to only query ndp when explicitly asked. Due to the short timeouts of the ndp entries and the cost of querying them, it's probably best to only support ndp when explicitly asked. In most cases where we need host data, we currently only support ipv4 anyway, which means a switch to the new entrypoint (list_hosts.py script) should be relatively harmless. * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (review feedback https://github.com/opnsense/core/pull/9354)
2025-11-06 07:01:52 -05:00
/usr/local/opnsense/scripts/interfaces/list_hosts.py
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/interfaces/list_macdb.py
/usr/local/opnsense/scripts/interfaces/list_ndp.py
ui: move tree.query.js to "min." annotation Helps with whitespace sweep not wanting to change the EOL character on minified js. Fix plist while here. ;)
2020-04-05 03:08:16 -04:00
/usr/local/opnsense/scripts/interfaces/list_sockstat.py
plist
2022-08-30 11:36:14 -04:00
/usr/local/opnsense/scripts/interfaces/macinfo.py
interfaces: move mpd.script to scripts dir mpd5 is started with -d /var/etc so it expects mpd.script to be there. Some small simplifications along the way.
2018-05-06 08:27:06 -04:00
/usr/local/opnsense/scripts/interfaces/mpd.script
Interfaces: Diagnostics: Ping - refactor diagnostics tool (https://github.com/opnsense/core/issues/6378)
2023-03-13 16:40:10 -04:00
/usr/local/opnsense/scripts/interfaces/ping.py
pkg: fix plist
2023-04-17 01:56:30 -04:00
/usr/local/opnsense/scripts/interfaces/portprobe.py
interfaces: backwards compat move of PPP IPv6 to linkup #7446
2024-08-08 17:04:02 -04:00
/usr/local/opnsense/scripts/interfaces/ppp-ipv6.php
interfaces: move ppp-related scripts to proper location sbin/ is for console-bound binaries.
2018-05-06 07:31:53 -04:00
/usr/local/opnsense/scripts/interfaces/ppp-linkdown.sh
/usr/local/opnsense/scripts/interfaces/ppp-linkup.sh
interfaces: ensure PPP netgraph node has the proper name #4696
2023-04-14 04:54:29 -04:00
/usr/local/opnsense/scripts/interfaces/ppp-rename.sh
interfaces: move ppp-related scripts to proper location sbin/ is for console-bound binaries.
2018-05-06 07:31:53 -04:00
/usr/local/opnsense/scripts/interfaces/ppp-uptime.sh
Interfaces: Devices: Bridge - refactor to MVC closes https://github.com/opnsense/core/issues/8353 (#8534) * Interfaces: Devices: Bridge - refactor to MVC for https://github.com/opnsense/core/issues/8353 * move existing properties to model which overlays existing config path * add a simple wrapper script for [re]configuration which diffs and applies using the new _interfaces_bridge_configure() implementation * Update src/opnsense/mvc/app/models/OPNsense/Interfaces/Bridge.xml Co-authored-by: Franco Fichtner <franco@opnsense.org> --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2025-04-09 07:09:09 -04:00
/usr/local/opnsense/scripts/interfaces/reconfigure_bridges.php
plist-fix
2024-04-01 13:50:10 -04:00
/usr/local/opnsense/scripts/interfaces/reconfigure_gifs.php
plist
2024-04-03 15:53:17 -04:00
/usr/local/opnsense/scripts/interfaces/reconfigure_gres.php
Interfaces: LAGG: migrate to MVC closes https://github.com/opnsense/core/issues/6384 Migrate ui to MVC, wrap model around existing configuration area to remain backward compatibility. To avoid laggs configured via console not being reachable from the gui, add a uuid to it.
2023-07-17 15:34:31 -04:00
/usr/local/opnsense/scripts/interfaces/reconfigure_laggs.php
Interfaces/neighbor - implement new neighbor configuration for arp/ndp entries closes https://github.com/opnsense/core/issues/6917 This commit adds a new component linked in Interfaces/Neighbors which offers the ability to manually register static leases and provides application control from other modules such as dhcpd. To minimize the risk, we're reusing the existing interfaces_staticarp_configure() hooks while only adjusting how static arp entries are being attached to the interface (match on addresses assigned when triggering with an interface). Entries registered via dhcp will be visible from the ui as well together with its origin. The previous version didn't cleanup old static entries, this version triggers a cleanup when executed for all interfaces using all earlier modifications processed via the same function (interfaces_neighbors_configure()).
2023-10-10 14:43:01 -04:00
/usr/local/opnsense/scripts/interfaces/reconfigure_neighbors.php
Virtual IP MVC/API conversion (#6105) closes #5984 refactors legacy pages, includes the following: o remove type field as this seems to be redundant and confusing o input form additions (show hide related fields) o add button for carp type to select first unused vhid o implement configure action, caching removed addresses in /tmp/delete_vip_{$uuid}.todo files (by the controller) o add mode filter to search action and complete with relevant fields for our grid o fix warning in interfaces.inc (interface_proxyarp_configure()), array creation issue o add validation for addresses used in port forwards and outbound nat rules. previous version tried to rename forwards, we choose to be consistent when it comes to edit/delete. o change ACL to use the new endpoints, remove "show only" ACL. we can always consider putting it back later, but the experience of only able to reach the grid likely won't be practical. o remove old firewall_virtual_ip*.php files
2022-10-26 10:42:46 -04:00
/usr/local/opnsense/scripts/interfaces/reconfigure_vips.php
fix plist
2022-02-22 12:46:09 -05:00
/usr/local/opnsense/scripts/interfaces/reconfigure_vlans.php
interfaces: add support for SLAAC WAN interfaces w/o DHCPv6 #5862; closes #5883 New script to be invoked by rtsold when Router Advertisements with RDNSS / DNSSL information are received. Uses ifctl to create the /tmp/$if_routerv6 file and creates the /tmp/$if_defaultgwv6 file directly. Fixes the issue that these files don't get created when the M and O flags in RAs are not set. Also, passes RDNSS / DNSSL info from RAs to ifctl.
2022-07-17 19:18:23 -04:00
/usr/local/opnsense/scripts/interfaces/rtsold_resolvconf.sh
interfaces: generalise the rtsold_script #7647 The bulk of this started in 732e4b3388b but Martin was involved here too over the years. To make this work read the daemon configuration from the respective daemon config file.
2026-01-18 06:50:11 -05:00
/usr/local/opnsense/scripts/interfaces/rtsold_script.sh
Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (#9354) * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature This splits the Neighbors menu item in an existing static assignments and adds the automatic discovery feature which includes logging and insights into the currently known hosts on the network. When automatic discovery is disabled, it drops back to arp/ndp. By default automatic mode is enabled on all interfaces, but configuration options exists (to limit interfaces and networks). Other consumers which require host mappings can use the /usr/local/opnsense/scripts/interfaces/list_hosts.py script to either fetch the sqlite database or arp/ndp data for the selected pprotocol(s). More information about the hostwatch daemon is available at https://github.com/opnsense/hostwatch * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (review feedback https://github.com/opnsense/core/pull/9354) * Interfaces: Neighbors: Automatic Discovery - change list_hosts.py to only query ndp when explicitly asked. Due to the short timeouts of the ndp entries and the cost of querying them, it's probably best to only support ndp when explicitly asked. In most cases where we need host data, we currently only support ipv4 anyway, which means a switch to the new entrypoint (list_hosts.py script) should be relatively harmless. * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (review feedback https://github.com/opnsense/core/pull/9354)
2025-11-06 07:01:52 -05:00
/usr/local/opnsense/scripts/interfaces/setup_hostwatch.sh
plist
2023-04-15 13:04:23 -04:00
/usr/local/opnsense/scripts/interfaces/traceroute.py
pkg: fix plist
2020-09-01 16:48:11 -04:00
/usr/local/opnsense/scripts/interfaces/traffic_stats.php
pkg: fix plist
2020-09-04 03:23:50 -04:00
/usr/local/opnsense/scripts/interfaces/traffic_top.py
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/ipsec/connect.py
/usr/local/opnsense/scripts/ipsec/disconnect.py
ipsec: style sweep
2022-12-12 04:48:38 -05:00
/usr/local/opnsense/scripts/ipsec/get_legacy_vti.php
vpn: ipsec: Add swanctl.conf download button to settings.volt view (#7972) * vpn: ipsec: Add swanctl.conf download button to settings.volt view. Bootstrap dialogue warns user about sensitive file contents. Error scenarios like missing file or API errors are handled gracefully with error messages. * Update src/opnsense/mvc/app/views/OPNsense/IPsec/settings.volt Co-authored-by: Franco Fichtner <franco@lastsummer.de> * vpn: ipsec: make plist-fix --------- Co-authored-by: Franco Fichtner <franco@lastsummer.de>
2024-10-21 08:55:41 -04:00
/usr/local/opnsense/scripts/ipsec/get_swanctl.py
VPN/IPsec - add event handler for manual spd entries if reqid is set.
2022-12-27 15:45:14 -05:00
/usr/local/opnsense/scripts/ipsec/lib/__init__.py
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/ipsec/list_leases.py
fix plist
2022-07-07 12:51:21 -04:00
/usr/local/opnsense/scripts/ipsec/list_sad.py
pkg: fix plist
2022-07-06 14:28:27 -04:00
/usr/local/opnsense/scripts/ipsec/list_spd.py
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/ipsec/list_status.py
fix plist
2022-07-07 12:51:21 -04:00
/usr/local/opnsense/scripts/ipsec/saddelete.py
pkg: fix plist
2022-07-06 14:28:27 -04:00
/usr/local/opnsense/scripts/ipsec/spddelete.py
VPN/IPsec - add event handler for manual spd entries if reqid is set.
2022-12-27 15:45:14 -05:00
/usr/local/opnsense/scripts/ipsec/updown_event.py
dhcp: Move kea and dnsmasq scripts out of dhcp folder (#9335) * dhcp: Move dnsmasq scripts into own subfolder * kea: Move kea scripts into own subfolder * Do not move dnsmasq_watcher.py * Update src/opnsense/service/conf/actions.d/actions_kea.conf Co-authored-by: Franco Fichtner <franco@opnsense.org> --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2025-11-03 05:38:24 -05:00
/usr/local/opnsense/scripts/kea/get_kea_leases.py
/usr/local/opnsense/scripts/kea/kea_prefix_watcher.py
monit: migrate the rest
2025-08-13 14:51:17 -04:00
/usr/local/opnsense/scripts/monit/carp_status.php
/usr/local/opnsense/scripts/monit/gateway_alert.php
monit: move first script file Of course the other two are hardcoded in the config.xml and need a migration to be moved.
2025-08-13 14:31:34 -04:00
/usr/local/opnsense/scripts/monit/setup.sh
pkg: fix plist
2019-02-03 05:45:42 -05:00
/usr/local/opnsense/scripts/netflow/dump_log.py
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/netflow/export_details.py
/usr/local/opnsense/scripts/netflow/flowctl_stats.py
/usr/local/opnsense/scripts/netflow/flowd_aggregate.py
/usr/local/opnsense/scripts/netflow/flowd_aggregate_metadata.py
/usr/local/opnsense/scripts/netflow/flush_all.sh
/usr/local/opnsense/scripts/netflow/get_timeseries.py
/usr/local/opnsense/scripts/netflow/get_top_usage.py
/usr/local/opnsense/scripts/netflow/lib/__init__.py
/usr/local/opnsense/scripts/netflow/lib/aggregate.py
/usr/local/opnsense/scripts/netflow/lib/aggregates/__init__.py
/usr/local/opnsense/scripts/netflow/lib/aggregates/interface.py
/usr/local/opnsense/scripts/netflow/lib/aggregates/ports.py
/usr/local/opnsense/scripts/netflow/lib/aggregates/source.py
pkg: fix plist
2019-05-15 02:35:32 -04:00
/usr/local/opnsense/scripts/netflow/lib/flowparser.py
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/netflow/lib/parse.py
network time: status: refactor to MVC (#9361)
2025-11-11 08:08:53 -05:00
/usr/local/opnsense/scripts/ntpd/ntpd_status.php
fix plist
2020-03-13 10:23:42 -04:00
/usr/local/opnsense/scripts/openssh/ssh_query.py
src: style et al
2023-02-08 01:07:15 -05:00
/usr/local/opnsense/scripts/openvpn/client_connect.php
/usr/local/opnsense/scripts/openvpn/client_disconnect.sh
VPN: OpenVPN: Connection Status - refactor to MVC closes https://github.com/opnsense/core/issues/6382 o rename virtual_addr --> virtual_address in status call out o add new endpoints to search connections and routes, kill sessions and service control o remove old status page status_openvpn.php and change ACL and Menu registration o offer two tab view on sessions / routes o service controls (restart/start/stop) are shown for non client based records (p2p and client mode) or when no clients are connected.
2023-03-19 10:52:09 -04:00
/usr/local/opnsense/scripts/openvpn/kill_session.py
src: style et al
2023-02-08 01:07:15 -05:00
/usr/local/opnsense/scripts/openvpn/ovpn_event.py
src: style sweep
2023-05-31 10:29:30 -04:00
/usr/local/opnsense/scripts/openvpn/ovpn_service_control.php
pkg: fix plist
2023-02-23 06:41:28 -05:00
/usr/local/opnsense/scripts/openvpn/ovpn_status.py
src: style et al
2023-02-08 01:07:15 -05:00
/usr/local/opnsense/scripts/openvpn/tls_verify.php
/usr/local/opnsense/scripts/openvpn/user_pass_verify.php
pkg: fix plist
2019-12-09 00:20:49 -05:00
/usr/local/opnsense/scripts/routes/del_route.py
pkg: fix plist
2020-08-23 05:52:16 -04:00
/usr/local/opnsense/scripts/routes/gateway_status.php
system: move gateway monitor trigger to separate script #6231 1. The process runs forever to retain proper state, periodically syncing the configuration data in order to react correctly. 2. Missing gateways are not an issue. They will not alert or stick to their last verified value. 3. We stop reacting unless a default gatway switch action will follow or the gateway is part of a gateway group. Triggers are not refined for now so we just let it run in full processing if a candidate. 4. Emulate the strange monitor alarm output although I don't see the use for all of this cryptic goo. The alarm state (0, 1) was changed to reflect the observed transition causing the alarm script to run. 5. Move the action for the script alarm to the script itself. Requires a bit of backend shuffling as well. 6. Only create one script to watch all monitors. Easier to manage and to present as service (which can be stopped and started if needed).
2023-03-23 06:58:06 -04:00
/usr/local/opnsense/scripts/routes/gateway_watcher.php
system: reconfigure routes via apply #1774
2017-12-06 02:43:19 -05:00
/usr/local/opnsense/scripts/routes/gateways.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/routes/show_routes.py
plist
2020-03-20 15:00:35 -04:00
/usr/local/opnsense/scripts/shaper/dummynet_stats.py
ipfw: combine service logic (#8887)
2025-07-01 03:28:03 -04:00
/usr/local/opnsense/scripts/shaper/flush_all.sh
plist
2020-03-20 15:00:35 -04:00
/usr/local/opnsense/scripts/shaper/lib/__init__.py
shaper: move pipe & queue configuration to dnctl service (#8404) if no shaper (ipfw) rules are present, or these rules are disabled, ipfw will be disabled as well (firewall_enable="NO" and rc.ipfw onestop). Traffic shaped via pf will not show up in the stats output of dnctl pipe|queue|sched show. Also, there is currently no logic to associate pipes/queues with pf rules.
2025-03-06 04:32:13 -05:00
/usr/local/opnsense/scripts/shaper/setup.sh
pkg: fix plist
2025-06-26 10:10:14 -04:00
/usr/local/opnsense/scripts/shaper/start.sh
ipfw: properly synchronize load order (#8728)
2025-05-27 09:16:12 -04:00
/usr/local/opnsense/scripts/shaper/sync_fw_hooks.py
pkg: fix plist
2021-03-04 07:51:20 -05:00
/usr/local/opnsense/scripts/shaper/update_tables
rc: rc.initital is now opnsense-shell
2018-05-19 09:23:36 -04:00
/usr/local/opnsense/scripts/shell/banner.php
/usr/local/opnsense/scripts/shell/defaults.php
/usr/local/opnsense/scripts/shell/firmware.sh
/usr/local/opnsense/scripts/shell/halt.php
/usr/local/opnsense/scripts/shell/password.php
/usr/local/opnsense/scripts/shell/ping.php
/usr/local/opnsense/scripts/shell/reboot.php
/usr/local/opnsense/scripts/shell/restore.sh
/usr/local/opnsense/scripts/shell/setaddr.php
/usr/local/opnsense/scripts/shell/setports.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/suricata/__init__.py
/usr/local/opnsense/scripts/suricata/dropAlertLog.py
/usr/local/opnsense/scripts/suricata/installRules.py
/usr/local/opnsense/scripts/suricata/lib/__init__.py
/usr/local/opnsense/scripts/suricata/lib/downloader.py
/usr/local/opnsense/scripts/suricata/lib/metadata.py
/usr/local/opnsense/scripts/suricata/lib/rulecache.py
/usr/local/opnsense/scripts/suricata/listAlertLogs.py
/usr/local/opnsense/scripts/suricata/listInstallableRulesets.py
pkg: fix plist
2020-06-02 02:22:52 -04:00
/usr/local/opnsense/scripts/suricata/listRuleMetadata.py
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/scripts/suricata/metadata/rules/et-open.xml
/usr/local/opnsense/scripts/suricata/metadata/rules/opnsense.xml
/usr/local/opnsense/scripts/suricata/metadata/rules/sslbl.xml
/usr/local/opnsense/scripts/suricata/queryAlertLog.py
/usr/local/opnsense/scripts/suricata/queryInstalledRules.py
/usr/local/opnsense/scripts/suricata/rule-updater.py
/usr/local/opnsense/scripts/suricata/setup.sh
health: clean up scripts/systemheath location #5877 Unfortunately this requires relocating the logging plugins to its proper location which also affects plugins using that location.
2022-11-04 04:45:10 -04:00
/usr/local/opnsense/scripts/syslog/clearlog.php
pkg: fix plist
2021-05-02 10:42:17 -04:00
/usr/local/opnsense/scripts/syslog/generate_certs
syslog, work in progress. add helper function to hook in configd to list registered applications so we can easily use these values in our mvc forms.
2019-06-10 14:28:54 -04:00
/usr/local/opnsense/scripts/syslog/list_applications.php
Syslog: optionally disable legacy (clog) logging (#4101) * Syslog-NG replacement for legacy syslog local logs: Part of this commit: - support both formats in query log, which is used by our log api - sample local syslog-ng target for configd for https://github.com/opnsense/core/issues/4068 * syslog: add disable clog toggle + preserve number of log (days) setting when only using syslog-ng. for https://github.com/opnsense/core/issues/4068 * syslog: include local syslog-ng files when clog is disabled. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: change local handling, add relayd file to test the concept. The local directory contains filters for local targets, which should replace the <plugin>_syslog() construction eventually, everything relevant and not matched is send to system for https://github.com/opnsense/core/issues/4068 * Syslog-NG: minor update to local template to support module/file format as the query log handler supports it (e.g. /var/log/squid/access/) and add local templates * Syslog-NG: change flush log actions to support new format, while here make sure "flush all" actuallly flushes all logs (including plugins). for https://github.com/opnsense/core/issues/4068 * Syslog-NG: missing level in system log, for https://github.com/opnsense/core/issues/4068 * fix typo for https://github.com/opnsense/core/issues/4068 * syslog-ng: filter live log support for https://github.com/opnsense/core/issues/4068 * Syslog-NG: replace diag_logs_filter_summary.php for mvc enabled version, using the same log output as live log, for https://github.com/opnsense/core/issues/4068 * Syslog-NG: add log cleanup script to enforce preservelogs setting. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: webuser auth message should use LOG_AUTH facility. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: ditch sshlockout_pf in favour for a small script that locks out ssh/web gui failed attempts for both IPv4 and IPv6. for https://github.com/opnsense/core/issues/4068 * ditch sshlockout_pf dependancy, for https://github.com/opnsense/core/issues/4068 * fix indent in ACL, for https://github.com/opnsense/core/issues/4068 * fix plist
2020-05-10 04:59:14 -04:00
/usr/local/opnsense/scripts/syslog/lockout_handler
/usr/local/opnsense/scripts/syslog/log_archive
configd: extend log query mechanism with streaming capability
2024-06-21 06:23:30 -04:00
/usr/local/opnsense/scripts/syslog/log_matcher.py
health: clean up scripts/systemheath location #5877 Unfortunately this requires relocating the logging plugins to its proper location which also affects plugins using that location.
2022-11-04 04:45:10 -04:00
/usr/local/opnsense/scripts/syslog/logformats/__init__.py
/usr/local/opnsense/scripts/syslog/logformats/syslog.py
/usr/local/opnsense/scripts/syslog/queryLog.py
configd: extend log query mechanism with streaming capability
2024-06-21 06:23:30 -04:00
/usr/local/opnsense/scripts/syslog/streamLog.py
health: clean up scripts/systemheath location #5877 Unfortunately this requires relocating the logging plugins to its proper location which also affects plugins using that location.
2022-11-04 04:45:10 -04:00
/usr/local/opnsense/scripts/system/activity.py
src: style et al
2024-08-13 14:21:36 -04:00
/usr/local/opnsense/scripts/system/bectl.py
plist
2025-04-03 09:12:35 -04:00
/usr/local/opnsense/scripts/system/cert_fetch_local.py
system: move helper script out of the way; closes #7063
2023-12-12 02:48:37 -05:00
/usr/local/opnsense/scripts/system/certctl.py
configd: extend streaming support for blocking processes This allows for hooking into the EventSource mechanism on the client side, enabling server-sent events without busylooping on the backend. This will reduce stateless network chatter and eliminates the need for polling and many other benefits. Continuation of https://github.com/opnsense/core/commit/f25e1214dc138a2e54d57a65c5ee435bac2e2df8, which disables buffering on the webserver side. This change in particular also removes implicit buffering on the configd side. As an example, the polling of CPU usage is included with a backend script here. Granted, this could easily be replaced by `iostat -w 1 cpu | egrep -v "tty|tin" --line-buffered`, but the client will eventually need some form of per-event formatting which is already being handled in this example. When implementing these types of scripts, make sure that all output that encapsulates a single event is flushed at all times to prevent OS buffering. A new controller (without any consumers) is also implemented to showcase the passthrough mechanism on the controller side.
2024-03-22 05:29:44 -04:00
/usr/local/opnsense/scripts/system/cpu.py
System: Trust: Authorities - (work in progress) crl fetch script for installed certificates. The overal structure is there, but needs the final bits and pieces added to it. committing it now as a backup
2024-09-24 12:36:18 -04:00
/usr/local/opnsense/scripts/system/crl_fetch.py
System: Configuration: Defaults - refactor to mvc and add "components" which offers a configuration reset function per model (when not installed, it uses the version tags to identify them). closes https://github.com/opnsense/core/issues/8768
2025-10-16 15:10:00 -04:00
/usr/local/opnsense/scripts/system/factory_defaults.php
plist
2024-07-22 05:30:02 -04:00
/usr/local/opnsense/scripts/system/flush_config_history
System: Access: migrate Users and Groups to MVC/API (#8046) * System: Access: Groups - in preperation for https://github.com/opnsense/core/issues/7904, add support for comma separated member lists. If we convert groups to a model, we will switch the nested <member> tags into comma separated fields, e.g. <member>1</member> <member>12</member> will convert to: <member>1,12</member> using this commit we support both for areas where these are being read. * System: Access: Users - refactor to MVC (https://github.com/opnsense/core/issues/7904) * add initial boilerplate * unpack `<priv/>` field on first access * unpack '<apikeys/>' field on first access and implement key actions into ApiKeyField * add apikey grid in user management view * change isset() to !empty() for users disabled flag in backend code * move user atributes into dialog * hook PrivField type to \OPNsense\Core\ACL() * refactor Auth/API to use new User class * otp seed logic with simple api call to generate new seeds and some JS glue for the frontend * uid autonumber field * language selector using get_locale_list() via configd (cached) * add StoreB64Field field for authorizedkeys so we can keep the field contents backwards compatible. * ExpiresField for custom date parsing, supporting previous input formats as well. * group membership using a volatile custom field type, controller is responisble for persisting the configuration data to avoid entanglement between models * add button which links to most likely user certs (based on commonname), to avoid all sorts of magic to reflect certs back into the usermanager. * add getUserPrivs() to model so we can fetch a full list of privs for a user * show user icons, long this might be less relevant * add addApiKeyAction() to create a new api key for a user (by name) * download new api key from user view * implement hashing when setting a new (or scrabled) password * use new "auth sync user" event to trigger local user db changes * in API authenticator keep createKey and dropKey as stubs to the new model implementation * prevent removal of "system" users (root) * hook ACL and Menu * add Group administration using the same logic as users * cleanup unused * add System: Access: Privileges to manage and change user and group privileges * System: Access: Users - refactor to MVC (https://github.com/opnsense/core/issues/7904) review comments from @Monviech * "Create and Download API Key for this user" refresh apikeys bootgrid * "Users" bootgrid, add some columns * rename "Username" to "Group Name" in group edit * Disable sorting the bootgrid by "Users" and "Groups" as these are aggregated/formatted columns * System: Access: Privileges - fix updating groups dropping privileges for https://github.com/opnsense/core/pull/8046 * System: Access: Users - hook group model for https://github.com/opnsense/core/issues/7904 * System: Access: Users - add some safety fences to prevent accidental removal of rights https://github.com/opnsense/core/issues/7904 * Update src/opnsense/service/conf/actions.d/actions_auth.conf * Update src/opnsense/service/conf/actions.d/actions_auth.conf * System: Access: Users - remove userDNmap support as it belonged to the import https://github.com/opnsense/core/issues/7904 * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046), review comments * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046) o align "policy change for %s unlink group" with master (unlink when duplicates exists) * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046) refactor add user event so it utilizes our new model instead of direct config access, while performing the operation, also make sure we lock/unlock the config.xml * System: Access: migrate Users and Groups to MVC/API (https://github.com/opnsense/core/pull/8046) replace page-system-groupmanager-addprivs with page-system-usermanager-addprivs * plist --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2024-11-21 02:50:01 -05:00
/usr/local/opnsense/scripts/system/get_locales.php
wizard: reimplement system setup (#8378) * wizard: reimplement system setup, for https://github.com/opnsense/core/issues/8352 This commit implements our replacement for the setup wizard. The questions are roughly the same as in the legacy version. Some less relevant options have been removed (pppoe ondemand for example) and isc-dhcpd has been replaced with dnsmasq. Only standard tools have been used, a memory model to validate the data and simple input forms in tabs. The in memory model acts as a wrapper around a legacy configuration data and a couple of component models to apply the requested settings. Some legacy settings using isset() have been altered to use their empty() equivalent. * wizard: as we're changing to dnsmasq as default, we need to make sure the console setup configures the same (https://github.com/opnsense/core/issues/8352) Fix some small php arnings in the process, but further than that just rewrite the dhcpd console handling to use dnsmasq instead of isc. Eventually we will need to rewrite the console tools as well, but let's try to keep this compatible with minimal impact. * wizard: change other occurrences of isset($config['dnsallowoverride']) for https://github.com/opnsense/core/issues/8352 * wizard: sort listtags() and some other minor review comments for https://github.com/opnsense/core/issues/8352
2025-03-03 09:26:16 -05:00
/usr/local/opnsense/scripts/system/get_timezones.php
System: High Availability: Status - backend code for https://github.com/opnsense/core/issues/7899 This commit wraps our xmlrpc functions via configd and wires them via an api controller. In the long run we should consider moving to RESTful interfaces, but for now we will keep and cleanup the xmlrpc code. configd action "system ha services_cached" caches the service list for a couple of seconds to improve searchability via our standard grid functions.
2024-12-15 14:09:09 -05:00
/usr/local/opnsense/scripts/system/ha_xmlrpc_exec.php
System: Access: Users - add "system list shells" and hook to shell field, closes https://github.com/opnsense/core/issues/8155
2024-12-22 08:37:42 -05:00
/usr/local/opnsense/scripts/system/list_shells.py
src: lint pass
2022-03-22 08:40:28 -04:00
/usr/local/opnsense/scripts/system/nameservers.php
system: since scripts/dns is barely used move DNS query to system
2025-11-03 07:37:57 -05:00
/usr/local/opnsense/scripts/system/query_dns.py
system: move script to proper location
2022-07-15 04:29:13 -04:00
/usr/local/opnsense/scripts/system/remote_backup.php
pkg: fix plist
2016-12-28 07:22:22 -05:00
/usr/local/opnsense/scripts/system/rfc5246_cipher_suites.csv
pkg: fix plist
2023-03-09 12:10:01 -05:00
/usr/local/opnsense/scripts/system/rrd_pfstate_info.py
pkg: fix plist
2016-12-28 07:22:22 -05:00
/usr/local/opnsense/scripts/system/ssl_ciphers.py
System Status: replace old notices system with a global one (#5875) * MVC / System status: first draft for backend implementation * fix copyright * fix permissions * MVC / System Status: modify backend implementation and setup front-end * MVC / System Status: minor cleanup, ACL check and fix reporting in production mode * MVC / System Status: copy status sytem to legacy as well, remove the notices system, finish up front-end work * MVC / System Status: remove useless constructor * fix plist * System Status: shorten previous * System Status: add ACL check * System Status: also remove legacy part * System Status: also clean up on legacy page * System Status: ACL check on dismiss action as well * System Status: add readonly privilege check to dismiss action * System Status: do not trust input * System Status: address security concerns * add default return * System Status: move js code to separate script and make sure a logLocation is always provided * System Status: clean up callout in both legacy page and volt template After dismissing a message and closing the dialog, the old message was still bound to the dialog instance. re-registering the onclick callback solves this. * System Status: adjust log location and kick off status system on alias errors * System Status: let's hold off on throwing notifications for aliases for now * System Status: add ACL entry for the dismiss API call, adjust to new deployment situation Without the ACL entry, /api/core/system/dismissStatus calls are rejected for non-root users even when they should have rights to dismiss. Also do a minor consistency improvement and also adjust to the new situation of production & development deployment types. We need to account for the possibility of 'deployment' being empty in the configuration, therefore a direct check of the 'development' type seems most fitting as this is unlikely to change or be subjected to any additions. * System Status: also error out when unable to write new rules * System Status: account for users without permissions * System Status: name collision in FirmwareController * System Status: replace old notices system with a global one (https://github.com/opnsense/core/pull/5875) Review feedback / modifications in this commit: o filter.inc -- remove wedged message, when locked during parallel reloads it likely doesn't help to disable/enable -- flush message to error trigger file o SystemStatus.php -- str_contains --> strpos; eases testing on OPNsense 22.1.x as str_contains is php 8 only o Status collectors -- simplify logic and propagate messages received from status file o CrashReporterStatus - the existence of a /tmp/PHP_errors.log file should be enough to know some process signaled the crash reporter - remove shell exec o FirewallStatus -- as only /tmp/rules.error remains, remove loop to read for non existing files o opnsense_status.js -- add opn-status-group class to container and point css modifications in that single direction to prevent other objects from being affected by our status popup modifications -- windows file endings replaced (^M) o css: keep menu_messages container to ease migration for theme developers NOTE : ** get_crash_report() could likely be simplified as well * filter: change to mwexec, redirection is implied * System Status: handle potential undefined array key seems to be a one-off error: Exception: Error at /usr/local/opnsense/mvc/app/controllers/OPNsense/Core/Api/SystemController.php:90 - Undefined array key 0 (errno=2) in /usr/local/opnsense/mvc/app/controllers/OPNsense/Base/ApiControllerBase.php:159 Co-authored-by: Ad Schellevis <ad@opnsense.org>
2022-07-28 03:50:06 -04:00
/usr/local/opnsense/scripts/system/status.php
src: style sweep
2024-05-23 04:55:16 -04:00
/usr/local/opnsense/scripts/system/swapinfo.py
system: assorted improvements o Only modify default sysctls when default is known o Let user know a default is not available for tunable o Parse system descripton and type and show in GUI
2021-10-26 04:03:06 -04:00
/usr/local/opnsense/scripts/system/sysctl.py
System: Settings: Tunables - refactor to MVC for https://github.com/opnsense/core/issues/7249 (work in progress)
2025-01-01 14:12:08 -05:00
/usr/local/opnsense/scripts/system/sysctl_defaults.php
src: style and stuff
2024-09-10 15:43:38 -04:00
/usr/local/opnsense/scripts/system/tls_groups.py
pkg: fix plist
2020-10-04 01:15:45 -04:00
/usr/local/opnsense/scripts/system/trigger_config_changed_events.py
firmware: add CRL validation for business mirror
2024-10-08 08:39:04 -04:00
/usr/local/opnsense/scripts/system/update-crl-fetch.py
unbound: merge extended blocklists into core (closes https://github.com/opnsense/core/issues/9136) (#9301) Co-authored-by: Ad Schellevis <ad@opnsense.org> Co-authored-by: Franco Fichtner <franco@opnsense.org>
2025-11-10 04:50:18 -05:00
/usr/local/opnsense/scripts/unbound-dnsbl/dnsbl_match.py
/usr/local/opnsense/scripts/unbound-dnsbl/dnsbl_module.py
/usr/local/opnsense/scripts/unbound-dnsbl/lib/__init__.py
/usr/local/opnsense/scripts/unbound-dnsbl/lib/dnsbl.py
/usr/local/opnsense/scripts/unbound-dnsbl/lib/log.py
/usr/local/opnsense/scripts/unbound-dnsbl/lib/utils.py
/usr/local/opnsense/scripts/unbound-dnsbl/tests/__init__.py
/usr/local/opnsense/scripts/unbound-dnsbl/tests/dnsbl.json
/usr/local/opnsense/scripts/unbound-dnsbl/tests/dnsbl_tests.py
/usr/local/opnsense/scripts/unbound-dnsbl/tests/logger_tests.py
/usr/local/opnsense/scripts/unbound-dnsbl/tests/utils_tests.py
unbound: more refactoring, less pages, blacklist -> blocklist PR: https://github.com/opnsense/core/issues/4327
2021-07-20 05:00:00 -04:00
/usr/local/opnsense/scripts/unbound/blocklists.py
Unbound: blocklists: allow scripts to extend blocklist functionality (#6350)
2023-02-24 09:39:40 -05:00
/usr/local/opnsense/scripts/unbound/blocklists/__init__.py
/usr/local/opnsense/scripts/unbound/blocklists/default_bl.py
unbound: cache dump / load / flush
2017-08-24 18:11:10 -04:00
/usr/local/opnsense/scripts/unbound/cache.sh
unbound: add 'unbound check' target for advanced options #4327
2021-07-13 06:27:14 -04:00
/usr/local/opnsense/scripts/unbound/check.sh
unbound: add overview dashboard (#6101) Adds a reporting backend for Unbound as well as a dashboard showing an overview of interesting statistics: Total DNS queries (over a maximum period of 7 days) Blocked queries Cache hits local-data hits A traffic graph with variable intervals top N passed/blocked domains (with associated blocklist) There are a couple of hardcoded values: The underlying database is kept up-to-date for the last 7 days. The ring buffer used to decouple unbound from the logging backend has a size of 100000 entries. In very busy networks, db commits are done for a max of 4000 entries, which according to testing seems to be a good break-even point for DNS throughput vs. insert performance. Everything below this is flushed to the database every 5 seconds. To facilitate the variable interval traffic graph, multiple views with varying detail in time slots are created: 1, 5 and 30 minute buckets. These can easily be extended should different intervals be necessary.
2022-11-25 05:42:38 -05:00
/usr/local/opnsense/scripts/unbound/logger.py
Services: Unbound DNS - add manual restore function for easier db repair. (ref https://github.com/opnsense/core/issues/7049)
2023-12-12 05:18:45 -05:00
/usr/local/opnsense/scripts/unbound/restore_db.py
unbound: allow to retain cache; closes #2750
2021-07-13 05:21:01 -04:00
/usr/local/opnsense/scripts/unbound/start.sh
unbound: add overview dashboard (#6101) Adds a reporting backend for Unbound as well as a dashboard showing an overview of interesting statistics: Total DNS queries (over a maximum period of 7 days) Blocked queries Cache hits local-data hits A traffic graph with variable intervals top N passed/blocked domains (with associated blocklist) There are a couple of hardcoded values: The underlying database is kept up-to-date for the last 7 days. The ring buffer used to decouple unbound from the logging backend has a size of 100000 entries. In very busy networks, db commits are done for a max of 4000 entries, which according to testing seems to be a good break-even point for DNS throughput vs. insert performance. Everything below this is flushed to the database every 5 seconds. To facilitate the variable interval traffic graph, multiple views with varying detail in time slots are created: 1, 5 and 30 minute buckets. These can easily be extended should different intervals be necessary.
2022-11-25 05:42:38 -05:00
/usr/local/opnsense/scripts/unbound/stats.py
isc-dhcp: move two scripts to their callers #9155
2026-01-14 07:59:42 -05:00
/usr/local/opnsense/scripts/unbound/unbound_watcher.py
unbound: shorten unbounctlwrapper to wrapper.py
2018-09-23 04:20:09 -04:00
/usr/local/opnsense/scripts/unbound/wrapper.py
wireguard: move this as well for consistency
2025-08-13 14:33:56 -04:00
/usr/local/opnsense/scripts/wireguard/gen_keypair.py
/usr/local/opnsense/scripts/wireguard/reresolve-dns.py
/usr/local/opnsense/scripts/wireguard/wg-service-control.php
/usr/local/opnsense/scripts/wireguard/wg_show.py
pkg: fix plist
2020-06-03 02:46:44 -04:00
/usr/local/opnsense/service/conf/actions.d/actions_auth.conf
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/conf/actions.d/actions_captiveportal.conf
/usr/local/opnsense/service/conf/actions.d/actions_configd.conf
/usr/local/opnsense/service/conf/actions.d/actions_cron.conf
dhcrelay: finish v4 and remove legacy page #6983
2024-03-13 03:47:39 -04:00
/usr/local/opnsense/service/conf/actions.d/actions_dhcrelay.conf
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/conf/actions.d/actions_dns.conf
dnsmasq: migrate to MVC/API - phase 1 : frontend migration (#8260) * dnsmasq: migrate to MVC/API, initial boilerplate for https://github.com/opnsense/core/issues/7905 * dnsmasq: migrate to MVC/API, work in progress for https://github.com/opnsense/core/issues/7905 * add general tab fields * initial hosts tab with inline migration * dnsmasq: migrate to MVC/API, replace current frontend for https://github.com/opnsense/core/issues/7905 More or less feature complete refactory of the current frontend, which should be a drop-in replacement for the legacy frontend. The default migration will force an inline migration for aliases and domain ip addresses (which in legacy is a combined field). * dnsmasq: migrate to MVC/API, missing isset() -> !empty() for https://github.com/opnsense/core/issues/7905
2025-02-03 05:07:02 -05:00
/usr/local/opnsense/service/conf/actions.d/actions_dnsmasq.conf
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/conf/actions.d/actions_filter.conf
/usr/local/opnsense/service/conf/actions.d/actions_firmware.conf
health: rename backend actions #5877
2022-11-04 04:50:09 -04:00
/usr/local/opnsense/service/conf/actions.d/actions_health.conf
Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (#9354) * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature This splits the Neighbors menu item in an existing static assignments and adds the automatic discovery feature which includes logging and insights into the currently known hosts on the network. When automatic discovery is disabled, it drops back to arp/ndp. By default automatic mode is enabled on all interfaces, but configuration options exists (to limit interfaces and networks). Other consumers which require host mappings can use the /usr/local/opnsense/scripts/interfaces/list_hosts.py script to either fetch the sqlite database or arp/ndp data for the selected pprotocol(s). More information about the hostwatch daemon is available at https://github.com/opnsense/hostwatch * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (review feedback https://github.com/opnsense/core/pull/9354) * Interfaces: Neighbors: Automatic Discovery - change list_hosts.py to only query ndp when explicitly asked. Due to the short timeouts of the ndp entries and the cost of querying them, it's probably best to only support ndp when explicitly asked. In most cases where we need host data, we currently only support ipv4 anyway, which means a switch to the new entrypoint (list_hosts.py script) should be relatively harmless. * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (review feedback https://github.com/opnsense/core/pull/9354)
2025-11-06 07:01:52 -05:00
/usr/local/opnsense/service/conf/actions.d/actions_hostwatch.conf
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/conf/actions.d/actions_ids.conf
/usr/local/opnsense/service/conf/actions.d/actions_interface.conf
/usr/local/opnsense/service/conf/actions.d/actions_ipfw.conf
/usr/local/opnsense/service/conf/actions.d/actions_ipsec.conf
Kea / Dhcp - DHCPv4 replacement, initial minimal for https://github.com/opnsense/core/issues/6971 This commit contains the basic features of our new DHCPv4 server, it certainly needs additional testing as currently we only validated the configuration format is valid. The aim is to keep the json templates as simple as possible. For now we keep the kea-control-agent disabled, we probably need it later, but we don't want to expose a listener without using it.
2023-10-17 14:59:58 -04:00
/usr/local/opnsense/service/conf/actions.d/actions_kea.conf
services: import monit service Some things to work on: * post-install should be a migration * move to system? * remove old notifications
2018-03-10 05:51:56 -05:00
/usr/local/opnsense/service/conf/actions.d/actions_monit.conf
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/conf/actions.d/actions_netflow.conf
network time: status: refactor to MVC (#9361)
2025-11-11 08:08:53 -05:00
/usr/local/opnsense/service/conf/actions.d/actions_ntpd.conf
openssh: work for #1480
2017-03-18 08:14:21 -04:00
/usr/local/opnsense/service/conf/actions.d/actions_openssh.conf
pkg: fix plist
2023-02-23 06:41:28 -05:00
/usr/local/opnsense/service/conf/actions.d/actions_openvpn.conf
router advertisements: migrate to MVC/API (#9603) Migrate router advertisements to its own space. Although the data shifts around a bit the end result should be equivalent. Of note is that we currently do not have visibility for automatic interface tracking when not disabled, but they can be disabled manually by adding the interface configuration and unchecking the service enable. Co-authored-by: Monviech <gitacc@pischem.com>
2026-01-12 07:10:55 -05:00
/usr/local/opnsense/service/conf/actions.d/actions_radvd.conf
shaper: move pipe & queue configuration to dnctl service (#8404) if no shaper (ipfw) rules are present, or these rules are disabled, ipfw will be disabled as well (firewall_enable="NO" and rc.ipfw onestop). Traffic shaped via pf will not show up in the stats output of dnctl pipe|queue|sched show. Also, there is currently no logic to associate pipes/queues with pf rules.
2025-03-06 04:32:13 -05:00
/usr/local/opnsense/service/conf/actions.d/actions_shaper.conf
pkg: fix plist
2019-06-17 14:31:31 -04:00
/usr/local/opnsense/service/conf/actions.d/actions_syslog.conf
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/conf/actions.d/actions_system.conf
/usr/local/opnsense/service/conf/actions.d/actions_template.conf
pkg: fix plist for unbound additions
2017-03-25 12:09:44 -04:00
/usr/local/opnsense/service/conf/actions.d/actions_unbound.conf
webgui: add and use backend call PR: https://github.com/opnsense/plugins/issues/236
2017-08-29 04:37:46 -04:00
/usr/local/opnsense/service/conf/actions.d/actions_webgui.conf
wireguard: merge net/wireguard as of version 2.2 #6827 Omit the dependency on wireguard-kmod as we will be targeting the kernel module with 24.1. Some people may run into this but it's safer than trying to rely on a package that won't be available going from 23.7 to 24.1.
2023-09-29 02:28:48 -04:00
/usr/local/opnsense/service/conf/actions.d/actions_wireguard.conf
system: also add zpool-trim command Background both commands to avoid spurious timeouts. We do not process output anyway. PR: https://forum.opnsense.org/index.php?topic=31143.0
2023-01-16 07:41:18 -05:00
/usr/local/opnsense/service/conf/actions.d/actions_zfs.conf
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/conf/actions_service.conf
/usr/local/opnsense/service/conf/configd.conf
pkg: fix plist
2023-12-14 15:24:45 -05:00
/usr/local/opnsense/service/conf/configd.conf.d/.placeholder
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/configd.py
/usr/local/opnsense/service/configd_ctl.py
/usr/local/opnsense/service/modules/__init__.py
pkg: fix plist
2023-04-21 01:25:14 -04:00
/usr/local/opnsense/service/modules/actions/__init__.py
/usr/local/opnsense/service/modules/actions/base.py
/usr/local/opnsense/service/modules/actions/inline.py
/usr/local/opnsense/service/modules/actions/none.py
/usr/local/opnsense/service/modules/actions/script.py
/usr/local/opnsense/service/modules/actions/script_output.py
configd - support streaming output using the "stream_output" handler. This commit adds the connection to the action.execute() method which offers the ability to flush data back to the client instantly without having to wait for the call to end. As the existing types are only slighly modified, the impact of this change should be rather low. To demonstrate the streaming capability, also adjust configctl to flush output when received. Example usage: [find] command:find / ; xxx parameters: type:stream_output message:test stream output
2023-11-22 12:11:08 -05:00
/usr/local/opnsense/service/modules/actions/stream_output.py
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/modules/addons/__init__.py
/usr/local/opnsense/service/modules/addons/template_helpers.py
/usr/local/opnsense/service/modules/config.py
/usr/local/opnsense/service/modules/daemonize.py
/usr/local/opnsense/service/modules/processhandler.py
plist-fix
2023-11-29 11:36:05 -05:00
/usr/local/opnsense/service/modules/session.py
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/modules/template.py
/usr/local/opnsense/service/run_unittests.py
plist
2025-07-14 05:30:21 -04:00
/usr/local/opnsense/service/template_ctl.py
system: consolidate previous * system_console_configure() is really system_login_configure()+ * make a template for sudoers config setting * move auth template generation to single spot
2016-10-26 01:17:58 -04:00
/usr/local/opnsense/service/templates/OPNsense/Auth/+TARGETS
pkg: fix plist
2021-04-23 04:09:18 -04:00
/usr/local/opnsense/service/templates/OPNsense/Auth/csh.cshrc
pkg: fix plist
2019-03-04 07:13:23 -05:00
/usr/local/opnsense/service/templates/OPNsense/Auth/ipsec.pam
rc: finally deal with message of the day Content follows, for now just use the sweet template Framework to get this party started. We're using "motd.in" so allow replacement during package builds.
2016-10-29 02:22:40 -04:00
/usr/local/opnsense/service/templates/OPNsense/Auth/motd
system: consolidate previous * system_console_configure() is really system_login_configure()+ * make a template for sudoers config setting * move auth template generation to single spot
2016-10-26 01:17:58 -04:00
/usr/local/opnsense/service/templates/OPNsense/Auth/sshd.pam
/usr/local/opnsense/service/templates/OPNsense/Auth/sudoers
pkg: fix plist
2016-12-18 16:18:43 -05:00
/usr/local/opnsense/service/templates/OPNsense/Auth/system.pam
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/templates/OPNsense/Captiveportal/+TARGETS
/usr/local/opnsense/service/templates/OPNsense/Captiveportal/captiveportal.conf
/usr/local/opnsense/service/templates/OPNsense/Captiveportal/lighttpd-api-dispatcher.conf
/usr/local/opnsense/service/templates/OPNsense/Captiveportal/lighttpd-zone.conf
/usr/local/opnsense/service/templates/OPNsense/Captiveportal/rc.conf.d
/usr/local/opnsense/service/templates/OPNsense/Cron/+TARGETS
system: change atrun interval to every minute
2025-10-13 07:16:53 -04:00
/usr/local/opnsense/service/templates/OPNsense/Cron/at.cron
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/templates/OPNsense/Cron/user.cron
dnsmasq: Backend migration and add dhcp support for https://github.com/opnsense/core/issues/8329 (#8355) This rather large commit implements most relevant dhcp options and rewrites dnsmasq's backend. By default dnsmasq is disabled, eventually we do want dnsmasq enabled for dhcp services by default, but dns itself disabled. For this reason we support port "0" as implemented at dnsmasq (not listening for dns). For cases where users want to integrate dns and dhcp services, the advise is to make dnsmasq listen on a non standard port and point unbound to the zones where dnsmasq is responsible for. This has the advantage of a direct connection between dhcp registered hosts and the requesting service. In these cases dnsmasq's dns service acts like a "connector". In the long run we should deprecate `regdhcpstatic` and `regdhcp` as these either belong to legacy isc-dhcp or hook kea entries (which are better served via unbound). The first mvc migration phase implemented IndexController.php, which we rename to SettingsController.php now as these results in more logical ui endpoints. Since we don't bind to addresses directly (unless specifically configured and adviced only for static setups), we can skip the newwanip event which means we don't restart the service on interface changes. dnsmasq is able to filter the relevant networks on the fly, which is the advised scenario and can cope more easily with changes. When different clients need to receive different options, we can use "tags" now. Requests can add tags to filter options which will be offered to the client, in the most simple scenario one would tag on a range or a host reservation, but more advanced choices can also be achieved using match statements (for example architecture [client-arch])
2025-02-19 11:40:55 -05:00
/usr/local/opnsense/service/templates/OPNsense/Dnsmasq/+TARGETS
/usr/local/opnsense/service/templates/OPNsense/Dnsmasq/dnsmasq.conf
dnsmasq: migrate to rc.d scripting
2025-02-24 17:51:32 -05:00
/usr/local/opnsense/service/templates/OPNsense/Dnsmasq/rc.conf.d
pkg: fix plist
2017-12-02 09:08:09 -05:00
/usr/local/opnsense/service/templates/OPNsense/Filter/+TARGETS
pkg: fix plist
2019-12-26 04:42:32 -05:00
/usr/local/opnsense/service/templates/OPNsense/Filter/filter_geoip.conf
pkg: fix plist
2017-12-02 09:08:09 -05:00
/usr/local/opnsense/service/templates/OPNsense/Filter/filter_tables.conf
Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (#9354) * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature This splits the Neighbors menu item in an existing static assignments and adds the automatic discovery feature which includes logging and insights into the currently known hosts on the network. When automatic discovery is disabled, it drops back to arp/ndp. By default automatic mode is enabled on all interfaces, but configuration options exists (to limit interfaces and networks). Other consumers which require host mappings can use the /usr/local/opnsense/scripts/interfaces/list_hosts.py script to either fetch the sqlite database or arp/ndp data for the selected pprotocol(s). More information about the hostwatch daemon is available at https://github.com/opnsense/hostwatch * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (review feedback https://github.com/opnsense/core/pull/9354) * Interfaces: Neighbors: Automatic Discovery - change list_hosts.py to only query ndp when explicitly asked. Due to the short timeouts of the ndp entries and the cost of querying them, it's probably best to only support ndp when explicitly asked. In most cases where we need host data, we currently only support ipv4 anyway, which means a switch to the new entrypoint (list_hosts.py script) should be relatively harmless. * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (review feedback https://github.com/opnsense/core/pull/9354)
2025-11-06 07:01:52 -05:00
/usr/local/opnsense/service/templates/OPNsense/Hostdiscovery/+TARGETS
/usr/local/opnsense/service/templates/OPNsense/Hostdiscovery/rc.conf.d
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/templates/OPNsense/IDS/+TARGETS
pkg: sort plist, file systems getting in the way
2016-09-24 08:34:14 -04:00
/usr/local/opnsense/service/templates/OPNsense/IDS/OPNsense.rules
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/templates/OPNsense/IDS/classification.config
/usr/local/opnsense/service/templates/OPNsense/IDS/newsyslog.conf
/usr/local/opnsense/service/templates/OPNsense/IDS/rc.conf.d
/usr/local/opnsense/service/templates/OPNsense/IDS/reference.config
fix plist
2020-11-09 09:09:22 -05:00
/usr/local/opnsense/service/templates/OPNsense/IDS/rule-policies.config
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/templates/OPNsense/IDS/rule-updater.config
/usr/local/opnsense/service/templates/OPNsense/IDS/rules.config
/usr/local/opnsense/service/templates/OPNsense/IDS/suricata.yaml
/usr/local/opnsense/service/templates/OPNsense/IPFW/+TARGETS
/usr/local/opnsense/service/templates/OPNsense/IPFW/ipfw.conf
pkg: fix plist
2021-03-04 07:51:20 -05:00
/usr/local/opnsense/service/templates/OPNsense/IPFW/ipfw_rule_tables.conf
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/templates/OPNsense/IPFW/rc.conf.d
pkg: fix plist
2021-03-04 07:51:20 -05:00
/usr/local/opnsense/service/templates/OPNsense/IPFW/rules.macro
VPN/IPsec - add event handler for manual spd entries if reqid is set.
2022-12-27 15:45:14 -05:00
/usr/local/opnsense/service/templates/OPNsense/IPsec/+TARGETS
/usr/local/opnsense/service/templates/OPNsense/IPsec/reqid_events.conf
Kea / Dhcp - DHCPv4 replacement, initial minimal for https://github.com/opnsense/core/issues/6971 This commit contains the basic features of our new DHCPv4 server, it certainly needs additional testing as currently we only validated the configuration format is valid. The aim is to keep the json templates as simple as possible. For now we keep the kea-control-agent disabled, we probably need it later, but we don't want to expose a listener without using it.
2023-10-17 14:59:58 -04:00
/usr/local/opnsense/service/templates/OPNsense/Kea/+TARGETS
/usr/local/opnsense/service/templates/OPNsense/Kea/kea-ctrl-agent.conf
/usr/local/opnsense/service/templates/OPNsense/Kea/kea-dhcp4.conf
/usr/local/opnsense/service/templates/OPNsense/Kea/keactrl.conf
/usr/local/opnsense/service/templates/OPNsense/Kea/rc.conf.d
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/templates/OPNsense/Macros/interface.macro
services: import monit service Some things to work on: * post-install should be a migration * move to system? * remove old notifications
2018-03-10 05:51:56 -05:00
/usr/local/opnsense/service/templates/OPNsense/Monit/+TARGETS
/usr/local/opnsense/service/templates/OPNsense/Monit/monitrc
/usr/local/opnsense/service/templates/OPNsense/Monit/rc.conf.d
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/templates/OPNsense/Netflow/+TARGETS
/usr/local/opnsense/service/templates/OPNsense/Netflow/flowd.conf
/usr/local/opnsense/service/templates/OPNsense/Netflow/flowd.rc.conf.d
/usr/local/opnsense/service/templates/OPNsense/Netflow/flowd_aggregate.rc.conf.d
/usr/local/opnsense/service/templates/OPNsense/Netflow/netflow.conf
/usr/local/opnsense/service/templates/OPNsense/Netflow/rc.conf.d
/usr/local/opnsense/service/templates/OPNsense/Sample/+TARGETS
/usr/local/opnsense/service/templates/OPNsense/Sample/example_config.txt
/usr/local/opnsense/service/templates/OPNsense/Sample/example_parent.txt
/usr/local/opnsense/service/templates/OPNsense/Sample/example_simple_page.txt
/usr/local/opnsense/service/templates/OPNsense/Sample/sub1/+TARGETS
/usr/local/opnsense/service/templates/OPNsense/Sample/sub1/example_sub1.txt
/usr/local/opnsense/service/templates/OPNsense/Sample/sub2/+TARGETS
/usr/local/opnsense/service/templates/OPNsense/Sample/sub2/example_sub2.txt
shaper: move pipe & queue configuration to dnctl service (#8404) if no shaper (ipfw) rules are present, or these rules are disabled, ipfw will be disabled as well (firewall_enable="NO" and rc.ipfw onestop). Traffic shaped via pf will not show up in the stats output of dnctl pipe|queue|sched show. Also, there is currently no logic to associate pipes/queues with pf rules.
2025-03-06 04:32:13 -05:00
/usr/local/opnsense/service/templates/OPNsense/Shaper/+TARGETS
/usr/local/opnsense/service/templates/OPNsense/Shaper/dnctl.conf
/usr/local/opnsense/service/templates/OPNsense/Shaper/rc.conf.d
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/+TARGETS
Syslog: optionally disable legacy (clog) logging (#4101) * Syslog-NG replacement for legacy syslog local logs: Part of this commit: - support both formats in query log, which is used by our log api - sample local syslog-ng target for configd for https://github.com/opnsense/core/issues/4068 * syslog: add disable clog toggle + preserve number of log (days) setting when only using syslog-ng. for https://github.com/opnsense/core/issues/4068 * syslog: include local syslog-ng files when clog is disabled. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: change local handling, add relayd file to test the concept. The local directory contains filters for local targets, which should replace the <plugin>_syslog() construction eventually, everything relevant and not matched is send to system for https://github.com/opnsense/core/issues/4068 * Syslog-NG: minor update to local template to support module/file format as the query log handler supports it (e.g. /var/log/squid/access/) and add local templates * Syslog-NG: change flush log actions to support new format, while here make sure "flush all" actuallly flushes all logs (including plugins). for https://github.com/opnsense/core/issues/4068 * Syslog-NG: missing level in system log, for https://github.com/opnsense/core/issues/4068 * fix typo for https://github.com/opnsense/core/issues/4068 * syslog-ng: filter live log support for https://github.com/opnsense/core/issues/4068 * Syslog-NG: replace diag_logs_filter_summary.php for mvc enabled version, using the same log output as live log, for https://github.com/opnsense/core/issues/4068 * Syslog-NG: add log cleanup script to enforce preservelogs setting. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: webuser auth message should use LOG_AUTH facility. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: ditch sshlockout_pf in favour for a small script that locks out ssh/web gui failed attempts for both IPv4 and IPv6. for https://github.com/opnsense/core/issues/4068 * ditch sshlockout_pf dependancy, for https://github.com/opnsense/core/issues/4068 * fix indent in ACL, for https://github.com/opnsense/core/issues/4068 * fix plist
2020-05-10 04:59:14 -04:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/README
pkg: fix plist
2021-04-20 04:27:50 -04:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/audit.conf
Syslog: optionally disable legacy (clog) logging (#4101) * Syslog-NG replacement for legacy syslog local logs: Part of this commit: - support both formats in query log, which is used by our log api - sample local syslog-ng target for configd for https://github.com/opnsense/core/issues/4068 * syslog: add disable clog toggle + preserve number of log (days) setting when only using syslog-ng. for https://github.com/opnsense/core/issues/4068 * syslog: include local syslog-ng files when clog is disabled. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: change local handling, add relayd file to test the concept. The local directory contains filters for local targets, which should replace the <plugin>_syslog() construction eventually, everything relevant and not matched is send to system for https://github.com/opnsense/core/issues/4068 * Syslog-NG: minor update to local template to support module/file format as the query log handler supports it (e.g. /var/log/squid/access/) and add local templates * Syslog-NG: change flush log actions to support new format, while here make sure "flush all" actuallly flushes all logs (including plugins). for https://github.com/opnsense/core/issues/4068 * Syslog-NG: missing level in system log, for https://github.com/opnsense/core/issues/4068 * fix typo for https://github.com/opnsense/core/issues/4068 * syslog-ng: filter live log support for https://github.com/opnsense/core/issues/4068 * Syslog-NG: replace diag_logs_filter_summary.php for mvc enabled version, using the same log output as live log, for https://github.com/opnsense/core/issues/4068 * Syslog-NG: add log cleanup script to enforce preservelogs setting. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: webuser auth message should use LOG_AUTH facility. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: ditch sshlockout_pf in favour for a small script that locks out ssh/web gui failed attempts for both IPv4 and IPv6. for https://github.com/opnsense/core/issues/4068 * ditch sshlockout_pf dependancy, for https://github.com/opnsense/core/issues/4068 * fix indent in ACL, for https://github.com/opnsense/core/issues/4068 * fix plist
2020-05-10 04:59:14 -04:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/configd.conf
Services: DHCRelay - add logging into its own space
2024-05-21 04:02:45 -04:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/dhcrelay.conf
Syslog: optionally disable legacy (clog) logging (#4101) * Syslog-NG replacement for legacy syslog local logs: Part of this commit: - support both formats in query log, which is used by our log api - sample local syslog-ng target for configd for https://github.com/opnsense/core/issues/4068 * syslog: add disable clog toggle + preserve number of log (days) setting when only using syslog-ng. for https://github.com/opnsense/core/issues/4068 * syslog: include local syslog-ng files when clog is disabled. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: change local handling, add relayd file to test the concept. The local directory contains filters for local targets, which should replace the <plugin>_syslog() construction eventually, everything relevant and not matched is send to system for https://github.com/opnsense/core/issues/4068 * Syslog-NG: minor update to local template to support module/file format as the query log handler supports it (e.g. /var/log/squid/access/) and add local templates * Syslog-NG: change flush log actions to support new format, while here make sure "flush all" actuallly flushes all logs (including plugins). for https://github.com/opnsense/core/issues/4068 * Syslog-NG: missing level in system log, for https://github.com/opnsense/core/issues/4068 * fix typo for https://github.com/opnsense/core/issues/4068 * syslog-ng: filter live log support for https://github.com/opnsense/core/issues/4068 * Syslog-NG: replace diag_logs_filter_summary.php for mvc enabled version, using the same log output as live log, for https://github.com/opnsense/core/issues/4068 * Syslog-NG: add log cleanup script to enforce preservelogs setting. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: webuser auth message should use LOG_AUTH facility. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: ditch sshlockout_pf in favour for a small script that locks out ssh/web gui failed attempts for both IPv4 and IPv6. for https://github.com/opnsense/core/issues/4068 * ditch sshlockout_pf dependancy, for https://github.com/opnsense/core/issues/4068 * fix indent in ACL, for https://github.com/opnsense/core/issues/4068 * fix plist
2020-05-10 04:59:14 -04:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/dnsmasq.conf
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/filter.conf
pkg: fix plist
2022-07-21 15:02:42 -04:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/firewall.conf
Syslog: optionally disable legacy (clog) logging (#4101) * Syslog-NG replacement for legacy syslog local logs: Part of this commit: - support both formats in query log, which is used by our log api - sample local syslog-ng target for configd for https://github.com/opnsense/core/issues/4068 * syslog: add disable clog toggle + preserve number of log (days) setting when only using syslog-ng. for https://github.com/opnsense/core/issues/4068 * syslog: include local syslog-ng files when clog is disabled. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: change local handling, add relayd file to test the concept. The local directory contains filters for local targets, which should replace the <plugin>_syslog() construction eventually, everything relevant and not matched is send to system for https://github.com/opnsense/core/issues/4068 * Syslog-NG: minor update to local template to support module/file format as the query log handler supports it (e.g. /var/log/squid/access/) and add local templates * Syslog-NG: change flush log actions to support new format, while here make sure "flush all" actuallly flushes all logs (including plugins). for https://github.com/opnsense/core/issues/4068 * Syslog-NG: missing level in system log, for https://github.com/opnsense/core/issues/4068 * fix typo for https://github.com/opnsense/core/issues/4068 * syslog-ng: filter live log support for https://github.com/opnsense/core/issues/4068 * Syslog-NG: replace diag_logs_filter_summary.php for mvc enabled version, using the same log output as live log, for https://github.com/opnsense/core/issues/4068 * Syslog-NG: add log cleanup script to enforce preservelogs setting. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: webuser auth message should use LOG_AUTH facility. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: ditch sshlockout_pf in favour for a small script that locks out ssh/web gui failed attempts for both IPv4 and IPv6. for https://github.com/opnsense/core/issues/4068 * ditch sshlockout_pf dependancy, for https://github.com/opnsense/core/issues/4068 * fix indent in ACL, for https://github.com/opnsense/core/issues/4068 * fix plist
2020-05-10 04:59:14 -04:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/gateways.conf
Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (#9354) * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature This splits the Neighbors menu item in an existing static assignments and adds the automatic discovery feature which includes logging and insights into the currently known hosts on the network. When automatic discovery is disabled, it drops back to arp/ndp. By default automatic mode is enabled on all interfaces, but configuration options exists (to limit interfaces and networks). Other consumers which require host mappings can use the /usr/local/opnsense/scripts/interfaces/list_hosts.py script to either fetch the sqlite database or arp/ndp data for the selected pprotocol(s). More information about the hostwatch daemon is available at https://github.com/opnsense/hostwatch * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (review feedback https://github.com/opnsense/core/pull/9354) * Interfaces: Neighbors: Automatic Discovery - change list_hosts.py to only query ndp when explicitly asked. Due to the short timeouts of the ndp entries and the cost of querying them, it's probably best to only support ndp when explicitly asked. In most cases where we need host data, we currently only support ipv4 anyway, which means a switch to the new entrypoint (list_hosts.py script) should be relatively harmless. * Interfaces: Neighbors: Automatic Discovery - add new hostdiscovery feature (review feedback https://github.com/opnsense/core/pull/9354)
2025-11-06 07:01:52 -05:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/hostwatch.conf
Syslog: optionally disable legacy (clog) logging (#4101) * Syslog-NG replacement for legacy syslog local logs: Part of this commit: - support both formats in query log, which is used by our log api - sample local syslog-ng target for configd for https://github.com/opnsense/core/issues/4068 * syslog: add disable clog toggle + preserve number of log (days) setting when only using syslog-ng. for https://github.com/opnsense/core/issues/4068 * syslog: include local syslog-ng files when clog is disabled. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: change local handling, add relayd file to test the concept. The local directory contains filters for local targets, which should replace the <plugin>_syslog() construction eventually, everything relevant and not matched is send to system for https://github.com/opnsense/core/issues/4068 * Syslog-NG: minor update to local template to support module/file format as the query log handler supports it (e.g. /var/log/squid/access/) and add local templates * Syslog-NG: change flush log actions to support new format, while here make sure "flush all" actuallly flushes all logs (including plugins). for https://github.com/opnsense/core/issues/4068 * Syslog-NG: missing level in system log, for https://github.com/opnsense/core/issues/4068 * fix typo for https://github.com/opnsense/core/issues/4068 * syslog-ng: filter live log support for https://github.com/opnsense/core/issues/4068 * Syslog-NG: replace diag_logs_filter_summary.php for mvc enabled version, using the same log output as live log, for https://github.com/opnsense/core/issues/4068 * Syslog-NG: add log cleanup script to enforce preservelogs setting. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: webuser auth message should use LOG_AUTH facility. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: ditch sshlockout_pf in favour for a small script that locks out ssh/web gui failed attempts for both IPv4 and IPv6. for https://github.com/opnsense/core/issues/4068 * ditch sshlockout_pf dependancy, for https://github.com/opnsense/core/issues/4068 * fix indent in ACL, for https://github.com/opnsense/core/issues/4068 * fix plist
2020-05-10 04:59:14 -04:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/ipsec.conf
Kea / Dhcp - DHCPv4 replacement, initial minimal for https://github.com/opnsense/core/issues/6971 This commit contains the basic features of our new DHCPv4 server, it certainly needs additional testing as currently we only validated the configuration format is valid. The aim is to keep the json templates as simple as possible. For now we keep the kea-control-agent disabled, we probably need it later, but we don't want to expose a listener without using it.
2023-10-17 14:59:58 -04:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/kea.conf
Syslog: optionally disable legacy (clog) logging (#4101) * Syslog-NG replacement for legacy syslog local logs: Part of this commit: - support both formats in query log, which is used by our log api - sample local syslog-ng target for configd for https://github.com/opnsense/core/issues/4068 * syslog: add disable clog toggle + preserve number of log (days) setting when only using syslog-ng. for https://github.com/opnsense/core/issues/4068 * syslog: include local syslog-ng files when clog is disabled. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: change local handling, add relayd file to test the concept. The local directory contains filters for local targets, which should replace the <plugin>_syslog() construction eventually, everything relevant and not matched is send to system for https://github.com/opnsense/core/issues/4068 * Syslog-NG: minor update to local template to support module/file format as the query log handler supports it (e.g. /var/log/squid/access/) and add local templates * Syslog-NG: change flush log actions to support new format, while here make sure "flush all" actuallly flushes all logs (including plugins). for https://github.com/opnsense/core/issues/4068 * Syslog-NG: missing level in system log, for https://github.com/opnsense/core/issues/4068 * fix typo for https://github.com/opnsense/core/issues/4068 * syslog-ng: filter live log support for https://github.com/opnsense/core/issues/4068 * Syslog-NG: replace diag_logs_filter_summary.php for mvc enabled version, using the same log output as live log, for https://github.com/opnsense/core/issues/4068 * Syslog-NG: add log cleanup script to enforce preservelogs setting. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: webuser auth message should use LOG_AUTH facility. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: ditch sshlockout_pf in favour for a small script that locks out ssh/web gui failed attempts for both IPv4 and IPv6. for https://github.com/opnsense/core/issues/4068 * ditch sshlockout_pf dependancy, for https://github.com/opnsense/core/issues/4068 * fix indent in ACL, for https://github.com/opnsense/core/issues/4068 * fix plist
2020-05-10 04:59:14 -04:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/lighttpd.conf
fix plist
2021-12-21 13:02:30 -05:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/monit.conf
Syslog: optionally disable legacy (clog) logging (#4101) * Syslog-NG replacement for legacy syslog local logs: Part of this commit: - support both formats in query log, which is used by our log api - sample local syslog-ng target for configd for https://github.com/opnsense/core/issues/4068 * syslog: add disable clog toggle + preserve number of log (days) setting when only using syslog-ng. for https://github.com/opnsense/core/issues/4068 * syslog: include local syslog-ng files when clog is disabled. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: change local handling, add relayd file to test the concept. The local directory contains filters for local targets, which should replace the <plugin>_syslog() construction eventually, everything relevant and not matched is send to system for https://github.com/opnsense/core/issues/4068 * Syslog-NG: minor update to local template to support module/file format as the query log handler supports it (e.g. /var/log/squid/access/) and add local templates * Syslog-NG: change flush log actions to support new format, while here make sure "flush all" actuallly flushes all logs (including plugins). for https://github.com/opnsense/core/issues/4068 * Syslog-NG: missing level in system log, for https://github.com/opnsense/core/issues/4068 * fix typo for https://github.com/opnsense/core/issues/4068 * syslog-ng: filter live log support for https://github.com/opnsense/core/issues/4068 * Syslog-NG: replace diag_logs_filter_summary.php for mvc enabled version, using the same log output as live log, for https://github.com/opnsense/core/issues/4068 * Syslog-NG: add log cleanup script to enforce preservelogs setting. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: webuser auth message should use LOG_AUTH facility. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: ditch sshlockout_pf in favour for a small script that locks out ssh/web gui failed attempts for both IPv4 and IPv6. for https://github.com/opnsense/core/issues/4068 * ditch sshlockout_pf dependancy, for https://github.com/opnsense/core/issues/4068 * fix indent in ACL, for https://github.com/opnsense/core/issues/4068 * fix plist
2020-05-10 04:59:14 -04:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/ntpd.conf
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/openvpn.conf
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/pkg.conf
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/portalauth.conf
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/resolver.conf
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/routing.conf
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/suricata.conf
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/vpn.conf
wireguard: merge net/wireguard as of version 2.2 #6827 Omit the dependency on wireguard-kmod as we will be targeting the kernel module with 24.1. Some people may run into this but it's safer than trying to rely on a package that won't be available going from 23.7 to 24.1.
2023-09-29 02:28:48 -04:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/local/wireguard.conf
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/newsyslog.conf
plist
2019-06-09 11:31:24 -04:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/rc.conf.d
/usr/local/opnsense/service/templates/OPNsense/Syslog/sources/001-local.conf
isc-dhcp: syslog definitions and reshuffling
2026-01-14 09:09:59 -05:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/sources/005-unbound.conf
pkg: fix plist
2020-10-04 01:15:45 -04:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/syslog-ng-config-events.conf
pkg: fix plist
2019-06-17 14:31:31 -04:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/syslog-ng-destinations.conf
Syslog: optionally disable legacy (clog) logging (#4101) * Syslog-NG replacement for legacy syslog local logs: Part of this commit: - support both formats in query log, which is used by our log api - sample local syslog-ng target for configd for https://github.com/opnsense/core/issues/4068 * syslog: add disable clog toggle + preserve number of log (days) setting when only using syslog-ng. for https://github.com/opnsense/core/issues/4068 * syslog: include local syslog-ng files when clog is disabled. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: change local handling, add relayd file to test the concept. The local directory contains filters for local targets, which should replace the <plugin>_syslog() construction eventually, everything relevant and not matched is send to system for https://github.com/opnsense/core/issues/4068 * Syslog-NG: minor update to local template to support module/file format as the query log handler supports it (e.g. /var/log/squid/access/) and add local templates * Syslog-NG: change flush log actions to support new format, while here make sure "flush all" actuallly flushes all logs (including plugins). for https://github.com/opnsense/core/issues/4068 * Syslog-NG: missing level in system log, for https://github.com/opnsense/core/issues/4068 * fix typo for https://github.com/opnsense/core/issues/4068 * syslog-ng: filter live log support for https://github.com/opnsense/core/issues/4068 * Syslog-NG: replace diag_logs_filter_summary.php for mvc enabled version, using the same log output as live log, for https://github.com/opnsense/core/issues/4068 * Syslog-NG: add log cleanup script to enforce preservelogs setting. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: webuser auth message should use LOG_AUTH facility. for https://github.com/opnsense/core/issues/4068 * Syslog-NG: ditch sshlockout_pf in favour for a small script that locks out ssh/web gui failed attempts for both IPv4 and IPv6. for https://github.com/opnsense/core/issues/4068 * ditch sshlockout_pf dependancy, for https://github.com/opnsense/core/issues/4068 * fix indent in ACL, for https://github.com/opnsense/core/issues/4068 * fix plist
2020-05-10 04:59:14 -04:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/syslog-ng-local.conf
/usr/local/opnsense/service/templates/OPNsense/Syslog/syslog-ng-lockout.conf
system: add syslog-ng, disable processing so that it coexists with syslogd
2017-11-22 02:13:53 -05:00
/usr/local/opnsense/service/templates/OPNsense/Syslog/syslog-ng.conf
pkg: fix plist
2024-02-01 02:55:23 -05:00
/usr/local/opnsense/service/templates/OPNsense/Trust/+TARGETS
Trust: flush openssl.cnf to /etc/ssl/openssl.cnf as well (redux)
2024-11-14 05:45:33 -05:00
/usr/local/opnsense/service/templates/OPNsense/Trust/etc.openssl.cnf
/usr/local/opnsense/service/templates/OPNsense/Trust/local.openssl.cnf
pkg: fix plist
2024-02-01 02:55:23 -05:00
/usr/local/opnsense/service/templates/OPNsense/Trust/openssl.cnf
fix plist
2019-08-08 10:17:11 -04:00
/usr/local/opnsense/service/templates/OPNsense/Unbound/core/+TARGETS
Unbound: ACLs: Migrate to MVC (#6474) - The "internally generated" ACL entries have been removed in favor of a wildcard (well, a wildcard and localhost) - Users can now change the default action used by the wildcard: either allow, deny or refuse. - The legacy implementation wasn't very strict (you could add an entry without any input), this does at least require a name and at least one network. To facilitate the migration, if the 'name' property was empty, it will be set to 'Unnamed ACL'. Entries without defined networks will be discarded without notice.
2023-04-17 05:17:39 -04:00
/usr/local/opnsense/service/templates/OPNsense/Unbound/core/access_lists.conf
unbound: advanced page MVC migration prep
2022-09-25 19:03:03 -04:00
/usr/local/opnsense/service/templates/OPNsense/Unbound/core/advanced.conf
unbound: more refactoring, less pages, blacklist -> blocklist PR: https://github.com/opnsense/core/issues/4327
2021-07-20 05:00:00 -04:00
/usr/local/opnsense/service/templates/OPNsense/Unbound/core/blocklists.conf
unbound: overrides: migrate to mvc model (#5488) * unbound: overrides: migrate to mvc model * unbound: overrides: generate host_entries via model, revert template generation * unbound: overrides migration: fix missing include * unbound: overrides: clean up Co-authored-by: Stephan de Wit <stephan.de.wit@deciso.com>
2022-01-24 14:19:06 -05:00
/usr/local/opnsense/service/templates/OPNsense/Unbound/core/domainoverrides.conf
pkg: fix plist
2020-04-17 02:27:47 -04:00
/usr/local/opnsense/service/templates/OPNsense/Unbound/core/dot.conf
pkg: fix plist
2022-01-25 04:26:22 -05:00
/usr/local/opnsense/service/templates/OPNsense/Unbound/core/private_domains.conf
Unbound: blocklists: add SafeSearch option
2023-01-25 10:57:39 -05:00
/usr/local/opnsense/service/templates/OPNsense/Unbound/core/safesearch.conf
pkg: fix plist
2021-08-02 06:26:59 -04:00
/usr/local/opnsense/service/templates/OPNsense/Unbound/core/unbound_dhcpd.conf
webgui: clean up after rework
2017-05-04 10:58:47 -04:00
/usr/local/opnsense/service/templates/OPNsense/WebGui/+TARGETS
system: rename php.ini links for more consistent grep
2020-04-14 03:56:02 -04:00
/usr/local/opnsense/service/templates/OPNsense/WebGui/etc.php.ini
/usr/local/opnsense/service/templates/OPNsense/WebGui/lib.php.ini
webgui: clean up after rework
2017-05-04 10:58:47 -04:00
/usr/local/opnsense/service/templates/OPNsense/WebGui/php.ini
wireguard: merge net/wireguard as of version 2.2 #6827 Omit the dependency on wireguard-kmod as we will be targeting the kernel module with 24.1. Some people may run into this but it's safer than trying to rely on a package that won't be available going from 23.7 to 24.1.
2023-09-29 02:28:48 -04:00
/usr/local/opnsense/service/templates/OPNsense/Wireguard/+TARGETS
/usr/local/opnsense/service/templates/OPNsense/Wireguard/wireguard-server.conf
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/service/tests/__init__.py
/usr/local/opnsense/service/tests/config/config.xml
/usr/local/opnsense/service/tests/core.py
/usr/local/opnsense/service/tests/template.py
/usr/local/opnsense/site-python/__init__.py
/usr/local/opnsense/site-python/daemonize.LICENSE
/usr/local/opnsense/site-python/daemonize.py
unbound / overview: migrate to duckdb (#6182) * unbound / overview: migrate to duckdb * unbound: make ajax calls concurrent, no need to wait on each other * unbound / overview: adjust to DataFrame optimization While previous insert statements with SQLite had to be rate limited to prevent blocking on the side of the logger, this limitation can be ditched entirely with the approach of appending DataFrames. Also, the client chart expects timestamps for the entirety of the dataset, so make use of the NaN value. * unbound / overview: connection can be none * unbound / overview: include DNSSEC and timing information and refactor logger The logger was lacking some error handling due to it being daemonized. On a restart the process will still produce a core dump likely associated with daemonization, but this will be addressed in a separate issue To accomodate future additions, DNSSEC and RTT information is now also included in the data set. * remove leftover syslog message * unbound / overview: add UUID as well * unbound / overview: account for null return_msg objects * unbound / overview: Move DNS statistics to reporting->dns, add detailed grid This also introduces the option to clear the DNS data. Also restructure the data to a more sensible flow representation.
2022-12-15 04:45:16 -05:00
/usr/local/opnsense/site-python/duckdb_helper.py
pkg: fix plist
2017-10-16 11:49:30 -04:00
/usr/local/opnsense/site-python/log_helper.py
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/site-python/sqlite3_helper.py
firmware: add wrapper class for python to support using platform TLS settings (as far as possible). Unfortunately python requests/urllib3/ssl ignores platform openssl defaults, but do choose defaults which do not always match expectations. Below per configuration item (system_default_sect) the current situation: * CipherString --> supported, using ciphers list * Ciphersuites --> not supported, but does seem to follow configuration defaults. When python adds support, we likely have to change something. * SignatureAlgorithms --> not supported, but seem as above * Groups (Curves) --> partly supported, only one may be offered, we select the first item in the list, knowing that is a bit flaky (see: set_ecdh_curve()) * MinProtocol --> supported
2024-10-29 12:46:14 -04:00
/usr/local/opnsense/site-python/tls_helper.py
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/site-python/watchers/__init__.py
/usr/local/opnsense/site-python/watchers/dhcpd.py
firmware: rename "opnsense" version file to "core" We already have "kernel" and "base" and plugins also follow this pattern by only registering its name once per devel or release version. This kills ambiguity for "opnsense" vs. "opnsense-version" and makes it more branding friendly. Suffice to say "core", "kernel" and "base" are reserved names and also align with tools.git.
2018-11-28 03:30:09 -05:00
/usr/local/opnsense/version/core
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/www/api.php
ui: upgrade fontawesome icons to version 6, closes https://github.com/opnsense/core/issues/8101 to ease maintenance, move all files into assets/fontawesome and swap css includes to new location.
2024-12-02 05:35:55 -05:00
/usr/local/opnsense/www/assets/fontawesome/LICENSE.txt
/usr/local/opnsense/www/assets/fontawesome/css/all.css
/usr/local/opnsense/www/assets/fontawesome/css/all.min.css
/usr/local/opnsense/www/assets/fontawesome/css/brands.css
/usr/local/opnsense/www/assets/fontawesome/css/brands.min.css
/usr/local/opnsense/www/assets/fontawesome/css/fontawesome.css
/usr/local/opnsense/www/assets/fontawesome/css/fontawesome.min.css
/usr/local/opnsense/www/assets/fontawesome/css/regular.css
/usr/local/opnsense/www/assets/fontawesome/css/regular.min.css
/usr/local/opnsense/www/assets/fontawesome/css/solid.css
/usr/local/opnsense/www/assets/fontawesome/css/solid.min.css
/usr/local/opnsense/www/assets/fontawesome/css/svg-with-js.css
/usr/local/opnsense/www/assets/fontawesome/css/svg-with-js.min.css
/usr/local/opnsense/www/assets/fontawesome/css/v4-font-face.css
/usr/local/opnsense/www/assets/fontawesome/css/v4-font-face.min.css
/usr/local/opnsense/www/assets/fontawesome/css/v4-shims.css
/usr/local/opnsense/www/assets/fontawesome/css/v4-shims.min.css
/usr/local/opnsense/www/assets/fontawesome/css/v5-font-face.css
/usr/local/opnsense/www/assets/fontawesome/css/v5-font-face.min.css
/usr/local/opnsense/www/assets/fontawesome/webfonts/fa-brands-400.ttf
/usr/local/opnsense/www/assets/fontawesome/webfonts/fa-brands-400.woff2
/usr/local/opnsense/www/assets/fontawesome/webfonts/fa-regular-400.ttf
/usr/local/opnsense/www/assets/fontawesome/webfonts/fa-regular-400.woff2
/usr/local/opnsense/www/assets/fontawesome/webfonts/fa-solid-900.ttf
/usr/local/opnsense/www/assets/fontawesome/webfonts/fa-solid-900.woff2
/usr/local/opnsense/www/assets/fontawesome/webfonts/fa-v4compatibility.ttf
/usr/local/opnsense/www/assets/fontawesome/webfonts/fa-v4compatibility.woff2
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/www/css/bootstrap-datepicker3.min.css
src: sweep over bootstrap update Windows line endings...
2023-09-07 10:58:16 -04:00
/usr/local/opnsense/www/css/bootstrap-select.css
pkg: fix plist
2020-09-03 03:33:12 -04:00
/usr/local/opnsense/www/css/chart.css
Dashboard: boilerplate for new widgets (#7328)
2024-03-20 06:44:07 -04:00
/usr/local/opnsense/www/css/dashboard.css
unbound: add overview dashboard (#6101) Adds a reporting backend for Unbound as well as a dashboard showing an overview of interesting statistics: Total DNS queries (over a maximum period of 7 days) Blocked queries Cache hits local-data hits A traffic graph with variable intervals top N passed/blocked domains (with associated blocklist) There are a couple of hardcoded values: The underlying database is kept up-to-date for the last 7 days. The ring buffer used to decouple unbound from the logging backend has a size of 100000 entries. In very busy networks, db commits are done for a max of 4000 entries, which according to testing seems to be a good break-even point for DNS throughput vs. insert performance. Everything below this is flushed to the database every 5 seconds. To facilitate the variable interval traffic graph, multiple views with varying detail in time slots are created: 1, 5 and 30 minute buckets. These can easily be extended should different intervals be necessary.
2022-11-25 05:42:38 -05:00
/usr/local/opnsense/www/css/dns-overview.css
pkg: fix plist
2018-06-04 16:50:25 -04:00
/usr/local/opnsense/www/css/flags/1x1/ad.svg
/usr/local/opnsense/www/css/flags/1x1/ae.svg
/usr/local/opnsense/www/css/flags/1x1/af.svg
/usr/local/opnsense/www/css/flags/1x1/ag.svg
/usr/local/opnsense/www/css/flags/1x1/ai.svg
/usr/local/opnsense/www/css/flags/1x1/al.svg
/usr/local/opnsense/www/css/flags/1x1/am.svg
/usr/local/opnsense/www/css/flags/1x1/ao.svg
/usr/local/opnsense/www/css/flags/1x1/aq.svg
/usr/local/opnsense/www/css/flags/1x1/ar.svg
/usr/local/opnsense/www/css/flags/1x1/as.svg
/usr/local/opnsense/www/css/flags/1x1/at.svg
/usr/local/opnsense/www/css/flags/1x1/au.svg
/usr/local/opnsense/www/css/flags/1x1/aw.svg
/usr/local/opnsense/www/css/flags/1x1/ax.svg
/usr/local/opnsense/www/css/flags/1x1/az.svg
/usr/local/opnsense/www/css/flags/1x1/ba.svg
/usr/local/opnsense/www/css/flags/1x1/bb.svg
/usr/local/opnsense/www/css/flags/1x1/bd.svg
/usr/local/opnsense/www/css/flags/1x1/be.svg
/usr/local/opnsense/www/css/flags/1x1/bf.svg
/usr/local/opnsense/www/css/flags/1x1/bg.svg
/usr/local/opnsense/www/css/flags/1x1/bh.svg
/usr/local/opnsense/www/css/flags/1x1/bi.svg
/usr/local/opnsense/www/css/flags/1x1/bj.svg
/usr/local/opnsense/www/css/flags/1x1/bl.svg
/usr/local/opnsense/www/css/flags/1x1/bm.svg
/usr/local/opnsense/www/css/flags/1x1/bn.svg
/usr/local/opnsense/www/css/flags/1x1/bo.svg
/usr/local/opnsense/www/css/flags/1x1/bq.svg
/usr/local/opnsense/www/css/flags/1x1/br.svg
/usr/local/opnsense/www/css/flags/1x1/bs.svg
/usr/local/opnsense/www/css/flags/1x1/bt.svg
/usr/local/opnsense/www/css/flags/1x1/bv.svg
/usr/local/opnsense/www/css/flags/1x1/bw.svg
/usr/local/opnsense/www/css/flags/1x1/by.svg
/usr/local/opnsense/www/css/flags/1x1/bz.svg
/usr/local/opnsense/www/css/flags/1x1/ca.svg
/usr/local/opnsense/www/css/flags/1x1/cc.svg
/usr/local/opnsense/www/css/flags/1x1/cd.svg
/usr/local/opnsense/www/css/flags/1x1/cf.svg
/usr/local/opnsense/www/css/flags/1x1/cg.svg
/usr/local/opnsense/www/css/flags/1x1/ch.svg
/usr/local/opnsense/www/css/flags/1x1/ci.svg
/usr/local/opnsense/www/css/flags/1x1/ck.svg
/usr/local/opnsense/www/css/flags/1x1/cl.svg
/usr/local/opnsense/www/css/flags/1x1/cm.svg
/usr/local/opnsense/www/css/flags/1x1/cn.svg
/usr/local/opnsense/www/css/flags/1x1/co.svg
/usr/local/opnsense/www/css/flags/1x1/cr.svg
/usr/local/opnsense/www/css/flags/1x1/cu.svg
/usr/local/opnsense/www/css/flags/1x1/cv.svg
/usr/local/opnsense/www/css/flags/1x1/cw.svg
/usr/local/opnsense/www/css/flags/1x1/cx.svg
/usr/local/opnsense/www/css/flags/1x1/cy.svg
/usr/local/opnsense/www/css/flags/1x1/cz.svg
/usr/local/opnsense/www/css/flags/1x1/de.svg
/usr/local/opnsense/www/css/flags/1x1/dj.svg
/usr/local/opnsense/www/css/flags/1x1/dk.svg
/usr/local/opnsense/www/css/flags/1x1/dm.svg
/usr/local/opnsense/www/css/flags/1x1/do.svg
/usr/local/opnsense/www/css/flags/1x1/dz.svg
/usr/local/opnsense/www/css/flags/1x1/ec.svg
/usr/local/opnsense/www/css/flags/1x1/ee.svg
/usr/local/opnsense/www/css/flags/1x1/eg.svg
/usr/local/opnsense/www/css/flags/1x1/eh.svg
/usr/local/opnsense/www/css/flags/1x1/er.svg
/usr/local/opnsense/www/css/flags/1x1/es-ct.svg
/usr/local/opnsense/www/css/flags/1x1/es.svg
/usr/local/opnsense/www/css/flags/1x1/et.svg
/usr/local/opnsense/www/css/flags/1x1/eu.svg
/usr/local/opnsense/www/css/flags/1x1/fi.svg
/usr/local/opnsense/www/css/flags/1x1/fj.svg
/usr/local/opnsense/www/css/flags/1x1/fk.svg
/usr/local/opnsense/www/css/flags/1x1/fm.svg
/usr/local/opnsense/www/css/flags/1x1/fo.svg
/usr/local/opnsense/www/css/flags/1x1/fr.svg
/usr/local/opnsense/www/css/flags/1x1/ga.svg
/usr/local/opnsense/www/css/flags/1x1/gb-eng.svg
/usr/local/opnsense/www/css/flags/1x1/gb-nir.svg
/usr/local/opnsense/www/css/flags/1x1/gb-sct.svg
/usr/local/opnsense/www/css/flags/1x1/gb-wls.svg
/usr/local/opnsense/www/css/flags/1x1/gb.svg
/usr/local/opnsense/www/css/flags/1x1/gd.svg
/usr/local/opnsense/www/css/flags/1x1/ge.svg
/usr/local/opnsense/www/css/flags/1x1/gf.svg
/usr/local/opnsense/www/css/flags/1x1/gg.svg
/usr/local/opnsense/www/css/flags/1x1/gh.svg
/usr/local/opnsense/www/css/flags/1x1/gi.svg
/usr/local/opnsense/www/css/flags/1x1/gl.svg
/usr/local/opnsense/www/css/flags/1x1/gm.svg
/usr/local/opnsense/www/css/flags/1x1/gn.svg
/usr/local/opnsense/www/css/flags/1x1/gp.svg
/usr/local/opnsense/www/css/flags/1x1/gq.svg
/usr/local/opnsense/www/css/flags/1x1/gr.svg
/usr/local/opnsense/www/css/flags/1x1/gs.svg
/usr/local/opnsense/www/css/flags/1x1/gt.svg
/usr/local/opnsense/www/css/flags/1x1/gu.svg
/usr/local/opnsense/www/css/flags/1x1/gw.svg
/usr/local/opnsense/www/css/flags/1x1/gy.svg
/usr/local/opnsense/www/css/flags/1x1/hk.svg
/usr/local/opnsense/www/css/flags/1x1/hm.svg
/usr/local/opnsense/www/css/flags/1x1/hn.svg
/usr/local/opnsense/www/css/flags/1x1/hr.svg
/usr/local/opnsense/www/css/flags/1x1/ht.svg
/usr/local/opnsense/www/css/flags/1x1/hu.svg
/usr/local/opnsense/www/css/flags/1x1/id.svg
/usr/local/opnsense/www/css/flags/1x1/ie.svg
/usr/local/opnsense/www/css/flags/1x1/il.svg
/usr/local/opnsense/www/css/flags/1x1/im.svg
/usr/local/opnsense/www/css/flags/1x1/in.svg
/usr/local/opnsense/www/css/flags/1x1/io.svg
/usr/local/opnsense/www/css/flags/1x1/iq.svg
/usr/local/opnsense/www/css/flags/1x1/ir.svg
/usr/local/opnsense/www/css/flags/1x1/is.svg
/usr/local/opnsense/www/css/flags/1x1/it.svg
/usr/local/opnsense/www/css/flags/1x1/je.svg
/usr/local/opnsense/www/css/flags/1x1/jm.svg
/usr/local/opnsense/www/css/flags/1x1/jo.svg
/usr/local/opnsense/www/css/flags/1x1/jp.svg
/usr/local/opnsense/www/css/flags/1x1/ke.svg
/usr/local/opnsense/www/css/flags/1x1/kg.svg
/usr/local/opnsense/www/css/flags/1x1/kh.svg
/usr/local/opnsense/www/css/flags/1x1/ki.svg
/usr/local/opnsense/www/css/flags/1x1/km.svg
/usr/local/opnsense/www/css/flags/1x1/kn.svg
/usr/local/opnsense/www/css/flags/1x1/kp.svg
/usr/local/opnsense/www/css/flags/1x1/kr.svg
/usr/local/opnsense/www/css/flags/1x1/kw.svg
/usr/local/opnsense/www/css/flags/1x1/ky.svg
/usr/local/opnsense/www/css/flags/1x1/kz.svg
/usr/local/opnsense/www/css/flags/1x1/la.svg
/usr/local/opnsense/www/css/flags/1x1/lb.svg
/usr/local/opnsense/www/css/flags/1x1/lc.svg
/usr/local/opnsense/www/css/flags/1x1/li.svg
/usr/local/opnsense/www/css/flags/1x1/lk.svg
/usr/local/opnsense/www/css/flags/1x1/lr.svg
/usr/local/opnsense/www/css/flags/1x1/ls.svg
/usr/local/opnsense/www/css/flags/1x1/lt.svg
/usr/local/opnsense/www/css/flags/1x1/lu.svg
/usr/local/opnsense/www/css/flags/1x1/lv.svg
/usr/local/opnsense/www/css/flags/1x1/ly.svg
/usr/local/opnsense/www/css/flags/1x1/ma.svg
/usr/local/opnsense/www/css/flags/1x1/mc.svg
/usr/local/opnsense/www/css/flags/1x1/md.svg
/usr/local/opnsense/www/css/flags/1x1/me.svg
/usr/local/opnsense/www/css/flags/1x1/mf.svg
/usr/local/opnsense/www/css/flags/1x1/mg.svg
/usr/local/opnsense/www/css/flags/1x1/mh.svg
/usr/local/opnsense/www/css/flags/1x1/mk.svg
/usr/local/opnsense/www/css/flags/1x1/ml.svg
/usr/local/opnsense/www/css/flags/1x1/mm.svg
/usr/local/opnsense/www/css/flags/1x1/mn.svg
/usr/local/opnsense/www/css/flags/1x1/mo.svg
/usr/local/opnsense/www/css/flags/1x1/mp.svg
/usr/local/opnsense/www/css/flags/1x1/mq.svg
/usr/local/opnsense/www/css/flags/1x1/mr.svg
/usr/local/opnsense/www/css/flags/1x1/ms.svg
/usr/local/opnsense/www/css/flags/1x1/mt.svg
/usr/local/opnsense/www/css/flags/1x1/mu.svg
/usr/local/opnsense/www/css/flags/1x1/mv.svg
/usr/local/opnsense/www/css/flags/1x1/mw.svg
/usr/local/opnsense/www/css/flags/1x1/mx.svg
/usr/local/opnsense/www/css/flags/1x1/my.svg
/usr/local/opnsense/www/css/flags/1x1/mz.svg
/usr/local/opnsense/www/css/flags/1x1/na.svg
/usr/local/opnsense/www/css/flags/1x1/nc.svg
/usr/local/opnsense/www/css/flags/1x1/ne.svg
/usr/local/opnsense/www/css/flags/1x1/nf.svg
/usr/local/opnsense/www/css/flags/1x1/ng.svg
/usr/local/opnsense/www/css/flags/1x1/ni.svg
/usr/local/opnsense/www/css/flags/1x1/nl.svg
/usr/local/opnsense/www/css/flags/1x1/no.svg
/usr/local/opnsense/www/css/flags/1x1/np.svg
/usr/local/opnsense/www/css/flags/1x1/nr.svg
/usr/local/opnsense/www/css/flags/1x1/nu.svg
/usr/local/opnsense/www/css/flags/1x1/nz.svg
/usr/local/opnsense/www/css/flags/1x1/om.svg
/usr/local/opnsense/www/css/flags/1x1/pa.svg
/usr/local/opnsense/www/css/flags/1x1/pe.svg
/usr/local/opnsense/www/css/flags/1x1/pf.svg
/usr/local/opnsense/www/css/flags/1x1/pg.svg
/usr/local/opnsense/www/css/flags/1x1/ph.svg
/usr/local/opnsense/www/css/flags/1x1/pk.svg
/usr/local/opnsense/www/css/flags/1x1/pl.svg
/usr/local/opnsense/www/css/flags/1x1/pm.svg
/usr/local/opnsense/www/css/flags/1x1/pn.svg
/usr/local/opnsense/www/css/flags/1x1/pr.svg
/usr/local/opnsense/www/css/flags/1x1/ps.svg
/usr/local/opnsense/www/css/flags/1x1/pt.svg
/usr/local/opnsense/www/css/flags/1x1/pw.svg
/usr/local/opnsense/www/css/flags/1x1/py.svg
/usr/local/opnsense/www/css/flags/1x1/qa.svg
/usr/local/opnsense/www/css/flags/1x1/re.svg
/usr/local/opnsense/www/css/flags/1x1/ro.svg
/usr/local/opnsense/www/css/flags/1x1/rs.svg
/usr/local/opnsense/www/css/flags/1x1/ru.svg
/usr/local/opnsense/www/css/flags/1x1/rw.svg
/usr/local/opnsense/www/css/flags/1x1/sa.svg
/usr/local/opnsense/www/css/flags/1x1/sb.svg
/usr/local/opnsense/www/css/flags/1x1/sc.svg
/usr/local/opnsense/www/css/flags/1x1/sd.svg
/usr/local/opnsense/www/css/flags/1x1/se.svg
/usr/local/opnsense/www/css/flags/1x1/sg.svg
/usr/local/opnsense/www/css/flags/1x1/sh.svg
/usr/local/opnsense/www/css/flags/1x1/si.svg
/usr/local/opnsense/www/css/flags/1x1/sj.svg
/usr/local/opnsense/www/css/flags/1x1/sk.svg
/usr/local/opnsense/www/css/flags/1x1/sl.svg
/usr/local/opnsense/www/css/flags/1x1/sm.svg
/usr/local/opnsense/www/css/flags/1x1/sn.svg
/usr/local/opnsense/www/css/flags/1x1/so.svg
/usr/local/opnsense/www/css/flags/1x1/sr.svg
/usr/local/opnsense/www/css/flags/1x1/ss.svg
/usr/local/opnsense/www/css/flags/1x1/st.svg
/usr/local/opnsense/www/css/flags/1x1/sv.svg
/usr/local/opnsense/www/css/flags/1x1/sx.svg
/usr/local/opnsense/www/css/flags/1x1/sy.svg
/usr/local/opnsense/www/css/flags/1x1/sz.svg
/usr/local/opnsense/www/css/flags/1x1/tc.svg
/usr/local/opnsense/www/css/flags/1x1/td.svg
/usr/local/opnsense/www/css/flags/1x1/tf.svg
/usr/local/opnsense/www/css/flags/1x1/tg.svg
/usr/local/opnsense/www/css/flags/1x1/th.svg
/usr/local/opnsense/www/css/flags/1x1/tj.svg
/usr/local/opnsense/www/css/flags/1x1/tk.svg
/usr/local/opnsense/www/css/flags/1x1/tl.svg
/usr/local/opnsense/www/css/flags/1x1/tm.svg
/usr/local/opnsense/www/css/flags/1x1/tn.svg
/usr/local/opnsense/www/css/flags/1x1/to.svg
/usr/local/opnsense/www/css/flags/1x1/tr.svg
/usr/local/opnsense/www/css/flags/1x1/tt.svg
/usr/local/opnsense/www/css/flags/1x1/tv.svg
/usr/local/opnsense/www/css/flags/1x1/tw.svg
/usr/local/opnsense/www/css/flags/1x1/tz.svg
/usr/local/opnsense/www/css/flags/1x1/ua.svg
/usr/local/opnsense/www/css/flags/1x1/ug.svg
/usr/local/opnsense/www/css/flags/1x1/um.svg
/usr/local/opnsense/www/css/flags/1x1/un.svg
/usr/local/opnsense/www/css/flags/1x1/us.svg
/usr/local/opnsense/www/css/flags/1x1/uy.svg
/usr/local/opnsense/www/css/flags/1x1/uz.svg
/usr/local/opnsense/www/css/flags/1x1/va.svg
/usr/local/opnsense/www/css/flags/1x1/vc.svg
/usr/local/opnsense/www/css/flags/1x1/ve.svg
/usr/local/opnsense/www/css/flags/1x1/vg.svg
/usr/local/opnsense/www/css/flags/1x1/vi.svg
/usr/local/opnsense/www/css/flags/1x1/vn.svg
/usr/local/opnsense/www/css/flags/1x1/vu.svg
/usr/local/opnsense/www/css/flags/1x1/wf.svg
/usr/local/opnsense/www/css/flags/1x1/ws.svg
/usr/local/opnsense/www/css/flags/1x1/ye.svg
/usr/local/opnsense/www/css/flags/1x1/yt.svg
/usr/local/opnsense/www/css/flags/1x1/za.svg
/usr/local/opnsense/www/css/flags/1x1/zm.svg
/usr/local/opnsense/www/css/flags/1x1/zw.svg
/usr/local/opnsense/www/css/flags/4x3/ad.svg
/usr/local/opnsense/www/css/flags/4x3/ae.svg
/usr/local/opnsense/www/css/flags/4x3/af.svg
/usr/local/opnsense/www/css/flags/4x3/ag.svg
/usr/local/opnsense/www/css/flags/4x3/ai.svg
/usr/local/opnsense/www/css/flags/4x3/al.svg
/usr/local/opnsense/www/css/flags/4x3/am.svg
/usr/local/opnsense/www/css/flags/4x3/ao.svg
/usr/local/opnsense/www/css/flags/4x3/aq.svg
/usr/local/opnsense/www/css/flags/4x3/ar.svg
/usr/local/opnsense/www/css/flags/4x3/as.svg
/usr/local/opnsense/www/css/flags/4x3/at.svg
/usr/local/opnsense/www/css/flags/4x3/au.svg
/usr/local/opnsense/www/css/flags/4x3/aw.svg
/usr/local/opnsense/www/css/flags/4x3/ax.svg
/usr/local/opnsense/www/css/flags/4x3/az.svg
/usr/local/opnsense/www/css/flags/4x3/ba.svg
/usr/local/opnsense/www/css/flags/4x3/bb.svg
/usr/local/opnsense/www/css/flags/4x3/bd.svg
/usr/local/opnsense/www/css/flags/4x3/be.svg
/usr/local/opnsense/www/css/flags/4x3/bf.svg
/usr/local/opnsense/www/css/flags/4x3/bg.svg
/usr/local/opnsense/www/css/flags/4x3/bh.svg
/usr/local/opnsense/www/css/flags/4x3/bi.svg
/usr/local/opnsense/www/css/flags/4x3/bj.svg
/usr/local/opnsense/www/css/flags/4x3/bl.svg
/usr/local/opnsense/www/css/flags/4x3/bm.svg
/usr/local/opnsense/www/css/flags/4x3/bn.svg
/usr/local/opnsense/www/css/flags/4x3/bo.svg
/usr/local/opnsense/www/css/flags/4x3/bq.svg
/usr/local/opnsense/www/css/flags/4x3/br.svg
/usr/local/opnsense/www/css/flags/4x3/bs.svg
/usr/local/opnsense/www/css/flags/4x3/bt.svg
/usr/local/opnsense/www/css/flags/4x3/bv.svg
/usr/local/opnsense/www/css/flags/4x3/bw.svg
/usr/local/opnsense/www/css/flags/4x3/by.svg
/usr/local/opnsense/www/css/flags/4x3/bz.svg
/usr/local/opnsense/www/css/flags/4x3/ca.svg
/usr/local/opnsense/www/css/flags/4x3/cc.svg
/usr/local/opnsense/www/css/flags/4x3/cd.svg
/usr/local/opnsense/www/css/flags/4x3/cf.svg
/usr/local/opnsense/www/css/flags/4x3/cg.svg
/usr/local/opnsense/www/css/flags/4x3/ch.svg
/usr/local/opnsense/www/css/flags/4x3/ci.svg
/usr/local/opnsense/www/css/flags/4x3/ck.svg
/usr/local/opnsense/www/css/flags/4x3/cl.svg
/usr/local/opnsense/www/css/flags/4x3/cm.svg
/usr/local/opnsense/www/css/flags/4x3/cn.svg
/usr/local/opnsense/www/css/flags/4x3/co.svg
/usr/local/opnsense/www/css/flags/4x3/cr.svg
/usr/local/opnsense/www/css/flags/4x3/cu.svg
/usr/local/opnsense/www/css/flags/4x3/cv.svg
/usr/local/opnsense/www/css/flags/4x3/cw.svg
/usr/local/opnsense/www/css/flags/4x3/cx.svg
/usr/local/opnsense/www/css/flags/4x3/cy.svg
/usr/local/opnsense/www/css/flags/4x3/cz.svg
/usr/local/opnsense/www/css/flags/4x3/de.svg
/usr/local/opnsense/www/css/flags/4x3/dj.svg
/usr/local/opnsense/www/css/flags/4x3/dk.svg
/usr/local/opnsense/www/css/flags/4x3/dm.svg
/usr/local/opnsense/www/css/flags/4x3/do.svg
/usr/local/opnsense/www/css/flags/4x3/dz.svg
/usr/local/opnsense/www/css/flags/4x3/ec.svg
/usr/local/opnsense/www/css/flags/4x3/ee.svg
/usr/local/opnsense/www/css/flags/4x3/eg.svg
/usr/local/opnsense/www/css/flags/4x3/eh.svg
/usr/local/opnsense/www/css/flags/4x3/er.svg
/usr/local/opnsense/www/css/flags/4x3/es-ct.svg
/usr/local/opnsense/www/css/flags/4x3/es.svg
/usr/local/opnsense/www/css/flags/4x3/et.svg
/usr/local/opnsense/www/css/flags/4x3/eu.svg
/usr/local/opnsense/www/css/flags/4x3/fi.svg
/usr/local/opnsense/www/css/flags/4x3/fj.svg
/usr/local/opnsense/www/css/flags/4x3/fk.svg
/usr/local/opnsense/www/css/flags/4x3/fm.svg
/usr/local/opnsense/www/css/flags/4x3/fo.svg
/usr/local/opnsense/www/css/flags/4x3/fr.svg
/usr/local/opnsense/www/css/flags/4x3/ga.svg
/usr/local/opnsense/www/css/flags/4x3/gb-eng.svg
/usr/local/opnsense/www/css/flags/4x3/gb-nir.svg
/usr/local/opnsense/www/css/flags/4x3/gb-sct.svg
/usr/local/opnsense/www/css/flags/4x3/gb-wls.svg
/usr/local/opnsense/www/css/flags/4x3/gb.svg
/usr/local/opnsense/www/css/flags/4x3/gd.svg
/usr/local/opnsense/www/css/flags/4x3/ge.svg
/usr/local/opnsense/www/css/flags/4x3/gf.svg
/usr/local/opnsense/www/css/flags/4x3/gg.svg
/usr/local/opnsense/www/css/flags/4x3/gh.svg
/usr/local/opnsense/www/css/flags/4x3/gi.svg
/usr/local/opnsense/www/css/flags/4x3/gl.svg
/usr/local/opnsense/www/css/flags/4x3/gm.svg
/usr/local/opnsense/www/css/flags/4x3/gn.svg
/usr/local/opnsense/www/css/flags/4x3/gp.svg
/usr/local/opnsense/www/css/flags/4x3/gq.svg
/usr/local/opnsense/www/css/flags/4x3/gr.svg
/usr/local/opnsense/www/css/flags/4x3/gs.svg
/usr/local/opnsense/www/css/flags/4x3/gt.svg
/usr/local/opnsense/www/css/flags/4x3/gu.svg
/usr/local/opnsense/www/css/flags/4x3/gw.svg
/usr/local/opnsense/www/css/flags/4x3/gy.svg
/usr/local/opnsense/www/css/flags/4x3/hk.svg
/usr/local/opnsense/www/css/flags/4x3/hm.svg
/usr/local/opnsense/www/css/flags/4x3/hn.svg
/usr/local/opnsense/www/css/flags/4x3/hr.svg
/usr/local/opnsense/www/css/flags/4x3/ht.svg
/usr/local/opnsense/www/css/flags/4x3/hu.svg
/usr/local/opnsense/www/css/flags/4x3/id.svg
/usr/local/opnsense/www/css/flags/4x3/ie.svg
/usr/local/opnsense/www/css/flags/4x3/il.svg
/usr/local/opnsense/www/css/flags/4x3/im.svg
/usr/local/opnsense/www/css/flags/4x3/in.svg
/usr/local/opnsense/www/css/flags/4x3/io.svg
/usr/local/opnsense/www/css/flags/4x3/iq.svg
/usr/local/opnsense/www/css/flags/4x3/ir.svg
/usr/local/opnsense/www/css/flags/4x3/is.svg
/usr/local/opnsense/www/css/flags/4x3/it.svg
/usr/local/opnsense/www/css/flags/4x3/je.svg
/usr/local/opnsense/www/css/flags/4x3/jm.svg
/usr/local/opnsense/www/css/flags/4x3/jo.svg
/usr/local/opnsense/www/css/flags/4x3/jp.svg
/usr/local/opnsense/www/css/flags/4x3/ke.svg
/usr/local/opnsense/www/css/flags/4x3/kg.svg
/usr/local/opnsense/www/css/flags/4x3/kh.svg
/usr/local/opnsense/www/css/flags/4x3/ki.svg
/usr/local/opnsense/www/css/flags/4x3/km.svg
/usr/local/opnsense/www/css/flags/4x3/kn.svg
/usr/local/opnsense/www/css/flags/4x3/kp.svg
/usr/local/opnsense/www/css/flags/4x3/kr.svg
/usr/local/opnsense/www/css/flags/4x3/kw.svg
/usr/local/opnsense/www/css/flags/4x3/ky.svg
/usr/local/opnsense/www/css/flags/4x3/kz.svg
/usr/local/opnsense/www/css/flags/4x3/la.svg
/usr/local/opnsense/www/css/flags/4x3/lb.svg
/usr/local/opnsense/www/css/flags/4x3/lc.svg
/usr/local/opnsense/www/css/flags/4x3/li.svg
/usr/local/opnsense/www/css/flags/4x3/lk.svg
/usr/local/opnsense/www/css/flags/4x3/lr.svg
/usr/local/opnsense/www/css/flags/4x3/ls.svg
/usr/local/opnsense/www/css/flags/4x3/lt.svg
/usr/local/opnsense/www/css/flags/4x3/lu.svg
/usr/local/opnsense/www/css/flags/4x3/lv.svg
/usr/local/opnsense/www/css/flags/4x3/ly.svg
/usr/local/opnsense/www/css/flags/4x3/ma.svg
/usr/local/opnsense/www/css/flags/4x3/mc.svg
/usr/local/opnsense/www/css/flags/4x3/md.svg
/usr/local/opnsense/www/css/flags/4x3/me.svg
/usr/local/opnsense/www/css/flags/4x3/mf.svg
/usr/local/opnsense/www/css/flags/4x3/mg.svg
/usr/local/opnsense/www/css/flags/4x3/mh.svg
/usr/local/opnsense/www/css/flags/4x3/mk.svg
/usr/local/opnsense/www/css/flags/4x3/ml.svg
/usr/local/opnsense/www/css/flags/4x3/mm.svg
/usr/local/opnsense/www/css/flags/4x3/mn.svg
/usr/local/opnsense/www/css/flags/4x3/mo.svg
/usr/local/opnsense/www/css/flags/4x3/mp.svg
/usr/local/opnsense/www/css/flags/4x3/mq.svg
/usr/local/opnsense/www/css/flags/4x3/mr.svg
/usr/local/opnsense/www/css/flags/4x3/ms.svg
/usr/local/opnsense/www/css/flags/4x3/mt.svg
/usr/local/opnsense/www/css/flags/4x3/mu.svg
/usr/local/opnsense/www/css/flags/4x3/mv.svg
/usr/local/opnsense/www/css/flags/4x3/mw.svg
/usr/local/opnsense/www/css/flags/4x3/mx.svg
/usr/local/opnsense/www/css/flags/4x3/my.svg
/usr/local/opnsense/www/css/flags/4x3/mz.svg
/usr/local/opnsense/www/css/flags/4x3/na.svg
/usr/local/opnsense/www/css/flags/4x3/nc.svg
/usr/local/opnsense/www/css/flags/4x3/ne.svg
/usr/local/opnsense/www/css/flags/4x3/nf.svg
/usr/local/opnsense/www/css/flags/4x3/ng.svg
/usr/local/opnsense/www/css/flags/4x3/ni.svg
/usr/local/opnsense/www/css/flags/4x3/nl.svg
/usr/local/opnsense/www/css/flags/4x3/no.svg
/usr/local/opnsense/www/css/flags/4x3/np.svg
/usr/local/opnsense/www/css/flags/4x3/nr.svg
/usr/local/opnsense/www/css/flags/4x3/nu.svg
/usr/local/opnsense/www/css/flags/4x3/nz.svg
/usr/local/opnsense/www/css/flags/4x3/om.svg
/usr/local/opnsense/www/css/flags/4x3/pa.svg
/usr/local/opnsense/www/css/flags/4x3/pe.svg
/usr/local/opnsense/www/css/flags/4x3/pf.svg
/usr/local/opnsense/www/css/flags/4x3/pg.svg
/usr/local/opnsense/www/css/flags/4x3/ph.svg
/usr/local/opnsense/www/css/flags/4x3/pk.svg
/usr/local/opnsense/www/css/flags/4x3/pl.svg
/usr/local/opnsense/www/css/flags/4x3/pm.svg
/usr/local/opnsense/www/css/flags/4x3/pn.svg
/usr/local/opnsense/www/css/flags/4x3/pr.svg
/usr/local/opnsense/www/css/flags/4x3/ps.svg
/usr/local/opnsense/www/css/flags/4x3/pt.svg
/usr/local/opnsense/www/css/flags/4x3/pw.svg
/usr/local/opnsense/www/css/flags/4x3/py.svg
/usr/local/opnsense/www/css/flags/4x3/qa.svg
/usr/local/opnsense/www/css/flags/4x3/re.svg
/usr/local/opnsense/www/css/flags/4x3/ro.svg
/usr/local/opnsense/www/css/flags/4x3/rs.svg
/usr/local/opnsense/www/css/flags/4x3/ru.svg
/usr/local/opnsense/www/css/flags/4x3/rw.svg
/usr/local/opnsense/www/css/flags/4x3/sa.svg
/usr/local/opnsense/www/css/flags/4x3/sb.svg
/usr/local/opnsense/www/css/flags/4x3/sc.svg
/usr/local/opnsense/www/css/flags/4x3/sd.svg
/usr/local/opnsense/www/css/flags/4x3/se.svg
/usr/local/opnsense/www/css/flags/4x3/sg.svg
/usr/local/opnsense/www/css/flags/4x3/sh.svg
/usr/local/opnsense/www/css/flags/4x3/si.svg
/usr/local/opnsense/www/css/flags/4x3/sj.svg
/usr/local/opnsense/www/css/flags/4x3/sk.svg
/usr/local/opnsense/www/css/flags/4x3/sl.svg
/usr/local/opnsense/www/css/flags/4x3/sm.svg
/usr/local/opnsense/www/css/flags/4x3/sn.svg
/usr/local/opnsense/www/css/flags/4x3/so.svg
/usr/local/opnsense/www/css/flags/4x3/sr.svg
/usr/local/opnsense/www/css/flags/4x3/ss.svg
/usr/local/opnsense/www/css/flags/4x3/st.svg
/usr/local/opnsense/www/css/flags/4x3/sv.svg
/usr/local/opnsense/www/css/flags/4x3/sx.svg
/usr/local/opnsense/www/css/flags/4x3/sy.svg
/usr/local/opnsense/www/css/flags/4x3/sz.svg
/usr/local/opnsense/www/css/flags/4x3/tc.svg
/usr/local/opnsense/www/css/flags/4x3/td.svg
/usr/local/opnsense/www/css/flags/4x3/tf.svg
/usr/local/opnsense/www/css/flags/4x3/tg.svg
/usr/local/opnsense/www/css/flags/4x3/th.svg
/usr/local/opnsense/www/css/flags/4x3/tj.svg
/usr/local/opnsense/www/css/flags/4x3/tk.svg
/usr/local/opnsense/www/css/flags/4x3/tl.svg
/usr/local/opnsense/www/css/flags/4x3/tm.svg
/usr/local/opnsense/www/css/flags/4x3/tn.svg
/usr/local/opnsense/www/css/flags/4x3/to.svg
/usr/local/opnsense/www/css/flags/4x3/tr.svg
/usr/local/opnsense/www/css/flags/4x3/tt.svg
/usr/local/opnsense/www/css/flags/4x3/tv.svg
/usr/local/opnsense/www/css/flags/4x3/tw.svg
/usr/local/opnsense/www/css/flags/4x3/tz.svg
/usr/local/opnsense/www/css/flags/4x3/ua.svg
/usr/local/opnsense/www/css/flags/4x3/ug.svg
/usr/local/opnsense/www/css/flags/4x3/um.svg
/usr/local/opnsense/www/css/flags/4x3/un.svg
/usr/local/opnsense/www/css/flags/4x3/us.svg
/usr/local/opnsense/www/css/flags/4x3/uy.svg
/usr/local/opnsense/www/css/flags/4x3/uz.svg
/usr/local/opnsense/www/css/flags/4x3/va.svg
/usr/local/opnsense/www/css/flags/4x3/vc.svg
/usr/local/opnsense/www/css/flags/4x3/ve.svg
/usr/local/opnsense/www/css/flags/4x3/vg.svg
/usr/local/opnsense/www/css/flags/4x3/vi.svg
/usr/local/opnsense/www/css/flags/4x3/vn.svg
/usr/local/opnsense/www/css/flags/4x3/vu.svg
/usr/local/opnsense/www/css/flags/4x3/wf.svg
/usr/local/opnsense/www/css/flags/4x3/ws.svg
/usr/local/opnsense/www/css/flags/4x3/ye.svg
/usr/local/opnsense/www/css/flags/4x3/yt.svg
/usr/local/opnsense/www/css/flags/4x3/za.svg
/usr/local/opnsense/www/css/flags/4x3/zm.svg
/usr/local/opnsense/www/css/flags/4x3/zw.svg
/usr/local/opnsense/www/css/flags/_flag-icon-base.scss
/usr/local/opnsense/www/css/flags/_flag-icon-list.scss
/usr/local/opnsense/www/css/flags/_flag-icon-more.scss
/usr/local/opnsense/www/css/flags/_variables.scss
/usr/local/opnsense/www/css/flags/flag-icon.css
/usr/local/opnsense/www/css/flags/flag-icon.scss
Dashboard: boilerplate for new widgets (#7328)
2024-03-20 06:44:07 -04:00
/usr/local/opnsense/www/css/gridstack-extra.min.css
/usr/local/opnsense/www/css/gridstack.min.css
ui: move tree.query.js to "min." annotation Helps with whitespace sweep not wanting to change the EOL character on minified js. Fix plist while here. ;)
2020-04-05 03:08:16 -04:00
/usr/local/opnsense/www/css/jqtree.css
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/www/css/jquery.bootgrid.css
/usr/local/opnsense/www/css/nv.d3.css
tabulator: Improve responsiveness via minWidth() for grid and flex css for action row (#9240) * firewall/automation: Small viewport layout for action bar * bootgrid: Add minWidth and maxWidth and wire minWidth into firewall/automation/filter page for better responsiveness * Make header even more responsive by allowing selectpickers to shrink and stretch in a flexbox, but only to a certain limit * Generalize the action bar flex css so it improves all pages * Add global default for minWidth since its an issue in all grids. * Give width precedence over minWidth, fix some minWidth in firewall page * Give search bar some left padding so when it collides with left elements there is some spacing * Fix flex behavior for elements inside the button group, fix log.volt * dnsmasq leases.volt fix flex behavior of selectpickers * kea leases4.volt leases6.volt fix flex behavior of selectpickers * dnsmasq settings.volt fix flex behavior of selectpickers * alias alias.volt fix flex behavior of selectpickers * virtual IP vip.volt fix flex behavior of selectpickers * filter.volt fix flex behavior of selectpickers * wireguard general.volt diagnostics.volt fix flex behavior of selectpickers * Simplify by creating a new layout css file which can store layout focused bootgrid changes without regenerating themes * Give the search bar some love too, allow it to be bigger and shrink
2025-10-15 05:31:06 -04:00
/usr/local/opnsense/www/css/opnsense-bootgrid-layout.css
bootgrid: replace with Tabulator (#8555) * bootgrid: replace with Tabulator (https://github.com/opnsense/core/issues/8530) Initial work for a compatibility layer between the old jQuery bootgrid implementation and the new Tabulator inclusion * whitespace * cleanup pagination logic * minor cleanup and hardcode filter_rule page command column width to 150px * hasync: bring back sync & reconfigure all button * bring back subtle horizontal/vertical lines in the right places * improve row hovering/selection behavior * refine css further and do not horizontally space commands. Also ditch resize guide as it is too much logic for little gain * dynamically wire up default commands as well for virtualDOM rendering mode * small cleanup * remove 'last page' button in case of remote fetch and an unknown total * fix 'add' command * small CSS changes and change commands default to 100px * fix 'em' parsing * fixup internal formatter scoping * skip boolean type on formatter assignment * some more noise * prevent flashing * small interfaces overview fix, also use small buffer for em parsing to prevent early ellipsis * let's make use of onRendered() * handle table height responsiveness via our own ResizeObserver implementation * cleanup * account for scrollbar gutter, fix user defined rules on ids page * final touches for scrollbar offsets * fix 'datakey' usage * tabulator: groundwork for themes, variable height tables * tabulator: leftover * tabulator: minor persistence issue, use headerClick event instead * tabulator: fix up styles and small persistence/scrollbar glitches * some more style changes with compiled scss * better translation handling * missing return here
2025-05-06 10:42:01 -04:00
/usr/local/opnsense/www/css/opnsense-bootgrid.css
/usr/local/opnsense/www/css/tabulator.min.css
pkg: fix plist, sweep
2018-06-12 02:56:58 -04:00
/usr/local/opnsense/www/css/tokenize2.css
pkg: sort plist, file systems getting in the way
2016-09-24 08:34:14 -04:00
/usr/local/opnsense/www/fonts/FontAwesome.otf
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/www/fonts/glyphicons-halflings-regular.eot
/usr/local/opnsense/www/fonts/glyphicons-halflings-regular.svg
/usr/local/opnsense/www/fonts/glyphicons-halflings-regular.ttf
/usr/local/opnsense/www/fonts/glyphicons-halflings-regular.woff
/usr/local/opnsense/www/fonts/glyphicons-halflings-regular.woff2
/usr/local/opnsense/www/index.php
pkg: sort plist, file systems getting in the way
2016-09-24 08:34:14 -04:00
/usr/local/opnsense/www/js/Tokenize.LICENSE
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/www/js/bootstrap-datepicker.min.js
/usr/local/opnsense/www/js/bootstrap-dialog.js
/usr/local/opnsense/www/js/bootstrap-dialog.min.js
/usr/local/opnsense/www/js/bootstrap-select.js
/usr/local/opnsense/www/js/bootstrap-select.min.js
/usr/local/opnsense/www/js/bootstrap.js
/usr/local/opnsense/www/js/bootstrap.min.js
/usr/local/opnsense/www/js/bootstrap3-typeahead.js
/usr/local/opnsense/www/js/bootstrap3-typeahead.min.js
system: update Chart.js to 4.4.7
2025-02-14 04:27:41 -05:00
/usr/local/opnsense/www/js/chart.umd.min.js
Reporting / Traffic: Upgrade chart.js to v3.9.1 and improve UX (#6000) * Reporting / Traffic: Bump chart.js version and improve UX
2022-09-01 04:21:15 -04:00
/usr/local/opnsense/www/js/chartjs-adapter-moment.min.js
/usr/local/opnsense/www/js/chartjs-plugin-colorschemes.min.js
Dashboard: boilerplate for new widgets (#7328)
2024-03-20 06:44:07 -04:00
/usr/local/opnsense/www/js/chartjs-plugin-matrix.min.js
pkg: fix plist
2020-09-01 16:48:11 -04:00
/usr/local/opnsense/www/js/chartjs-plugin-streaming.js
System: Health: refactor to Chart.js (#8258)
2025-01-30 08:02:41 -05:00
/usr/local/opnsense/www/js/chartjs-plugin-zoom.min.js
/usr/local/opnsense/www/js/chartjs-scale-timestack.min.js
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/www/js/d3.min.js
/usr/local/opnsense/www/js/d3.min.js.LICENSE
Dashboard: boilerplate for new widgets (#7328)
2024-03-20 06:44:07 -04:00
/usr/local/opnsense/www/js/gridstack-all.min.js
pkg: fix plist
2020-05-25 01:56:11 -04:00
/usr/local/opnsense/www/js/jquery-3.5.1.min.js
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/www/js/jquery-sortable.js
/usr/local/opnsense/www/js/jquery.qrcode.js
/usr/local/opnsense/www/js/jquery.qrcode.js.LICENSE
System: Health: refactor to Chart.js (#8258)
2025-01-30 08:02:41 -05:00
/usr/local/opnsense/www/js/luxon.min.js
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/www/js/moment-with-locales.min.js
/usr/local/opnsense/www/js/nv.d3.min.js
/usr/local/opnsense/www/js/nv.d3.min.js.LICENSE.md
src: style sweep
2023-11-10 01:38:00 -05:00
/usr/local/opnsense/www/js/opnsense-treeview.js
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/www/js/opnsense.js
bootgrid: replace with Tabulator (#8555) * bootgrid: replace with Tabulator (https://github.com/opnsense/core/issues/8530) Initial work for a compatibility layer between the old jQuery bootgrid implementation and the new Tabulator inclusion * whitespace * cleanup pagination logic * minor cleanup and hardcode filter_rule page command column width to 150px * hasync: bring back sync & reconfigure all button * bring back subtle horizontal/vertical lines in the right places * improve row hovering/selection behavior * refine css further and do not horizontally space commands. Also ditch resize guide as it is too much logic for little gain * dynamically wire up default commands as well for virtualDOM rendering mode * small cleanup * remove 'last page' button in case of remote fetch and an unknown total * fix 'add' command * small CSS changes and change commands default to 100px * fix 'em' parsing * fixup internal formatter scoping * skip boolean type on formatter assignment * some more noise * prevent flashing * small interfaces overview fix, also use small buffer for em parsing to prevent early ellipsis * let's make use of onRendered() * handle table height responsiveness via our own ResizeObserver implementation * cleanup * account for scrollbar gutter, fix user defined rules on ids page * final touches for scrollbar offsets * fix 'datakey' usage * tabulator: groundwork for themes, variable height tables * tabulator: leftover * tabulator: minor persistence issue, use headerClick event instead * tabulator: fix up styles and small persistence/scrollbar glitches * some more style changes with compiled scss * better translation handling * missing return here
2025-05-06 10:42:01 -04:00
/usr/local/opnsense/www/js/opnsense_bootgrid.js
System: Health: refactor to Chart.js (#8258)
2025-01-30 08:02:41 -05:00
/usr/local/opnsense/www/js/opnsense_health.js
pkg: fix plist
2022-07-28 04:03:42 -04:00
/usr/local/opnsense/www/js/opnsense_status.js
pkg: fix plist
2018-07-17 17:11:10 -04:00
/usr/local/opnsense/www/js/opnsense_theme.js
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/www/js/opnsense_ui.js
Dashboard: boilerplate for new widgets (#7328)
2024-03-20 06:44:07 -04:00
/usr/local/opnsense/www/js/opnsense_widget_manager.js
pkg: fix plist
2019-02-01 08:39:52 -05:00
/usr/local/opnsense/www/js/polyfills.js
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/www/js/qrcode.js
Dashboard: boilerplate for new widgets (#7328)
2024-03-20 06:44:07 -04:00
/usr/local/opnsense/www/js/smoothie.js
bootgrid: replace with Tabulator (#8555) * bootgrid: replace with Tabulator (https://github.com/opnsense/core/issues/8530) Initial work for a compatibility layer between the old jQuery bootgrid implementation and the new Tabulator inclusion * whitespace * cleanup pagination logic * minor cleanup and hardcode filter_rule page command column width to 150px * hasync: bring back sync & reconfigure all button * bring back subtle horizontal/vertical lines in the right places * improve row hovering/selection behavior * refine css further and do not horizontally space commands. Also ditch resize guide as it is too much logic for little gain * dynamically wire up default commands as well for virtualDOM rendering mode * small cleanup * remove 'last page' button in case of remote fetch and an unknown total * fix 'add' command * small CSS changes and change commands default to 100px * fix 'em' parsing * fixup internal formatter scoping * skip boolean type on formatter assignment * some more noise * prevent flashing * small interfaces overview fix, also use small buffer for em parsing to prevent early ellipsis * let's make use of onRendered() * handle table height responsiveness via our own ResizeObserver implementation * cleanup * account for scrollbar gutter, fix user defined rules on ids page * final touches for scrollbar offsets * fix 'datakey' usage * tabulator: groundwork for themes, variable height tables * tabulator: leftover * tabulator: minor persistence issue, use headerClick event instead * tabulator: fix up styles and small persistence/scrollbar glitches * some more style changes with compiled scss * better translation handling * missing return here
2025-05-06 10:42:01 -04:00
/usr/local/opnsense/www/js/tabulator.min.js
/usr/local/opnsense/www/js/tabulator.min.js.map
src: style for previous
2018-01-27 08:21:24 -05:00
/usr/local/opnsense/www/js/theme.js
pkg: fix plist
2018-06-30 05:18:12 -04:00
/usr/local/opnsense/www/js/tokenize2.js
ui: move tree.query.js to "min." annotation Helps with whitespace sweep not wanting to change the EOL character on minified js. Fix plist while here. ;)
2020-04-05 03:08:16 -04:00
/usr/local/opnsense/www/js/tree.jquery.min.js
plist
2024-06-29 15:36:55 -04:00
/usr/local/opnsense/www/js/widgets/Announcements.js
src: style sweep
2024-05-23 04:55:16 -04:00
/usr/local/opnsense/www/js/widgets/BaseGaugeWidget.js
Dashboard: boilerplate for new widgets (#7328)
2024-03-20 06:44:07 -04:00
/usr/local/opnsense/www/js/widgets/BaseTableWidget.js
/usr/local/opnsense/www/js/widgets/BaseWidget.js
pkg: fix plist
2024-05-27 12:30:34 -04:00
/usr/local/opnsense/www/js/widgets/Carp.js
dashboard: Add certificate widget that displays CAs and Certs sorted by expiration date (#8105) * dashboard: Add certificate widget that displays CAs and Certs sorted by expiration date * dashboard: Certificate widget, fix certificate hiding configuration, refresh immediately on config change, increase tick timeout * dashboard: Certificate widget, different text for expired certificates * dashboard: Certificate widget, create links that fill the search-field of the bootgrid to display the certificate directly * dashboard: Certificate widget, search for uuid in bootgrid and call corresponding form
2024-12-05 05:31:39 -05:00
/usr/local/opnsense/www/js/widgets/Certificates.js
dashboard: add CPU Usage widget Also allow for each widget to override the resize handles in case they should be more restrictive in terms of dimensions.
2024-03-22 10:57:52 -04:00
/usr/local/opnsense/www/js/widgets/Cpu.js
dashboard: Disk widget
2024-04-30 10:27:36 -04:00
/usr/local/opnsense/www/js/widgets/Disk.js
dnsmasq: Add leases widget that shows latest leases (#9087) * dnsmasq: Add leases widget that shows latest leases and gauge with amount and max leases * dnsmasq: Add initialSearchPhrase to bootgrid options in leases view * dnsmasq: Show hwaddr in tooltip and reformat text in leases gauge a bit * Make DnsmasqLeases widget configurable and add a single selectpicker option to opnsense_widget_manager * dnsmasq: Use controller to limit and sort rows
2025-08-18 05:07:22 -04:00
/usr/local/opnsense/www/js/widgets/DnsmasqLeases.js
dashboard: add firewall widget, change BaseTableWidget accordingly The BaseTableWidget now contains some more rudimentary options to update existing rows and sort on a specific column index. The firewall widget counts events live as they happen and populates a table in a larger view, or a doughnut chart in a smaller view as data comes in.
2024-05-13 06:04:39 -04:00
/usr/local/opnsense/www/js/widgets/Firewall.js
dashboard: add firewall states widget
2024-05-22 05:38:06 -04:00
/usr/local/opnsense/www/js/widgets/FirewallStates.js
pkg: fix plist
2024-05-30 07:01:46 -04:00
/usr/local/opnsense/www/js/widgets/Gateways.js
dashboard: traffic widget
2024-04-11 04:04:20 -04:00
/usr/local/opnsense/www/js/widgets/InterfaceStatistics.js
Dashboard: boilerplate for new widgets (#7328)
2024-03-20 06:44:07 -04:00
/usr/local/opnsense/www/js/widgets/Interfaces.js
firmware: fix plist
2024-06-26 03:36:19 -04:00
/usr/local/opnsense/www/js/widgets/IpsecLeases.js
/usr/local/opnsense/www/js/widgets/IpsecTunnels.js
dashboard: add basic live log widget
2024-06-21 09:03:42 -04:00
/usr/local/opnsense/www/js/widgets/LiveLog.js
src: style sweep
2024-05-23 04:55:16 -04:00
/usr/local/opnsense/www/js/widgets/Mbuf.js
plist
2024-04-21 07:56:45 -04:00
/usr/local/opnsense/www/js/widgets/Memory.js
dashboard: pluggable metadata files
2024-06-28 08:32:14 -04:00
/usr/local/opnsense/www/js/widgets/Metadata/Core.xml
dashboard: add monit widget
2024-06-18 10:11:25 -04:00
/usr/local/opnsense/www/js/widgets/Monit.js
src: style sweep and plist fix
2024-07-11 08:25:38 -04:00
/usr/local/opnsense/www/js/widgets/OpenVPNClients.js
firmware: fix plist
2024-07-12 05:40:04 -04:00
/usr/local/opnsense/www/js/widgets/OpenVPNServers.js
dashboard: add Picture widget (#7860) --------- Co-authored-by: Franco Fichtner <franco@opnsense.org>
2024-09-12 10:54:53 -04:00
/usr/local/opnsense/www/js/widgets/Picture.js
fix plist
2024-07-05 09:11:46 -04:00
/usr/local/opnsense/www/js/widgets/Services.js
src: style sweep
2024-05-23 04:55:16 -04:00
/usr/local/opnsense/www/js/widgets/Swap.js
dashboard: system information widget Minor restructuring of the BaseTableWidget as well
2024-04-04 10:47:09 -04:00
/usr/local/opnsense/www/js/widgets/SystemInformation.js
dashboard: typo in previous, also fix plist
2024-06-07 07:01:27 -04:00
/usr/local/opnsense/www/js/widgets/ThermalSensors.js
dashboard: traffic widget
2024-04-11 04:04:20 -04:00
/usr/local/opnsense/www/js/widgets/Traffic.js
fix plist
2024-07-04 16:22:10 -04:00
/usr/local/opnsense/www/js/widgets/Wireguard.js
ui: add official OPNsense dark theme
2024-12-03 10:34:26 -05:00
/usr/local/opnsense/www/themes/opnsense-dark/assets/fonts/SourceSansPro-Bold/SourceSansPro-Bold.eot
/usr/local/opnsense/www/themes/opnsense-dark/assets/fonts/SourceSansPro-Bold/SourceSansPro-Bold.otf
/usr/local/opnsense/www/themes/opnsense-dark/assets/fonts/SourceSansPro-Bold/SourceSansPro-Bold.ttf
/usr/local/opnsense/www/themes/opnsense-dark/assets/fonts/SourceSansPro-Bold/SourceSansPro-Bold.woff
/usr/local/opnsense/www/themes/opnsense-dark/assets/fonts/SourceSansPro-Regular/SourceSansPro-Regular.eot
/usr/local/opnsense/www/themes/opnsense-dark/assets/fonts/SourceSansPro-Regular/SourceSansPro-Regular.otf
/usr/local/opnsense/www/themes/opnsense-dark/assets/fonts/SourceSansPro-Regular/SourceSansPro-Regular.ttf
/usr/local/opnsense/www/themes/opnsense-dark/assets/fonts/SourceSansPro-Regular/SourceSansPro-Regular.woff
/usr/local/opnsense/www/themes/opnsense-dark/assets/fonts/SourceSansPro-Semibold/SourceSansPro-Semibold.eot
/usr/local/opnsense/www/themes/opnsense-dark/assets/fonts/SourceSansPro-Semibold/SourceSansPro-Semibold.otf
/usr/local/opnsense/www/themes/opnsense-dark/assets/fonts/SourceSansPro-Semibold/SourceSansPro-Semibold.ttf
/usr/local/opnsense/www/themes/opnsense-dark/assets/fonts/SourceSansPro-Semibold/SourceSansPro-Semibold.woff
/usr/local/opnsense/www/themes/opnsense-dark/assets/fonts/bootstrap/glyphicons-halflings-regular.eot
/usr/local/opnsense/www/themes/opnsense-dark/assets/fonts/bootstrap/glyphicons-halflings-regular.svg
/usr/local/opnsense/www/themes/opnsense-dark/assets/fonts/bootstrap/glyphicons-halflings-regular.ttf
/usr/local/opnsense/www/themes/opnsense-dark/assets/fonts/bootstrap/glyphicons-halflings-regular.woff
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap-dialog.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap-select.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_alerts.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_badges.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_breadcrumbs.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_button-groups.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_buttons.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_carousel.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_close.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_code.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_component-animations.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_dropdowns.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_forms.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_glyphicons.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_grid.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_input-groups.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_jumbotron.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_labels.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_list-group.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_media.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_mixins.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_modals.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_navbar.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_navs.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_normalize.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_pager.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_pagination.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_panels.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_popovers.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_print.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_progress-bars.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_responsive-embed.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_responsive-utilities.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_scaffolding.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_tables.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_theme.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_thumbnails.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_tooltip.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_type.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_utilities.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_variables.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/_wells.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_alerts.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_background-variant.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_border-radius.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_buttons.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_center-block.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_clearfix.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_forms.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_gradients.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_grid-framework.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_grid.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_hide-text.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_image.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_labels.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_list-group.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_nav-divider.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_nav-vertical-align.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_opacity.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_pagination.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_panels.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_progress-bar.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_reset-filter.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_resize.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_responsive-visibility.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_size.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_tab-focus.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_table-row.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_text-emphasis.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_text-overflow.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/bootstrap/mixins/_vendor-prefixes.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/config/colors.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/dashboard.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/dns-overview.scss
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/main.scss
bootgrid: replace with Tabulator (#8555) * bootgrid: replace with Tabulator (https://github.com/opnsense/core/issues/8530) Initial work for a compatibility layer between the old jQuery bootgrid implementation and the new Tabulator inclusion * whitespace * cleanup pagination logic * minor cleanup and hardcode filter_rule page command column width to 150px * hasync: bring back sync & reconfigure all button * bring back subtle horizontal/vertical lines in the right places * improve row hovering/selection behavior * refine css further and do not horizontally space commands. Also ditch resize guide as it is too much logic for little gain * dynamically wire up default commands as well for virtualDOM rendering mode * small cleanup * remove 'last page' button in case of remote fetch and an unknown total * fix 'add' command * small CSS changes and change commands default to 100px * fix 'em' parsing * fixup internal formatter scoping * skip boolean type on formatter assignment * some more noise * prevent flashing * small interfaces overview fix, also use small buffer for em parsing to prevent early ellipsis * let's make use of onRendered() * handle table height responsiveness via our own ResizeObserver implementation * cleanup * account for scrollbar gutter, fix user defined rules on ids page * final touches for scrollbar offsets * fix 'datakey' usage * tabulator: groundwork for themes, variable height tables * tabulator: leftover * tabulator: minor persistence issue, use headerClick event instead * tabulator: fix up styles and small persistence/scrollbar glitches * some more style changes with compiled scss * better translation handling * missing return here
2025-05-06 10:42:01 -04:00
/usr/local/opnsense/www/themes/opnsense-dark/assets/stylesheets/opnsense-bootgrid.scss
ui: add official OPNsense dark theme
2024-12-03 10:34:26 -05:00
/usr/local/opnsense/www/themes/opnsense-dark/build/css/bootstrap-dialog.css
/usr/local/opnsense/www/themes/opnsense-dark/build/css/bootstrap-select.css
/usr/local/opnsense/www/themes/opnsense-dark/build/css/dashboard.css
/usr/local/opnsense/www/themes/opnsense-dark/build/css/dns-overview.css
src: style and plist
2024-12-10 02:38:43 -05:00
/usr/local/opnsense/www/themes/opnsense-dark/build/css/jquery.bootgrid.css
ui: add official OPNsense dark theme
2024-12-03 10:34:26 -05:00
/usr/local/opnsense/www/themes/opnsense-dark/build/css/main.css
/usr/local/opnsense/www/themes/opnsense-dark/build/css/nv.d3.css
bootgrid: replace with Tabulator (#8555) * bootgrid: replace with Tabulator (https://github.com/opnsense/core/issues/8530) Initial work for a compatibility layer between the old jQuery bootgrid implementation and the new Tabulator inclusion * whitespace * cleanup pagination logic * minor cleanup and hardcode filter_rule page command column width to 150px * hasync: bring back sync & reconfigure all button * bring back subtle horizontal/vertical lines in the right places * improve row hovering/selection behavior * refine css further and do not horizontally space commands. Also ditch resize guide as it is too much logic for little gain * dynamically wire up default commands as well for virtualDOM rendering mode * small cleanup * remove 'last page' button in case of remote fetch and an unknown total * fix 'add' command * small CSS changes and change commands default to 100px * fix 'em' parsing * fixup internal formatter scoping * skip boolean type on formatter assignment * some more noise * prevent flashing * small interfaces overview fix, also use small buffer for em parsing to prevent early ellipsis * let's make use of onRendered() * handle table height responsiveness via our own ResizeObserver implementation * cleanup * account for scrollbar gutter, fix user defined rules on ids page * final touches for scrollbar offsets * fix 'datakey' usage * tabulator: groundwork for themes, variable height tables * tabulator: leftover * tabulator: minor persistence issue, use headerClick event instead * tabulator: fix up styles and small persistence/scrollbar glitches * some more style changes with compiled scss * better translation handling * missing return here
2025-05-06 10:42:01 -04:00
/usr/local/opnsense/www/themes/opnsense-dark/build/css/opnsense-bootgrid.css
ui: add official OPNsense dark theme
2024-12-03 10:34:26 -05:00
/usr/local/opnsense/www/themes/opnsense-dark/build/css/tokenize2.css
/usr/local/opnsense/www/themes/opnsense-dark/build/fonts/LICENSE.SourceSansPro.txt
/usr/local/opnsense/www/themes/opnsense-dark/build/fonts/SourceSansPro-Bold/SourceSansPro-Bold.eot
/usr/local/opnsense/www/themes/opnsense-dark/build/fonts/SourceSansPro-Bold/SourceSansPro-Bold.otf
/usr/local/opnsense/www/themes/opnsense-dark/build/fonts/SourceSansPro-Bold/SourceSansPro-Bold.ttf
/usr/local/opnsense/www/themes/opnsense-dark/build/fonts/SourceSansPro-Bold/SourceSansPro-Bold.woff
/usr/local/opnsense/www/themes/opnsense-dark/build/fonts/SourceSansPro-Regular/SourceSansPro-Regular.eot
/usr/local/opnsense/www/themes/opnsense-dark/build/fonts/SourceSansPro-Regular/SourceSansPro-Regular.otf
/usr/local/opnsense/www/themes/opnsense-dark/build/fonts/SourceSansPro-Regular/SourceSansPro-Regular.ttf
/usr/local/opnsense/www/themes/opnsense-dark/build/fonts/SourceSansPro-Regular/SourceSansPro-Regular.woff
/usr/local/opnsense/www/themes/opnsense-dark/build/fonts/SourceSansPro-Semibold/SourceSansPro-Semibold.eot
/usr/local/opnsense/www/themes/opnsense-dark/build/fonts/SourceSansPro-Semibold/SourceSansPro-Semibold.otf
/usr/local/opnsense/www/themes/opnsense-dark/build/fonts/SourceSansPro-Semibold/SourceSansPro-Semibold.ttf
/usr/local/opnsense/www/themes/opnsense-dark/build/fonts/SourceSansPro-Semibold/SourceSansPro-Semibold.woff
/usr/local/opnsense/www/themes/opnsense-dark/build/fonts/bootstrap/glyphicons-halflings-regular.eot
/usr/local/opnsense/www/themes/opnsense-dark/build/fonts/bootstrap/glyphicons-halflings-regular.svg
/usr/local/opnsense/www/themes/opnsense-dark/build/fonts/bootstrap/glyphicons-halflings-regular.ttf
/usr/local/opnsense/www/themes/opnsense-dark/build/fonts/bootstrap/glyphicons-halflings-regular.woff
/usr/local/opnsense/www/themes/opnsense-dark/build/images/caret.png
/usr/local/opnsense/www/themes/opnsense-dark/build/images/default-logo.svg
/usr/local/opnsense/www/themes/opnsense-dark/build/images/favicon.png
/usr/local/opnsense/www/themes/opnsense-dark/build/images/icon-logo.svg
pkg: sort plist, file systems getting in the way
2016-09-24 08:34:14 -04:00
/usr/local/opnsense/www/themes/opnsense/LICENSE
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/www/themes/opnsense/assets/fonts/SourceSansPro-Bold/SourceSansPro-Bold.eot
/usr/local/opnsense/www/themes/opnsense/assets/fonts/SourceSansPro-Bold/SourceSansPro-Bold.otf
/usr/local/opnsense/www/themes/opnsense/assets/fonts/SourceSansPro-Bold/SourceSansPro-Bold.ttf
/usr/local/opnsense/www/themes/opnsense/assets/fonts/SourceSansPro-Bold/SourceSansPro-Bold.woff
/usr/local/opnsense/www/themes/opnsense/assets/fonts/SourceSansPro-Regular/SourceSansPro-Regular.eot
/usr/local/opnsense/www/themes/opnsense/assets/fonts/SourceSansPro-Regular/SourceSansPro-Regular.otf
/usr/local/opnsense/www/themes/opnsense/assets/fonts/SourceSansPro-Regular/SourceSansPro-Regular.ttf
/usr/local/opnsense/www/themes/opnsense/assets/fonts/SourceSansPro-Regular/SourceSansPro-Regular.woff
/usr/local/opnsense/www/themes/opnsense/assets/fonts/SourceSansPro-Semibold/SourceSansPro-Semibold.eot
/usr/local/opnsense/www/themes/opnsense/assets/fonts/SourceSansPro-Semibold/SourceSansPro-Semibold.otf
/usr/local/opnsense/www/themes/opnsense/assets/fonts/SourceSansPro-Semibold/SourceSansPro-Semibold.ttf
/usr/local/opnsense/www/themes/opnsense/assets/fonts/SourceSansPro-Semibold/SourceSansPro-Semibold.woff
pkg: sort plist, file systems getting in the way
2016-09-24 08:34:14 -04:00
/usr/local/opnsense/www/themes/opnsense/assets/fonts/bootstrap/glyphicons-halflings-regular.eot
/usr/local/opnsense/www/themes/opnsense/assets/fonts/bootstrap/glyphicons-halflings-regular.svg
/usr/local/opnsense/www/themes/opnsense/assets/fonts/bootstrap/glyphicons-halflings-regular.ttf
/usr/local/opnsense/www/themes/opnsense/assets/fonts/bootstrap/glyphicons-halflings-regular.woff
ui:theme - first batch of theme source cleanups. ease maintenance in the future by cleanup up our stylesheets, most of our styes are already a decade old and might need some love for future improvements. This commit removes some of the unused styles and moves color defines in main.scss to its own file, also a dashboard scss file is added to use the same colorscheme.
2024-11-28 12:29:22 -05:00
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap-dialog.scss
pkg: sort plist, file systems getting in the way
2016-09-24 08:34:14 -04:00
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap-select/less/bootstrap-select.less
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap-select/less/variables.less
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_alerts.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_badges.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_breadcrumbs.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_button-groups.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_buttons.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_carousel.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_close.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_code.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_component-animations.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_dropdowns.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_forms.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_glyphicons.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_grid.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_input-groups.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_jumbotron.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_labels.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_list-group.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_media.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_mixins.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_modals.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_navbar.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_navs.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_normalize.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_pager.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_pagination.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_panels.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_popovers.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_print.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_progress-bars.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_responsive-embed.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_responsive-utilities.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_scaffolding.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_tables.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_theme.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_thumbnails.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_tooltip.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_type.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_utilities.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_variables.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/_wells.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_alerts.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_background-variant.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_border-radius.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_buttons.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_center-block.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_clearfix.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_forms.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_gradients.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_grid-framework.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_grid.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_hide-text.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_image.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_labels.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_list-group.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_nav-divider.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_nav-vertical-align.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_opacity.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_pagination.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_panels.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_progress-bar.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_reset-filter.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_resize.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_responsive-visibility.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_size.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_tab-focus.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_table-row.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_text-emphasis.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_text-overflow.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/bootstrap/mixins/_vendor-prefixes.scss
ui:theme - first batch of theme source cleanups. ease maintenance in the future by cleanup up our stylesheets, most of our styes are already a decade old and might need some love for future improvements. This commit removes some of the unused styles and moves color defines in main.scss to its own file, also a dashboard scss file is added to use the same colorscheme.
2024-11-28 12:29:22 -05:00
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/config/colors.scss
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/dashboard.scss
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/main.scss
bootgrid: replace with Tabulator (#8555) * bootgrid: replace with Tabulator (https://github.com/opnsense/core/issues/8530) Initial work for a compatibility layer between the old jQuery bootgrid implementation and the new Tabulator inclusion * whitespace * cleanup pagination logic * minor cleanup and hardcode filter_rule page command column width to 150px * hasync: bring back sync & reconfigure all button * bring back subtle horizontal/vertical lines in the right places * improve row hovering/selection behavior * refine css further and do not horizontally space commands. Also ditch resize guide as it is too much logic for little gain * dynamically wire up default commands as well for virtualDOM rendering mode * small cleanup * remove 'last page' button in case of remote fetch and an unknown total * fix 'add' command * small CSS changes and change commands default to 100px * fix 'em' parsing * fixup internal formatter scoping * skip boolean type on formatter assignment * some more noise * prevent flashing * small interfaces overview fix, also use small buffer for em parsing to prevent early ellipsis * let's make use of onRendered() * handle table height responsiveness via our own ResizeObserver implementation * cleanup * account for scrollbar gutter, fix user defined rules on ids page * final touches for scrollbar offsets * fix 'datakey' usage * tabulator: groundwork for themes, variable height tables * tabulator: leftover * tabulator: minor persistence issue, use headerClick event instead * tabulator: fix up styles and small persistence/scrollbar glitches * some more style changes with compiled scss * better translation handling * missing return here
2025-05-06 10:42:01 -04:00
/usr/local/opnsense/www/themes/opnsense/assets/stylesheets/opnsense-bootgrid.scss
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/www/themes/opnsense/build/css/bootstrap-dialog.css
ui:theme - first batch of theme source cleanups. ease maintenance in the future by cleanup up our stylesheets, most of our styes are already a decade old and might need some love for future improvements. This commit removes some of the unused styles and moves color defines in main.scss to its own file, also a dashboard scss file is added to use the same colorscheme.
2024-11-28 12:29:22 -05:00
/usr/local/opnsense/www/themes/opnsense/build/css/dashboard.css
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/www/themes/opnsense/build/css/main.css
bootgrid: replace with Tabulator (#8555) * bootgrid: replace with Tabulator (https://github.com/opnsense/core/issues/8530) Initial work for a compatibility layer between the old jQuery bootgrid implementation and the new Tabulator inclusion * whitespace * cleanup pagination logic * minor cleanup and hardcode filter_rule page command column width to 150px * hasync: bring back sync & reconfigure all button * bring back subtle horizontal/vertical lines in the right places * improve row hovering/selection behavior * refine css further and do not horizontally space commands. Also ditch resize guide as it is too much logic for little gain * dynamically wire up default commands as well for virtualDOM rendering mode * small cleanup * remove 'last page' button in case of remote fetch and an unknown total * fix 'add' command * small CSS changes and change commands default to 100px * fix 'em' parsing * fixup internal formatter scoping * skip boolean type on formatter assignment * some more noise * prevent flashing * small interfaces overview fix, also use small buffer for em parsing to prevent early ellipsis * let's make use of onRendered() * handle table height responsiveness via our own ResizeObserver implementation * cleanup * account for scrollbar gutter, fix user defined rules on ids page * final touches for scrollbar offsets * fix 'datakey' usage * tabulator: groundwork for themes, variable height tables * tabulator: leftover * tabulator: minor persistence issue, use headerClick event instead * tabulator: fix up styles and small persistence/scrollbar glitches * some more style changes with compiled scss * better translation handling * missing return here
2025-05-06 10:42:01 -04:00
/usr/local/opnsense/www/themes/opnsense/build/css/opnsense-bootgrid.css
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/www/themes/opnsense/build/fonts/LICENSE.SourceSansPro.txt
/usr/local/opnsense/www/themes/opnsense/build/fonts/SourceSansPro-Bold/SourceSansPro-Bold.eot
/usr/local/opnsense/www/themes/opnsense/build/fonts/SourceSansPro-Bold/SourceSansPro-Bold.otf
/usr/local/opnsense/www/themes/opnsense/build/fonts/SourceSansPro-Bold/SourceSansPro-Bold.ttf
/usr/local/opnsense/www/themes/opnsense/build/fonts/SourceSansPro-Bold/SourceSansPro-Bold.woff
/usr/local/opnsense/www/themes/opnsense/build/fonts/SourceSansPro-Regular/SourceSansPro-Regular.eot
/usr/local/opnsense/www/themes/opnsense/build/fonts/SourceSansPro-Regular/SourceSansPro-Regular.otf
/usr/local/opnsense/www/themes/opnsense/build/fonts/SourceSansPro-Regular/SourceSansPro-Regular.ttf
/usr/local/opnsense/www/themes/opnsense/build/fonts/SourceSansPro-Regular/SourceSansPro-Regular.woff
/usr/local/opnsense/www/themes/opnsense/build/fonts/SourceSansPro-Semibold/SourceSansPro-Semibold.eot
/usr/local/opnsense/www/themes/opnsense/build/fonts/SourceSansPro-Semibold/SourceSansPro-Semibold.otf
/usr/local/opnsense/www/themes/opnsense/build/fonts/SourceSansPro-Semibold/SourceSansPro-Semibold.ttf
/usr/local/opnsense/www/themes/opnsense/build/fonts/SourceSansPro-Semibold/SourceSansPro-Semibold.woff
pkg: sort plist, file systems getting in the way
2016-09-24 08:34:14 -04:00
/usr/local/opnsense/www/themes/opnsense/build/fonts/bootstrap/glyphicons-halflings-regular.eot
/usr/local/opnsense/www/themes/opnsense/build/fonts/bootstrap/glyphicons-halflings-regular.svg
/usr/local/opnsense/www/themes/opnsense/build/fonts/bootstrap/glyphicons-halflings-regular.ttf
/usr/local/opnsense/www/themes/opnsense/build/fonts/bootstrap/glyphicons-halflings-regular.woff
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/www/themes/opnsense/build/images/caret.png
pkg: fix plist
2018-04-29 05:08:11 -04:00
/usr/local/opnsense/www/themes/opnsense/build/images/default-logo.svg
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/opnsense/www/themes/opnsense/build/images/favicon.png
pkg: fix plist
2018-04-29 05:08:11 -04:00
/usr/local/opnsense/www/themes/opnsense/build/images/icon-logo.svg
pkg: fix plist
2019-08-19 02:43:45 -04:00
/usr/local/sbin/carp_service_status
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/sbin/configctl
interfaces: ifctl link for nameserver.sh Not sure about nameserver.sh name and scope yet so try to hide it under a link. We can always change the name later although having .sh suffix helps us lint the script more easily.
2022-03-11 04:50:04 -05:00
/usr/local/sbin/ifctl
rc: refactor, add missing copyright header, rename Scott committed this in 2005 so it is safe to assume the BSD license fits... See also: https://github.com/pfsense/pfsense/commit/fa94531eaba
2021-02-01 03:39:09 -05:00
/usr/local/sbin/opnsense-beep
system: add opnsense-crypt utility #6133
2023-07-24 03:33:33 -04:00
/usr/local/sbin/opnsense-crypt
rc: allow use of importer anytime, add conveniance aliases
2017-03-01 00:30:32 -05:00
/usr/local/sbin/opnsense-importer
/usr/local/sbin/opnsense-installer
system: add opnsense-log helper POC Wanted to do this every now and then since people were not familiar with clog but never got around to do it. Now that clog is gone it's easier to do so let's write a few lines and extend as necessary. :) It looks like `tail -f' doesn't watch the symlink and instead tails the target file which makes nightly rotation invisible and the log starts stalling so it means for any readers of latest.log it shouldn't be a persistent read. PR: https://github.com/opnsense/core/issues/4993
2021-11-18 03:23:05 -05:00
/usr/local/sbin/opnsense-log
rc: rc.initital is now opnsense-shell
2018-05-19 09:23:36 -04:00
/usr/local/sbin/opnsense-shell
rc: hello opnsense-version!
2018-09-16 17:07:21 -04:00
/usr/local/sbin/opnsense-version
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/sbin/ping_hosts.sh
plugins: add pluginctl and assorted shuffling #1841
2017-09-23 08:51:12 -04:00
/usr/local/sbin/pluginctl
system: document configctl in a manual page #5631
2022-03-18 04:00:17 -04:00
/usr/local/share/man/man8/configctl.8.gz
interfaces: add manual page for ifctl; closes #5631
2022-03-18 04:20:09 -04:00
/usr/local/share/man/man8/ifctl.8.gz
rc: add tiny manual page for opnsense-beep
2021-02-01 05:21:49 -05:00
/usr/local/share/man/man8/opnsense-beep.8.gz
system: add opnsense-crypt utility #6133
2023-07-24 03:33:33 -04:00
/usr/local/share/man/man8/opnsense-crypt.8.gz
man: allow to enroll and install man pages Support was missing for quite a while. Time to write a couple of docs for our "opnsense-" tools in core.
2018-05-19 09:56:46 -04:00
/usr/local/share/man/man8/opnsense-importer.8.gz
man: page for opnsense-installer
2018-05-19 11:00:56 -04:00
/usr/local/share/man/man8/opnsense-installer.8.gz
system: add a tiny manual page for opnsense-log
2021-11-23 03:20:40 -05:00
/usr/local/share/man/man8/opnsense-log.8.gz
man: also for opnsense-shell Add a bit of history for the interested parties.
2018-05-19 11:24:50 -04:00
/usr/local/share/man/man8/opnsense-shell.8.gz
rc: add manual page for opnsense-version
2018-09-16 17:58:20 -04:00
/usr/local/share/man/man8/opnsense-version.8.gz
system: move authgui.inc to appropriate location Auth and gui were already split but stored side by side but it makes no sense for authgui to be used anywhere other than the legacy GUI.
2024-04-02 02:33:30 -04:00
/usr/local/www/authgui.inc
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/www/crash_reporter.php
replace csrf with phalcon's implementation PR: https://github.com/opnsense/core/issues/918
2017-01-17 15:24:56 -05:00
/usr/local/www/csrf.inc
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/www/diag_authentication.php
/usr/local/www/diag_backup.php
/usr/local/www/fbegin.inc
/usr/local/www/firewall_nat_out.php
/usr/local/www/firewall_nat_out_edit.php
pkg: fix plist
2019-03-14 14:25:11 -04:00
/usr/local/www/firewall_rule_lookup.php
pkg: add an explicit plist for qa purposes When we build packages, we want to know if something is wrong. For now, only use it in the upgrade path, not sure how to to distinguish if a user or the build system is running the package build.
2016-09-24 08:09:18 -04:00
/usr/local/www/firewall_rules.php
/usr/local/www/firewall_rules_edit.php
/usr/local/www/firewall_schedule.php
/usr/local/www/firewall_schedule_edit.php
/usr/local/www/firewall_scrub.php
/usr/local/www/firewall_scrub_edit.php
/usr/local/www/foot.inc
/usr/local/www/getserviceproviders.php
/usr/local/www/guiconfig.inc
/usr/local/www/head.inc
/usr/local/www/index.php
/usr/local/www/interfaces.php
/usr/local/www/interfaces_assign.php
/usr/local/www/interfaces_ppps.php
/usr/local/www/interfaces_ppps_edit.php
/usr/local/www/interfaces_wireless.php
/usr/local/www/interfaces_wireless_edit.php
/usr/local/www/javascript/opnsense_legacy.js
/usr/local/www/reporting_settings.php
/usr/local/www/services_ntpd.php
/usr/local/www/services_ntpd_gps.php
/usr/local/www/services_ntpd_pps.php
/usr/local/www/services_opendns.php
/usr/local/www/status_wireless.php
/usr/local/www/system_advanced_admin.php
/usr/local/www/system_advanced_firewall.php
/usr/local/www/system_advanced_misc.php
/usr/local/www/system_authservers.php
/usr/local/www/system_gateway_groups.php
/usr/local/www/system_gateway_groups_edit.php
/usr/local/www/system_general.php
/usr/local/www/system_usermanager_passwordmg.php
/usr/local/www/system_usermanager_settings_ldapacpicker.php
/usr/local/www/xmlrpc.php
pkg: split @shadow and @sample syntax, slight differences Can't guarantee this is the final state, but opnsense-bootstrap stopping over lingering repository information without the finger- prints in place is not very helpful either. Now we have a working copy of the file we need, it is already reconfigured after install and it now also reverts FreeBSD.conf back to its required state--which is off--to prevent problems.
2017-03-02 00:45:37 -05:00
@sample /usr/local/etc/bogons.sample
@sample /usr/local/etc/bogonsv6.sample
@sample /usr/local/etc/config.xml.sample
pkg: sort plist, file systems getting in the way
2016-09-24 08:34:14 -04:00
@shadow /usr/local/etc/pkg/repos/FreeBSD.conf.sample
pkg: migrate from origin.conf to OPNsense.conf Using the project name in the file makes work flow less confusing, especially since we have a FreeBSD.conf right next to it. PR: https://github.com/opnsense/update/issues/35
2018-06-21 09:34:40 -04:00
@shadow /usr/local/etc/pkg/repos/OPNsense.conf.sample
Reference in a new issue Copy permalink