Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
A ping from my steamdeck shows that this works and lancache.steamcontent.com gets redirected to my NAS
Also any steam desktop instances will correctly identify the NAS as a cache instance as I can see in steams "content_log.txt" log
On the steamdeck however the content_log.txt doesn't contain those lines.
What I did was add the lancache.steamcontent.com IP to /etc/hosts, I just checked and it has at least survived a reboot and a steam client update this morning. So for now all is good.
I will think about using lancache as my upstream for pihole in the future I just want to avoid making my NAS critical to my internet access. But anyway the deck ignores the IP it gets from the pihole and resolves lancache.steamcontent.com in some other way so I'm not sure it would change anything. As I said even without the /etzc/hosts entry a ping form the deck Konsole lands me at my NAS address as I would expect so no Idea what the steam client is doing to require the /etc/hosts entry. And yes IPV6 support is already disabled in my router though I think that only affects WAN addresses.
I can confirm this solution also applied to Linux Desktop.
The resolv.conf is a hacky workaround at best, but oh well here we are.
[2023-11-19 22:52:27] Created download interface of type 'SteamCache' (7) to host cache6-ord1.steamcontent.com (cache6-ord1.steamcontent.com)
[2023-11-19 22:52:35] HTTPS (SteamCache,272) - cache7-ord1.steamcontent.com (192.168.32.31:443 / 192.168.32.31:443, host: cache7-ord1.steamcontent.com): cache7-ord1.steamcontent.com/depot/1628351/manifest/7142797467379774956/5/16168438043521755883 - received 0 (Invalid) HTTP response
[2023-11-19 22:52:35] HTTPS (SteamCache,272) - cache7-ord1.steamcontent.com (192.168.32.31:443 / 192.168.32.31:443, host: cache7-ord1.steamcontent.com): Closing connection
I blocked HTTPS traffic to my LanCache instance from the Deck and forced *.steamcontent.com to resolve to my LanCache for testing. If not disabled, downloads work but are not cached since it just uses LanCache's HTTPS forwarding.
There's an issue open on the github for this:
https://github.com/lancachenet/monolithic/issues/186
Only way to "fix" it is to modify the hosts file to point the DNS to you lancache IP. It WILL NOT respect the IP it gets from DNS anymore for some reason.