Project

General

Profile

Search

Results (717)

Revision 19523ce2: Ticket #3997 s/_vhid/_vip/g
01/15/2015 08:20 PM
Revision 1776d19e: Change OpenVPN CARP VIP test to be more accurate. The client should also not be run if the VIP is in the INIT state.
01/08/2015 03:41 PM
Revision 725d54bd: Change OpenVPN CARP VIP test to be more accurate. The client should also not be run if the VIP is in the INIT state.
01/08/2015 03:41 PM
Revision 43157c8f: Teach interface_vip_bring_down() to deal with IP Alias over CARP
12/16/2014 12:22 PM
Revision 28268a4a: Teach interface_vip_bring_down() to deal with IP Alias over CARP
12/16/2014 12:18 PM
Bug #4116 (Resolved): IP Alias VIPs using CARP VIP as their interface are not properly deactivated for temporary CARP disable
When using "Temporarily Disable CARP", IP alias VIPs using a CARP VIP "interface" are still present and the interface flips back to MASTER for the alias VIPs which is unexpected/undesirable. When temporarily disabling CARP mode, the CARP VIP is removed but the aliases using it as an in ... oblem. Easy to reproduce by adding a CARP VIP to a cluster, then adding an IP Alias VIP using that CARP VIP as its interface, and then test manual/temporary failover from Status > CARP. 12/15/2014 11:00 AM
Bug #4106 (Rejected): ipsec, using a carpip f ... with fails to generate the ipsec.conf content
ipsec, using a carpip for the interface of a ... does work properly. due to the value wan_vip1 being stored in the config by using this: ... rpip) $interfaces[$cif] = $carpip." (".get_vip_descr($carpip).")"; the $cif will contain that value wan_vip1, then when the function ipsec_get_phase1_sr ... ils to convert that to the ip address of the vip. Changing code to this make (most of) my ip ... .: $interfaces[$carpip] = $carpip." (".get_vip_descr($carpip).")"; 12/12/2014 06:18 PM
Revision 4ce77a6c: Correct logic of skipping for gif/gre/bridge on top of _vips. Even though this is not anymore a problem in 10 since the vip is on the physical interface but for now its ok.
11/27/2014 02:13 PM
Revision 64cda11e: Actually an interface is detstroyed here no need for this merge!
Revert "Merge e3cffd6cefc - Properly remove IPv6 carp vips as reported from https://forum.pfsense.org/ ... mit e5e16cfc962bcc98a06b89574309bc2ef0ed3542. 11/21/2014 11:10 AM
Revision e5e16cfc: Merge e3cffd6cefc - Properly remove IPv6 carp vips as reported from https://forum.pfsense.org/index.php?topic=84392.0
11/21/2014 11:10 AM
(411-420/717)