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
But obviously anything you change still gets blown away every time you update steam OS. And you can break the OS beyond repair when its writable so be careful.
They could be worried about names pace collisions since all the steam decks default to the same hostname, but they could honestly just random gen a 4 digit hex code at the end of the name for psuedo uniqueness. If this was just something Valve hasn't yet got to, then sure I'll do it, the part about it not persisting kinda sucks though.
making the OS partition read only plus the rauc A/B update system is probably the minimum sensible thing you should do if you want to sell 10 million open-ish linux devices to consumers and dont want 5 million RMA bricks back when they break the device OS.
After implementing the override configuration file and restarting systemd-resolved.service I was able to resolve other local machines from the Deck and find the Deck from other local machines.
The reason it works is because in systemd, "snippets" or overrides (conf.d additions) are sorted alphabetically (regardless of directory) and "for options which accept just a single value, the entry in the file sorted last takes precedence". So <'s solution hinges on 'e' in enable coming after 'd' in disable. Maybe call it 99-enable-... to be on the safe side :)
More on: https://www.freedesktop.org/software/systemd/man/latest/systemd-system.conf.html
As a result of other systemd precedence rules, any changes to /etc/systemd/resolved.conf can be overruled by snippets (conf.d files). So trying to enable mDNS there will be overruled. Trying to disable LLMNR, for instance, will on the other hand succeed (because there are no snippets about LLMNR).
I also edited the NetworkManager connection file for my wifi in /etc/NetworkManager/system-connections, adding:
in the "connection" section. The value 2 means accepting both in- and outgoing queries. I believed this to be a necessity for mDNS to work over the network but apparently SteamOS' NetworkManager config is even more hardcoded to accept mDNS queries than systemd-resolved is to block them? I would still make the NM adjustments just in case.
The same value can instead be added to a config snippet in /etc/NetworkManager/conf.d if you want it to apply globally, regardless of what network, the Deck is on.
Finally, the commands "resolvectl status" and "resolvectl mdns" are your friends :)
(I have disabled LLMNR but it is not a result of the config suggestions above)
If I use my Squid machine's mDNS name in the system proxy setting, Steam's internal browser returns error -130. Everything else on this machine works fine with the proxy that way.
If I hard-code an IPv4 address for the proxy, then that tends to force all the proxied traffic to be IPv4, which is not what I want.
If I hard-code the IPv6 address of the proxy, then the Steam client works, but then Thunderbird stops working.
The proxy's mDNS name is, to me, the best answer for everything but Steam.
Is there some hidden option to make the steam client bypass the system proxy, or use a hard-coded proxy address, so I can keep the system proxy as I like it, or will I have to craft a script to start the Steam client, so I can force the proxy-related environment variables to be something it will use?
(Distribution is Devuan, so an answer that references systemd will not be all that useful.)