Opened 10 years ago
Closed 10 years ago
#504 closed Bug / Defect (duplicate)
Routing table change should either be complete, or not change at all
| Reported by: | yurivict | Owned by: | |
|---|---|---|---|
| Priority: | major | Milestone: | |
| Component: | Generic / unclassified | Version: | OpenVPN 2.2.2 (Community Ed) |
| Severity: | Not set (select this one, unless your'e a OpenVPN developer) | Keywords: | |
| Cc: |
Description
I spotted the situation when 'openvpn xxx.ovpn' failed to add the routing rule to route to the VPN server IP through the previously default interface, therefore leaving VPN non-functional.
OpenVPN code should always keep the change "atomic", it is either complete, or rolled back.
This problem may appear as an intermittent failure to the user.
OS: FreeBSD 10.1
Change History (3)
comment:1 Changed 10 years ago by
comment:2 Changed 10 years ago by
Sorry, I recently filed another bug about the similar situation.
No, I can't provide the log for this one now.
I filed this for the record that this is possible, route(8) command can fail any time for any reason. Rollback procedure should be clean.
comment:3 Changed 10 years ago by
| Resolution: | → duplicate |
|---|---|
| Status: | new → closed |
Ah, so this is a duplicate of #544.
Will close this one, look into the other one.
Note: See
TracTickets for help on using
tickets.
Indeed. Do you have any idea why the installation of the new route failed, or happen to have a log file demonstrating the issue?