summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* setting nmbclusters to 0 just results in an error, remove unnecessary lineChris Buechler2014-11-041-1/+0
|
* remove old DISABLE_PHP_LINT_CHECKING, which dates way back to the CVS days ↵Chris Buechler2014-11-0428-28/+0
| | | | and hasn't been relevant in years.
* touch up textChris Buechler2014-11-041-3/+3
|
* fix invalid ipsec.confChris Buechler2014-11-041-1/+1
|
* clean up textChris Buechler2014-11-041-4/+3
|
* Use a better method of finding disks for SMART.jim-p2014-11-043-3/+15
| | | | Old code was inaccurate and also listed entries that were symlinks to other disks
* Restore 3 values back on NAT-T settings Just Enable now its Auto as per ↵Ermal2014-11-042-5/+8
| | | | strongswan default. and off disabled mobike. Ticket #3979
* Rename the options to actually make sense with strongswanErmal2014-11-041-2/+2
|
* Remove Force options since it has not meaning for now.Ermal2014-11-041-4/+3
|
* fix commentChris Buechler2014-11-041-1/+1
|
* Catch some more sensitive info when sanitizing.jim-p2014-11-041-0/+10
|
* Merge pull request #1329 from phil-davis/patch-3Renato Botelho2014-11-031-9/+4
|\
| * Fixup dhcpd interface enabled checkPhil Davis2014-11-031-4/+1
| |
| * Fix console set interface IP addressPhil Davis2014-11-031-7/+5
|/ | | | | | | | | | | | | | | | | | | Problem as per forum https://forum.pfsense.org/index.php?topic=83651.0 The problem comes whenever services_dhcpd_configure is called - the global $config gets reset from the actual current config, and any pending changes in the current process are lost. It was introduced by commit 86ce2df in which services_dhcpdv4_configure() does: require_once('pkg-utils.inc') and pkg-utils.inc does various stuff like: if(file_exists("/cf/conf/use_xmlreader")) require_once("xmlreader.inc"); else require_once("xmlparse.inc"); which seems to cause a reset of the $config variable, thus losing the pending changes the user has entered at the console. The top-level code in rc.initial.setlanip really does not need to (and should not) implement any changes along the way - it should collect all the answers from the user, then write_config and then make all the necessary calls to routines to implement the changes on the running system. This fixes it - defer any calls to services_dhcpd_configure() until after all questions are answered and write_config has happened.
* Merge pull request #1328 from wagonza/masterRenato Botelho2014-11-031-10/+10
|\
| * Make sure defaults values are actually used. Fixes #3974Warren Baker2014-11-031-10/+10
| |
* | Fix indentRenato Botelho2014-11-034-585/+585
| |
* | Revert "Indent better"Renato Botelho2014-11-033-1006/+1006
|/ | | | This reverts commit a431bfc9e698c753d9a54218af9076184deb6251.
* Merge pull request #1327 from wagonza/pfSense-masterRenato Botelho2014-11-034-1083/+1128
|\
| * Indent here as wellWarren Baker2014-11-031-7/+7
| |
| * Indent betterWarren Baker2014-11-033-1006/+1006
| |
| * Be consistent with the other pagesWarren Baker2014-11-031-17/+5
| |
| * Add bracesWarren Baker2014-11-033-78/+135
|/
* Merge pull request #1324 from phil-davis/patch-3Renato Botelho2014-11-031-5/+4
|\
| * Set interface address from consol tidy outputPhil Davis2014-11-031-5/+4
|/ | | | | | | | | While trying to see why this is not working for me (forum https://forum.pfsense.org/index.php?topic=83651.0 ) I have fixed some little things: 1) Get the new-lines right so the output of the restarting looks neat 2) Fix a comparison that had just a single equal sign - it did not break anything real because the subsequent code was just text output to the console. Now that text output does take notice of the correctly-evaluated condition, and $interface is not overwritten. The issue in the forum post, about the interface IP address config not actually changing, is still the case, at least for me. IMO these little tidy ups might as well be committed. They make this code better!
* Correct dispaly of checkboxes for ipsecErmal2014-11-021-2/+2
|
* Properly configure NAT Tranversal setting.Ermal2014-11-011-21/+28
|
* Remove debugging codeErmal2014-11-011-3/+1
|
* Properly test if FCGI is calling or are being triggered from shell. Normally ↵Ermal2014-11-011-2/+2
| | | | Fixes #3361
* Properly test if FCGI is calling or are being triggered from shell. Normally ↵Ermal2014-11-011-1/+1
| | | | Fixes #3361
* Fixes #3938. Do more error checking.Ermal2014-11-011-2/+4
|
* Fixes #3941. When optimizations of the loops were made this brought the ↵Ermal2014-11-011-6/+6
| | | | problems of overriding default gateway by dynamic interfaces. Try to stick to the first found for now!
* clarify logs generated by newwanip(v6) when restarting packages, it's not ↵Chris Buechler2014-11-012-2/+2
| | | | only IP changes that end up here (by design).
* Fix two more instances of rrd.tgz renaming.jim-p2014-10-311-2/+2
|
* Kill states associated with the old WAN IP when WAN IP has changed. RetainChris Buechler2014-10-301-1/+4
| | | | | | hidden config option to wipe all states on IP change, as there seemed to be circumstances where the 'pfctl -k $oldip' didn't suffice for others (much of history in redmine ticket, some on forum and elsewhere). ticket
* Allow accept_unencrypted_mainmode_messages to be enabled if neededErmal2014-10-302-0/+23
|
* only kill all states if the IP changed. ticket #1629Chris Buechler2014-10-301-3/+5
|
* Hide burst for limiters, since it doesn't do anything. more details inChris Buechler2014-10-291-9/+10
| | | | ticket #3933
* Fix a typo on array index, related to ticket #3963Renato Botelho2014-10-291-1/+1
|
* fix up textChris Buechler2014-10-292-4/+4
|
* FreeBSD fails to set advskew back to 0 after you set it to any otherChris Buechler2014-10-281-4/+16
| | | | | | | value. That's a separate issue that needs fixing upstream, but in the mean time, we can work around it by removing all CARP VIPs in the same way we do when "Temporarily Disable CARP" is chosen before adding them all back. Ticket #3910
* Add option to kill all states on IP change, currently a hidden option for ↵Chris Buechler2014-10-281-0/+6
| | | | more testing. ticket #1629
* Merge pull request #1317 from phil-davis/patch-1Renato Botelho2014-10-281-1/+1
|\
| * SpellingPhil Davis2014-09-281-1/+1
| |
* | Remove redundancy as pointed out by phil-davisRenato Botelho2014-10-281-7/+3
| |
* | Merge pull request #1297 from phil-davis/patch-23Renato Botelho2014-10-283-46/+184
|\ \
| * | Warn if attempting to import IPv6 rangePhil Davis2014-10-241-1/+4
| | | | | | | | | There is currently no code to convert an IPv6 range to a set of corresponding IPv6 subnets, so warn the user if they attempt that from the alias bulk import GUI.
| * | Support converting an IP range to an array of addressesPhil Davis2014-10-241-12/+52
| | | | | | | | | so that it can be used for expanding ranges in host alias input.
| * | Expand range or subnet for host aliasPhil Davis2014-10-241-18/+95
| | | | | | | | | | | | | | | When entering a host alias, if the user put an IP range (like 192.168.0.10-192.168.0.20) or a subnet (like 192.168.1.200/29) then expand it into a list of individual IP addresses. Check that it will not make too many rows to exceed the existing 5000 row limit on the GUI. Note: expanding ranges and subnets like this is only for IPv4 for now. Entering an IPv6 range or subnet in a hosts alias will display a message telling the user that is not supported - it could be done in future but currently the routines that convert this stuff are only for IPv4. I have done as much validation as I can think of, and where there is a problem the original user-entered data is preserved for re-display, as well as the input errors being displayed. So IMO it should be self-documenting.
| * | Clarify bracketingPhil Davis2014-09-271-2/+2
| | | | | | | | | to minimize risk of a problem when adding code here in the future.
OpenPOWER on IntegriCloud