# Solved theme components fetching timeout error by removing DNS pre-solution

**URL:** <https://meta.discourse.org/t/solved-theme-components-fetching-timeout-error-by-removing-dns-pre-solution/388995>\
**Category:** General\
**Tags:** unsupported-install, rake-task\
**Created:** [November 19, 2025, 12:46pm UTC](https://meta.discourse.org/t/solved-theme-components-fetching-timeout-error-by-removing-dns-pre-solution/388995 "2025-11-19T12:46:20Z")\
**Posts on this page:** 1\
**Showing post:** 3

<div class="post-metadata">

**Author:** ![MoRanYue](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/moranyue/32/523065_2.png) [@MoRanYue](https://meta.discourse.org/u/MoRanYue)\
**Post date:** [November 21, 2025, 2:00pm UTC](https://meta.discourse.org/t/solved-theme-components-fetching-timeout-error-by-removing-dns-pre-solution/388995/3 "2025-11-21T14:00:00Z")

</div>

Thanks for your explain. I found the ultimate solution for my situation.

My situation: I am using WSL (assigned `192.168.1.2` in the virtual LAN) to run Discourse, and it is configured to connect remote servers through the proxy running on Windows (assigned `192.168.1.1`).

When Discourse wants to connect a remote server by a hostname, SSRF will try system DNS set in `/etc/resolv.conf`, however, in default, Windows’ vLAN IP address (mine is `192.168.1.1`) is WSL’s only DNS server. But subnet `192.168.0.0/16` has been blacklisted by `SSRFDetector`, it can not even acquire DNS answer. (I just skimmed its code, so I do not know whether the opinion above is correct)

By adding `192.168.1.1` into config item `Allowed internal hosts`, everything continues to work. Umm, maybe Discourse should not blacklist hostname in env var `HTTP_PROXY` and `HTTPS_PROXY`?

---

_[View the full topic](https://meta.discourse.org/t/solved-theme-components-fetching-timeout-error-by-removing-dns-pre-solution/388995)._
