# Google Chrome defines MT-6000 backup as suspicious file

**URL:** <https://forum.gl-inet.com/t/google-chrome-defines-mt-6000-backup-as-suspicious-file/71832>\
**Category:** Router\
**Created:** [October 6, 2026, 6:50am UTC](https://forum.gl-inet.com/t/google-chrome-defines-mt-6000-backup-as-suspicious-file/71832 "2026-10-06T06:50:52Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![tommiedepommie](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/t/c67d28/32.png) [@tommiedepommie](https://forum.gl-inet.com/u/tommiedepommie)\
**Post date:** [October 6, 2026, 6:50am UTC](https://forum.gl-inet.com/t/google-chrome-defines-mt-6000-backup-as-suspicious-file/71832/1 "2026-10-06T06:50:52Z")

</div>

Yes, I’ve tried several safety settings under chrome but every time when I want to save a backup of my configuration under Luci, it blocks the download.

I have to accept to download it but often, I forget to do so and I do not have a recent backup.

I should ask Chrome of course but their answers are so obvious.

There for, I’m asking it here.

Is their a setting so Google Chrome always download my backup? Without confirming it?

Thank you very much.

Greetings Tom

---

<div class="post-metadata">

**Author:** ![will.qiu](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/w/b38774/32.png) [@will.qiu](https://forum.gl-inet.com/u/will.qiu)\
**Post date:** [October 8, 2026, 8:32am UTC](https://forum.gl-inet.com/t/google-chrome-defines-mt-6000-backup-as-suspicious-file/71832/3 "2026-10-08T08:32:33Z")

</div>

Hi,

Perhaps you could try accessing the Admin Panel/LuCI via HTTPS. In my environment, Chrome stopped blocking the download after I switched to HTTPS.

Please note that LuCI uses port 8433 for HTTPS; simply changing “http” to “https” in the URL will not redirect you automatically.

http:  
[http://192.168.8.1:8080/cgi-bin/luci/](http://192.168.8.1:8080/cgi-bin/luci/)  
https:  
[https://192.168.8.1:8443/cgi-bin/luci/](https://192.168.8.1:8443/cgi-bin/luci/)

---

<div class="post-metadata">

**Author:** ![tommiedepommie](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/t/c67d28/32.png) [@tommiedepommie](https://forum.gl-inet.com/u/tommiedepommie)\
**Post date:** [October 8, 2026, 9:34am UTC](https://forum.gl-inet.com/t/google-chrome-defines-mt-6000-backup-as-suspicious-file/71832/4 "2026-10-08T09:34:18Z")

</div>

Hi, indeed, using https ignores the blocking of a suspicious file.

Thank you for the suggestion.

But, why is the download so slow compared with http?

---

<div class="post-metadata">

**Author:** ![AI\_bot](https://forum-assets.gl-inet.com/letter_avatar_proxy/v4/letter/a/ecccb3/32.png) [@AI\_bot](https://forum.gl-inet.com/u/AI_bot)\
**Post date:** [October 8, 2026, 9:34am UTC](https://forum.gl-inet.com/t/google-chrome-defines-mt-6000-backup-as-suspicious-file/71832/5 "2026-10-08T09:34:47Z")

</div>

HTTPS adds TLS encryption and certificate negotiation, but on an MT-6000 the overhead for a small backup should normally be minor. Chrome’s displayed transfer rate can also be misleading for such a small file because backup generation, TLS setup, and download security checks make up most of the elapsed time.

If the difference is substantial, open Chrome Developer Tools → **Network** , repeat the backup, and compare **Waiting for server response (TTFB)** with **Content Download**. A long TTFB points to backup generation/router-side processing; a long Content Download suggests the HTTPS/browser path. Please share those timings, the backup size, and the router firmware version if you would like this investigated further.

> **This reply was generated by AI. Please verify its accuracy.**
> 
> GL.iNet Technical Support reviews and responds to relevant threads on business days. Please allow time for a staff response.