| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
| |
| |
| | |
ipsec.secrets to be properly considered
|
| |
| |
| |
| | |
it to slave
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
Interfaces
|
| |
| |
| | |
PIM protocol for firewall rules.
|
| | |
|
| |
| |
| | |
Forum report https://forum.pfsense.org/index.php/topic,72877.0.html
|
|\ \
| | |
| | | |
Create ntp_status.widget.php
|
| | |
| | |
| | | |
fixed tail path
|
| | |
| | |
| | | |
Updated errorneous paths. Sorry.
|
| | |
| | |
| | | |
Dedicated widget which has a javascript clock showing the server time accurately, and based on NTP's running state displays information about sync source, GPS state etc. It refreshes contents every minute, without reloading the entire page.
|
|\ \ \
| | | |
| | | | |
Create ntp_status.inc
|
| |/ /
| | |
| | | |
NTP widget helper
|
|\ \ \
| | | |
| | | | |
Update status_rrd_graph_settings.php
|
| |/ /
| | |
| | | |
Add NTP graph to settings
|
|\ \ \
| | | |
| | | | |
Update status_rrd_graph_img.php
|
| |/ /
| | |
| | | |
Add NTP graph drawing
|
|\ \ \
| | | |
| | | | |
Update status_rrd_graph.php
|
| |/ /
| | |
| | | |
Add NTP graphing
|
|\ \ \
| | | |
| | | | |
Update status_ntpd.php
|
| | | |
| | | |
| | | | |
fixed tail path
|
| |/ /
| | |
| | | |
A bit more informative NTP status page...
|
| | | |
|
|\ \ \
| | | |
| | | | |
Create services_ntpd_pps.php
|
| |/ /
| | |
| | | |
Separate page for other PPS sources config
|
| | | |
|
|\ \ \
| | | |
| | | | |
Create services_ntpd_gps.php
|
| |/ /
| | |
| | | |
Separate page to set GPS receiver pps sync
|
| | | |
|
| | | |
|
|\ \ \
| | | |
| | | | |
Update services_ntpd.php
|
| |/ /
| | |
| | | |
Extended options for NTPd
|
|\ \ \
| | | |
| | | | |
Filter log - ensure IPv6 AJAX resolve works too
|
| | | |
| | | |
| | | | |
Using str_replace(array('.', ':') as asked
|
| | | | |
|
|/ / /
| | |
| | | |
webguiport is managed in system_advanced_admin.php these days, not here in system.php. This validation is never executed, so might a well clean up old unused code.
|
|\ \ \
| | | |
| | | | |
Enhance interface gateway data entry descriptions
|
| | | | |
|
| | | | |
|
|\ \ \ \
| | | | |
| | | | | |
Dodgy-looking stuff in graph calculations
|
| | |/ /
| |/| |
| | | | |
I noticed that the graphs in this post - https://forum.pfsense.org/index.php/topic,72794.0.html - had numbers for in-block and out-block that had similar numbers to in-pass and out-pass. That seemed hard to believe. Found these calculations that look wrong.
|
|\ \ \ \
| | | | |
| | | | | |
Improve LDAP DN examples
|
| | | | |
| | | | |
| | | | |
| | | | | |
They must not be translated.
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
* The first example was wrong (cf. ldap_backed() in auth.inc which
looks for a DC= part to determine a full DN.
* The second example now show the realtive DNs.
|
| | | | |
| | | | |
| | | | |
| | | | | |
The old one was not valid LDAP filter syntax.
|
|\ \ \ \ \
| | | | | |
| | | | | | |
AJAX-ify DNS lookups in standard firewall/filter
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
The standard firewall log has lookup ability but these open in a new tab/window, they don't show in the log, other places the same IP appears in the log aren't visibly resolved, - basically its begging for AJAX-ing.
This commit is simple, elegant, simplifies the interface, and does the following:
1) Handles AJAX efficiently, and should be pretty robust against untrustworthy data/bad return data
2) Retains a single "Click to resolve" icon (and its "hover" tip) next to each IP
3) On clicking:
- *all* visible log occurrences of that IP, whether as source or dest, are suffixed in small with the resolved name (or "Cannot resolve") in <small> font
- the icons next to all occurrences of that IP are replaced by equivalent "faded" icons, and the onclick action removed, for visual guidance
4) The replacement uses standard jQuery, so even on a log of several thousand, the click response is almost immediate.
5) The log looks pretty elegant done this way - it doesn't "fill up with junk" in order to show the resolved lookup, and it's simpler and easier than the current version.
No obvious drawbacks.
(I haven't done this for the dynamic or summary logs - I think the dynamic one could scroll too quickly for individual "item by item" to be useful)
|