Bug #5786
Check WebConfigurator port for conflicts
Start date:
01/20/2016
Due date:
% Done:
0%
Estimated time:
Affected Version:
All
Affected Architecture:
Description
There is no check today to make sure WebConfigurator TCP port is being used by OpenVPN and it can end up losing web access to the box
History
#1
Updated by Chris Buechler about 5 years ago
there are a lot of other possibilities for port conflicts too. HTTPS on port 80 with HTTP->HTTPS redirect enabled (though that's a pretty crazy dumb one). 80xx ports for captive portal. DNS Forwarder/Resolver. Proxy mode NAT reflection. Lot of possibilities with packages though that's a tough one to build in checks to the base system, the packages themselves should check that.
#2
Updated by Renato Botelho almost 5 years ago
- Target version changed from 2.3 to Future
Move it to future version then we have time to think about a way to check all possibilities
#3
Updated by Jim Pingle over 1 year ago
- Category set to Web Interface