If the IP stays the same, still resync VPNs if it's a PPP type interface.
Move these back, it may not play nice with DHCP renews
Move IPsec up too, it should always resync.
OpenVPN needs resync even if the IP did not change, because the IP may have disappeared and caused it to exit.
Call a filter reload even though the ip might not have changed. This makes the gateway pools work after an interface comes up again.
Do not call rc.newwanip on bootup. Remove bogus return 0;
Correct code to reconfigure an interface for groups/gre/gif tunnels to take into account that an interface might be part of many instances of this. Also reconfigure interface groups for every newwanip trigger on interfaces to make sure dynamic interfaces retain their membership on groups.
Ticket #943. Call the update procedure directly to not do an unecessary loop.
Ticket #921. Actually reconfigure apinger in case of newip event because it might impact a previous down event.
Correct typo. Spotted by: wagnoza(IRC)
on newip event reload the static routes for that interface because on dynamic gateways the ip might have changed. While here make sure the interface argument is repsected on system_routing_configure() and use send_event to reconfigure an interface to aleviate a possible race.
Ticket #867. Flush the cache when restarting apinger and also when rc.newwanip is called. also restart apinger earlier in to be on latest address asap.
Ticket #876. Reload gateways/apinger before filter_reload so the new ip/gateway is considered up from the beginning.
Use the new events mechanisms to dispatch events.
No functional change just code reshuffle.
Ticket #449. Actually save something to read back.
Ticket #449. Bring back the check if there is really an ip change on interface event. This avoids reloading openvpn and other sevices when actually there is no change.
Improve startup time by delaying dyndns synching.
This is of no use. Disable until its writer shows up.
Ticket #449. Teach OpenVPN to reload only tunnels for the specified interface. Use this is rc.newwanip script to reload only these tunnels.
Add needed includes.
Create resolv.conf whenever a new ip comes in to have it ready for vpn reloads. Also restart packages in background.
Remove legacy code.
Fix function which should fix default gw handling for dynamic interfaces.
This is not called only for wan.
Fix logging statements to not consider this only as called from dhcp.
More fine grained update of dyndns and dnsupdate.
Touch up some comments and error messages. Teach dydns_configure to update only one interface.
fix old_ip detection, clean up white space
fix typos
Decouple filter.inc from functions.inc. There is no need to process filter functions most of the time. Include filter.inc where it is needed
Rework includes/require. This saves about 4 megabytes.Simplify get_memory(). Tested on mips/i386
Reinstate dhclient_update_gateway_groups_defaultroute() it was moved to gwlb.inc
It looks like half of my commit is missing, comment this function out for a bit.
Update gateway group gateway IP for dhcp interface wan interfaces.
Use product_name
Sync the time on ip change and alert the logs
Try to use where possible filter_configure so upcoming event modifications can be easily integrated.
NOTE: this is only half part of the changes the other half will come after
Remove configure_slbd() from rc.newwanip.Does relayd need this hook no rc.newwanip?
remove the setup_gateways_monitor() from system_routing_configure() as this causes a filter reload loop whenapinger is reloading.Change apinger to reload instead of killinguse setup_gateways_monitor() in rc.bootup and rc.newwanip
Cleanup logging line so that it is more readable.
find_interface_ip() requires a real interface
Add function to forcefully reload VPN on wan ip change.
Add missing )'s.
How this got past our PHP LINT checker is beyond me.
Trim carriage return off of the $old_ip so that the <> comparison works.
This should fix the packages from always being restarted even if the ip was the same.
When dhclient renews the ip address and the ip has not changed then old_ip_address will not be set. Ignore this and do not reload all packages when the ip has not changed.
Exit after restarting dhclient.
Log more information during rc.newwanip
Note the interface that we are working on in the logs to ensure that we are obtaining the IP address correctly initially
Only restart packages if the IP address changes
Work around DHCLIENT issue temporarily until we can deterimine why it is occuring.
Instead of killing openvpn and restarting, simply HUP it to reload its settings.
This code is tested for outbound load balancing on a carp cluster and...
Remove old workaround code now that ISC dhclient is back
Use correct interface when restarting dhclient
Revert previous dhclient crontab mojo. When running rc.newwanip if the ip == 0.0.0.0 then fire off dhclient again.
As seen on the forums ( http://forum.pfsense.org/index.php/topic,2645.0/topicseen.html )
Back out changes to try and fix OpenVPN. We really need to fix check_reload_status
Misc spelling mistakes. Remove old commented out code.
Work around the fact that check_reload_status is inheriting socket descriptors from other programs. Kill check_reload_status on wan ip change and restart it. That way openvpn can be killed and restarted, etc.
In addition while I am here, we really should restart openvpn after WAN ip changes as well.
Misc OpenNTPD changes. Do not restart on wan ip change
Restart msntp on ip change
Start packages on ip change again, in Holgers case all pacakges are exiting during the ip changeover
Kill correct process
Correctly deterimine the previous ip address when running under pppoe, as well. Log an error if we cannot deterimine the ip address for any reason.
Only attempt kill if $helpers is defined
Use friendly awk instead of cut.
s/$$/$/
MFC Seths most excellent RRD graphing items
Remove \n
Do not alter loopback interface.
Fix errors:Parse error: syntax error, unexpected ';' in /etc/rc.newwanip on line 52Parse error: syntax error, unexpected '}' in /etc/rc.newwanip on line 55
Thanks to Trendchiller for allowing me access to his firewall to investigate.
Killoff old incoming FTP helpers
Ticket #772
Try to shave off more time from rc.newwanip. Apparently MPD is STILL being blocked.
If for some reason we fail to get the wanip, use get_current_wan_address();
Make sure we are using the friendly interface name.
Ticket #702
@fopen -> fopen
Do not check the old recorded ip, dhclient-script creates the file before running rc.newwanip which will result in the ip never "changing"
If ['system']['use_old_dyndns'] is set, use the old style ez-ipupdate.
Include interface in the syslog notice
Correctly handle multiple WAN's.
Pointy-hat-to: GeekGod
Use filter_configure()
Do not flush nat table
return 0 at end of script
Call services_dyndns_configure() after IP change
Configure filter via sync()
Do not wait on boot sleep holds
call non async filter_configure()
revert to 1.2b9 rc.newwanip
Recommit fix for #334
revert
update dyndns
Fix a XXX
Relaunch pftpx on dhclient changes if necessary