Connection Not Private Alerts from Chrome and iOS Apps

[spbGK1]

Since upgrading my router last weekend from a Netgear R7000 to an Asus RT-AC86U I have been periodically receiving warning pages in Chrome (on Mac and iOS) that my connection may not be private. Some iOS apps have also suggested the network may be insecure.

The most common alert in Chrome is:
NET::ERR_CERT_COMMON_NAME_INVALID

If I click to go back, click a link or enter the same domain again, I get the warning again. If I wait a few minutes all seems fine and Chrome stops giving me the Connection Not Private warning.

The first thing I did in setting up my router was upgrade the firmware to RMerlin 384.14_2

My best guess was that maybe these alerts are related to data being routed to or through Trend Micro servers, but I haven't found any other similar threads or support information online. I have not turned on any of the Trend Micro features that I am aware of. I may have accepted a license agreement when I first logged into the router to change the firmware to Merlin.

I can see information about upload/download bandwidth on the first Adaptive QoS page, but Apps Analysis if off. Next tab Enable QoS is off. Traffic classification = 3 second refresh with a note that QoS is not enabled. Web history is off.

Traffic Monitor is set to real-time. Traffic Analyzer - Statistic is off.

LAN Boost is off. AiProtection is off. AiCloud 2.0 features are off.

Any insight as to why I keep getting these alerts periodically would be appreciated. Thank you!

 

[spbGK1]

Follow up - this appears to be related to something Comcast is doing with their XFi modems to intercept/reroute/throttle traffic. The certificate in question is from “webui-xb3-cpe-srvr.xcal.tv." I am not sure why this all started with the change to the ASUS router, or if it is a coincidence?

 

[spbGK1]

Every 5 minutes (over and over and over) I see this in the AC86u system log. Is it normal? Related?

Feb 6 16:56:09 kernel: eth0 (Int switch port: 3) (Logical Port: 3) Link DOWN.
Feb 6 16:56:09 WAN_Connection: ISP's DHCP did not function properly.
Feb 6 16:56:09 DualWAN: skip single wan wan_led_control - WANRED off
Feb 6 16:56:09 nat: apply redirect rules
Feb 6 16:56:14 WAN_Connection: Ethernet link up.
Feb 6 16:56:14 rc_service: wanduck 732:notify_rc restart_wan_if 0
Feb 6 16:56:14 wsdd2[881]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Feb 6 16:56:15 kernel: eth0 (Int switch port: 3) (Logical Port: 3) Link UP 1000 mbps full duplex
Feb 6 16:56:17 wsdd2[881]: error: wsdd-mcast-v4: wsd_send_soap_msg: send
Feb 6 16:56:17 rc_service: udhcpc 14625:notify_rc start_firewall
Feb 6 16:56:17 miniupnpd[14264]: shutting down MiniUPnPd
Feb 6 16:56:17 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)
Feb 6 16:56:17 wan: finish adding multi routes
Feb 6 16:56:17 miniupnpd[14698]: HTTP listening on port 59308
Feb 6 16:56:17 miniupnpd[14698]: Listening for NAT-PMP/PCP traffic on port 5351
Feb 6 16:56:17 rc_service: udhcpc 14625:notify_rc stop_upnp
Feb 6 16:56:17 rc_service: udhcpc 14625:notify_rc start_upnp
Feb 6 16:56:17 rc_service: waitting "stop_upnp" via udhcpc ...
Feb 6 16:56:17 miniupnpd[14698]: shutting down MiniUPnPd
Feb 6 16:56:18 miniupnpd[14751]: HTTP listening on port 33853
Feb 6 16:56:18 miniupnpd[14751]: Listening for NAT-PMP/PCP traffic on port 5351
Feb 6 16:56:18 dhcp_client: bound XX.XX.XX.XXX via XX.XX.XX.X during 10202 seconds.
Feb 6 16:56:22 WAN_Connection: WAN was restored.