My issue is detailed here but I thought I’d summarize here basically how to get around it.
Turns out this is an issue with the BGW210 and port 443. If I do the same setup but on 8443 or something else, https works fine. Looking further, it turns out this is is a chronic issue with this and possibly other routers supplied by AT&T (see here, here and here). Trying to use IP forwarding or DMZ settings on the router doesn’t save whatever’s behind it from whatever filtering it’s doing. None of the firewall settings work.
Since I already have static IP, I was able to bypass the filtering and effectively use the BGW as a modem and my own router as the router by turning on public subnet mode. To do this:
- Get all your static IP, default gateway, netmask settings from AT&T if you don’t already have it.
- Go to Home Network -> Subnets & DHCP
- Turn public subnet mode and allow inbound traffic on. Set primary DHCP pool to public.
- Put the info from AT&T into the fields after that as appropriate. I also don’t set the BGW itself to use any of the static IPs since I’m not using it to do NAT for any servers.
- Setup your own router of choice with the settings you want, then turn it off, plug its wan port into one of the BGW’s ethernet ports. Turn it on.
- Connect server to this router rather than the BGW and setup NAT on it.
Now the BGW’s filtering is bypassed and it’s now your own router’s job to handle NAT for your server. This also offers the advantage that you’re not stuck with the BGW’s limited feature set. If you have a good router with DD-WRT on it, you can setup your own DNS, VPN, etc. And yes, this thoroughly solves the port 443 issue.
Beware that anything you connect via ethernet or wifi to the BGW will be exposed directly to the outside world. I would only plug in routers with firewalls since, again, you’re bypassing the BGW’s firewall. I kept the wifi turned on in case I need to directly connect for diagnostics, but removed automatic connect to it from all computers/changed wifi password.