Bug #3132
open
Gateway events for IPv6 affect IPv4 services and vice versa
Added by Jim Pingle over 10 years ago.
Updated about 2 months ago.
Category:
Gateway Monitoring
Plus Target Version:
24.07
Description
When a gateway of a specific type has an event, all services on the interface are restarted, rather than just those relevant to the type of gateway that had an event.
For example, if you have dual stack IPv4 and IPv6, and separate OpenVPN servers on IPv4 and IPv6, then the IPv6 gateway going down will restart both, not just the IPv6 instance. This is unnecessarily disruptive to the services that did not have an outage.
Ideally, a service should only be restarted if it is dual stack or if it's using the same IP type as the gateway that had an outage.
- Assignee set to Ermal Luçi
This will not be possible to be fixed in 2.2
Many things need to change for this to happen.
- Target version changed from 2.2 to 2.3
- Target version changed from 2.3 to Future
- Assignee changed from Ermal Luçi to Anonymous
- Target version changed from Future to 2.4.0
- Target version changed from 2.4.0 to 2.4.1
- Target version changed from 2.4.1 to 2.4.2
- Target version changed from 2.4.2 to 2.4.3
- Target version changed from 2.4.3 to 2.4.4
- Target version changed from 2.4.4 to Future
- Category changed from Gateways to Gateway Monitoring
- Assignee set to Viktor Gurov
- Status changed from New to Feedback
- Target version changed from Future to 2.7.0
- % Done changed from 0 to 10
- Plus Target Version set to 22.05
- Affected Version changed from 2.1 to All
- Status changed from Feedback to In Progress
I wouldn't mark the whole issue Feedback as it's only partially implemented. Would be better to make a separate Redmine for each service instead, with fixes going on each one as it happens referring back here.
- Related to Bug #13061: Gateway events for IPv6 affect IPv4 OpenVPN instances and vice versa added
- Plus Target Version changed from 22.05 to 22.09
- Plus Target Version changed from 22.09 to 22.11
Possible also related to this issue I found https://redmine.pfsense.org/issues/13552 where IPv4 signpost files in the /tmp folder get deleted regardless if the network causing that call is IPv6. In addition IPv6 signpost files never get deleted on a linkdown for IPv6.
- Plus Target Version changed from 22.11 to 23.01
- Assignee deleted (
Viktor Gurov)
- Start date deleted (
08/06/2013)
- Plus Target Version changed from 23.01 to 23.05
Moving ahead again, too many other more important things and this requires working on each affected service separately.
- Plus Target Version changed from 23.05 to 23.09
Doesn't look likely that we'll have time to finish this for 23.05. Moving forward to the next release target.
- Target version changed from 2.7.0 to CE-Next
- Plus Target Version changed from 23.09 to 24.01
- Plus Target Version changed from 24.01 to 24.03
- Plus Target Version changed from 24.03 to 24.07
Also available in: Atom
PDF