Likewise, on Void Linux. After starting and loading user data, am presented with a login window for a few seconds, then it goes through to the client window anyway that gets stuck on the spinning logo.

Tried switching between stable and beta clients with the beta file, using --reset, and both at once - no improvement. After resetting, it fails to remember login info as well, and logs had something about an I/O failure

One time managed to launch a game from the tray icon context menu - the game launched, and the client also got unstuck and then worked as normal including remembering login info, but can't seem to repeat that now.

Client version 1702515219
steamlogs.zip

Same here
Tried:

• steam -reset
• steam -vgpu
• steam -cef-disable-gpu
• steam -clearbeta
• removed ~/.local/share/Steam and others ~/.steam*
• cleared ~/.nv/GLCache
• other stuff
  Nothing works

Client version: 1702079146
Running Steam on gentoo 1.0.0.78-r1 64-bit
Kernel: 6.1.66
GPU: Nvidia GeForce GT 430
Drivers: nvidia-drivers-390.157

Same problem on Arch Linux, Steam gets stuck on spinning logo right after login window. Switching to steam-native or resetting the runtime didn't help.

Client version: 1702079146
steam-logs.tar.gz

Same on ArchLinux. After update to 1702079146 the load screen goes to infinity.
If restoring 1701289036 from fs snapshots and switch steam to offline-mode. 1702079146 works well till you goes to online, after that - infinity load screen.

Here is a thing I've noticed: all the people who reported on this issue so far seem to be from Russia. So as the next logical step I've tried launching Steam with system wide proxy applied and sure enough Steam has launched successfully and it looks like the proxy is not needed anymore after the initial launch.

There seems like some troubles with QUIC. I ran 1702079146 without VPN, but only after blocking all UDP traffic with iptables. (The steam "-tcp" flag do nothing)

Nevertheless, steam works very weird. It doesn't remember the password and the "Refresh Sign In" window always keeps on the screen.

https://ntc.party/t/ограничение-http3-quic/1823

Perhaps, we need to rename the issue to "Steam (1702079146) doesn't work with censored QUIC/HTTP3".

UPD I don't know why it works, cause it looks like steam doesn't use QUIC. Can't full-reproduce again. Steam just runs sometimes without any additional actions.

UPD I don't know why it works, cause it looks like steam doesn't use QUIC. Can't full-reproduce again. Steam just runs sometimes without any additional actions.

Yeah, I also keep retrying and one in like twenty attempts just works.

Same here KDE Neon|Ubuntu 22.04.1|6.2.0-39-generic|Steam ver. 1702079146|Steam API ver. SteamClient021

As I could observed, at 11:00 - 12:00 (UTC-8) 14th December the steam servers had connection issues.
I has problems with login, cloud synchronization and VAC verifying in CS2.
I can launch client in offline mode if disable internet before and reconnect after enable again, but after that method steam cloud and connection to game servers (e.g. CS2) don't properly work.

That's connection_log:

[2023-12-15 19:00:47] Client version: 1702079146
[2023-12-15 19:00:47] Connectivity test: Starting test, fetching 'http://test.steampowered.com/204'
[2023-12-15 19:00:48] [Logged Off, 0, 0] [U:1:0] CCMInterface::SetSteamID( [U:1:0] )
[2023-12-15 19:00:48] Connectivity test: OK!
[2023-12-15 19:00:48] Connectivity test: result=Connected (since 0.0s ago), prev=Unknown, in progress=0
[2023-12-15 19:00:48] IPv6 HTTP connectivity test (ipv6check-http.steamserver.net / [2a01:bc80:4:100::6]:80 ([2a01:bc80:4:100::6]:80)) - SUCCESS
[2023-12-15 19:00:48] IPv6 HTTP connectivity test (ipv6check-http.steamserver.net / [2a01:bc80:4:100::6]:80 ([2a01:bc80:4:100::6]:80)) - server indicated we are using ipv6, external address = '2a02:2698:802a:5a87:6a40:5745:c086:3d29'
[2023-12-15 19:00:48] IPv6 UDP connectivity test (ipv6check-udp.steamserver.net / [2a01:bc80:5:111::4]:27019) - SUCCESS
[2023-12-15 19:00:48] [Logged Off, 0, 0] [U:1:133502591] CCMInterface::SetSteamID( [U:1:133502591] )
[2023-12-15 19:00:48] [Logged Off, 0, 0] [U:1:133502591] CCMInterface::SetSteamID( [U:1:133502591] )
[2023-12-15 19:00:48] [Logged Off, 4, 0] [U:1:133502591] LogOn() called; not connected yet, scheduling connection. Schedule init returned 1
[2023-12-15 19:00:48] CCMInterface::YieldingConnect -- calling ISteamDirectory/GetCMListForConnect web api
[2023-12-15 19:00:49] GetCMListForConnect -- got 8 Netfilter CMs and 72 WebSocket CMs
[2023-12-15 19:00:49] GetCMListForConnect -- DC 'sto1' count: 23
[2023-12-15 19:00:49] GetCMListForConnect -- DC 'sto2' count: 23
[2023-12-15 19:00:49] GetCMListForConnect -- DC 'fra1' count: 14
[2023-12-15 19:00:49] GetCMListForConnect -- DC 'fra2' count: 20
[2023-12-15 19:00:49] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext2-sto1.steamserver.net:27036) starting...
[2023-12-15 19:00:49] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext2-sto1.steamserver.net:27023) starting...
[2023-12-15 19:00:49] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext3-sto2.steamserver.net:27021) starting...
[2023-12-15 19:00:49] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext3-sto2.steamserver.net:27022) starting...
[2023-12-15 19:00:49] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext2-sto1.steamserver.net:27023) results: 58.8591ms + load 63.0000
[2023-12-15 19:00:49] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext1-sto2.steamserver.net:443) starting...
[2023-12-15 19:00:49] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext2-sto1.steamserver.net:27036) results: 80.2269ms + load 62.0000
[2023-12-15 19:00:49] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext2-sto1.steamserver.net:443) starting...
[2023-12-15 19:00:49] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext3-sto2.steamserver.net:27022) results: 70.5318ms + load 61.0000
[2023-12-15 19:00:49] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext2-fra2.steamserver.net:27019) starting...
[2023-12-15 19:00:49] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext3-sto2.steamserver.net:27021) results: 78.7461ms + load 59.0000
[2023-12-15 19:00:49] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext2-fra1.steamserver.net:27025) starting...
[2023-12-15 19:00:49] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext1-sto2.steamserver.net:443) results: 71.4333ms + load 82.0000
[2023-12-15 19:00:49] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() stopping after 400.00ms timeout and using good enough host (ext2-sto1.steamserver.net:27023)
[2023-12-15 19:00:49] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext2-sto1.steamserver.net:443) results: 178.4377ms + load 73.0000
[2023-12-15 19:00:49] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext2-fra1.steamserver.net:27025) results: 160.6631ms + load 65.0000
[2023-12-15 19:00:49] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext2-fra2.steamserver.net:27019) results: 169.9979ms + load 65.0000
[2023-12-15 19:00:49] [Connecting, 4, 7] [U:1:133502591] Connect() starting connection (eNetQOSLevelHigh, ext2-sto1.steamserver.net:27023, WebSocket)
[2023-12-15 19:00:49] [Connecting, 4, 7] [U:1:133502591] ConnectionCompleted() (162.254.198.104:27023, WebSocket) local address (192.168.0.104:34813)
[2023-12-15 19:00:49] [Connecting, 4, 7] [U:1:133502591] Client thinks it can connect via: UDP - yes, TCP - yes, WebSocket:443 - yes, WebSocket:Non443 - yes
[2023-12-15 19:00:49] [Connected, 4, 7] [U:1:133502591] Logging on [U:1:133502591]
[2023-12-15 19:00:49] [Logging On, 4, 7] [U:1:133502591] Using JWT
[2023-12-15 19:00:50] [Logging On, 4, 7] [U:1:133502591] RecvMsgClientLogOnResponse() : [U:1:133502591] 'OK'
[2023-12-15 19:00:50] CClientJobGetClientUpdateHosts: cached version not expired
[2023-12-15 19:00:59] [Logged Off, 4, 0] [U:1:133502591] ConnectionDisconnected('I/O Operation Failed') : 'OK' (162.254.198.104:27023, WebSocket)
[2023-12-15 19:00:59] [Logged Off, 4, 0] [U:1:133502591] StartAutoReconnect() will start in 15.0 seconds (attempt 1)
[2023-12-15 19:00:59] [Logged Off, 4, 0] [U:1:133502591] Sending SteamServersDisconnected_t because we were logged on
[2023-12-15 19:00:59] CCMInterface::YieldingConnect -- calling ISteamDirectory/GetCMListForConnect web api
[2023-12-15 19:00:59] GetCMListForConnect -- got 9 Netfilter CMs and 71 WebSocket CMs
[2023-12-15 19:00:59] GetCMListForConnect -- DC 'sto2' count: 22
[2023-12-15 19:00:59] GetCMListForConnect -- DC 'sto1' count: 23
[2023-12-15 19:00:59] GetCMListForConnect -- DC 'fra1' count: 20
[2023-12-15 19:00:59] GetCMListForConnect -- DC 'fra2' count: 15
[2023-12-15 19:00:59] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext2-sto2.steamserver.net:27034) starting...
[2023-12-15 19:00:59] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext3-sto2.steamserver.net:27033) starting...
[2023-12-15 19:00:59] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext2-sto1.steamserver.net:27033) starting...
[2023-12-15 19:00:59] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext1-sto1.steamserver.net:27036) starting...
[2023-12-15 19:00:59] Connectivity test: Starting test, fetching 'http://test.steampowered.com/204'
[2023-12-15 19:01:00] Connectivity test: OK!
[2023-12-15 19:01:00] Connectivity test: result=Connected (since 11.8s ago), prev=Unknown, in progress=0
[2023-12-15 19:01:00] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext2-sto2.steamserver.net:27034) results: 90.7640ms + load 59.0000
[2023-12-15 19:01:00] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext2-sto2.steamserver.net:443) starting...
[2023-12-15 19:01:00] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext1-sto1.steamserver.net:27036) results: 81.9330ms + load 62.0000
[2023-12-15 19:01:00] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext1-fra1.steamserver.net:27031) starting...
[2023-12-15 19:01:00] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext3-sto2.steamserver.net:27033) results: 71.1508ms + load 61.0000
[2023-12-15 19:01:00] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext1-fra1.steamserver.net:27023) starting...
[2023-12-15 19:01:00] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext2-sto1.steamserver.net:27033) results: 62.8805ms + load 63.0000
[2023-12-15 19:01:00] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext2-fra2.steamserver.net:27033) starting...
[2023-12-15 19:01:00] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext2-sto2.steamserver.net:443) results: 80.8697ms + load 80.0000
[2023-12-15 19:01:00] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() stopping after 400.00ms timeout and using good enough host (ext2-sto1.steamserver.net:27033)
[2023-12-15 19:01:00] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext1-fra1.steamserver.net:27023) results: 83.2167ms + load 72.0000
[2023-12-15 19:01:00] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext1-fra1.steamserver.net:27031) results: 93.3905ms + load 73.0000
[2023-12-15 19:01:00] [Connecting, 4, 0] [U:1:133502591] PingWebSocketCM() (ext2-fra2.steamserver.net:27033) results: 75.1238ms + load 66.0000
[2023-12-15 19:01:00] [Connecting, 4, 11] [U:1:133502591] Connect() starting connection (eNetQOSLevelLow, ext2-sto1.steamserver.net:27033, WebSocket)
[2023-12-15 19:01:00] [Connecting, 4, 11] [U:1:133502591] ConnectionCompleted() (162.254.198.104:27033, WebSocket) local address (192.168.0.104:51841)
[2023-12-15 19:01:00] [Connecting, 4, 11] [U:1:133502591] Client thinks it can connect via: UDP - yes, TCP - yes, WebSocket:443 - yes, WebSocket:Non443 - yes
[2023-12-15 19:01:00] [Connected, 4, 11] [U:1:133502591] Logging on [U:1:133502591]
[2023-12-15 19:01:00] [Logging On, 4, 11] [U:1:133502591] Using JWT
[2023-12-15 19:01:00] [Logging On, 4, 11] [U:1:133502591] RecvMsgClientLogOnResponse() : [U:1:133502591] 'OK'
[2023-12-15 19:01:14] [Logged On, 4, 11] [U:1:133502591] ScheduledAttemptReconnect() not reconnecting due to already having an hConnection
[2023-12-15 19:02:55] [Logged On, 4, 11] [U:1:133502591] LogOff()
[2023-12-15 19:02:55] [Logging Off, 4, 11] [U:1:133502591] AsyncDisconnect( bDontWaitOnTCPShutdown: false )
[2023-12-15 19:02:55] [Logged Off, 0, 0] [U:1:133502591] ConnectionDisconnected('Disconnected By Remote Host') : 'OK' (162.254.198.104:27033, WebSocket)
[2023-12-15 19:02:55] [Logged Off, 0, 0] [U:1:133502591] ConnectionDisconnected() not auto reconnecting due to user initiated logoff
[2023-12-15 19:02:55] [Logged Off, 0, 0] [U:1:133502591] Sending SteamServersDisconnected_t because we were logged on
[2023-12-15 19:02:59] [Logged Off, 0, 0] [U:1:133502591] ResetVoiceRecording() (was recording: 0) (last get voice time: 1702648979 seconds ago)
[2023-12-15 19:02:59] [Logged Off, 0, 0] [U:1:133502591] Log session ended

Just tested with VPN via Germany, Steam works as should. After VPN was disconnected, Steam continued to work.

After reboot it still works, but login took more time.

I had the mistake of clearing the download cache when I thought it could fix CS2 not connecting due to issues with VAC which started occuring lately as well as Steam taking an eternity to load.

Now Steam client just doesn't load and is stuck in the same state as in this screenshot. Launching the client with -tcp option didn't help.

Disabling the internet connection, opening Steam, then enabling it back also works.

Disabling the internet connection, opening Steam, then enabling it back also works.

yup that helps, but it's better to add -tcp when launching Steam again, otherwise it will try to start for a long time and there will be issues with maintaining the connection

Disabling the internet connection, opening Steam, then enabling it back also works.

yup that helps, but it's better to add -tcp when launching Steam again, otherwise it will try to start for a long time and there will be issues with maintaining the connection

Yeah, I've already noticed issues with connectivity when launching that way but launching with -tcp doesn't seem to work for me

Just enabled system-wide VPN (Canada) and it works now. I'm in Russia, so... Definitely it's all network thing...

Same issue on Fedora 39

UPD:
If you are having same issue and want to play games, but don't have any VPN or proxy:

• Turn off internet.
• Launch Steam (it'll launch in offline mode)
• After Steam launched, you can enable internet and use Steam as usual.

UPD2:
Just found out that someone mentioned this method above :sweat_smile:

Replying to https://github.com/ValveSoftware/steam-for-linux/issues/10297#issuecomment-1858874249

This don't seem to be a good solution because I had a lot of connectivity issues after doing this, if you need a free VPN you can use Cloudflare WARP

Online projects don't work after turning on-line on

For me works fine ProtonVPN for linux (free).
Registration simple, but for the email confirmation needs tor browser, or browser with vpn.
I use OpenVPN / IKEv2 connection on openSuse - works fine. After connection steam start normally.
Confirm, that vpn not needed after first successful connection.

Don't forget that using a proxy or VPN to disguise your location is strictly against the Steam Terms of Service and may result in restrictions on your Steam account.

With that out of the way, did any of you try using a different ISP (e.g., via tethering)?

Also, does this happen on Linux only? It might be worth it to try logging in with a Windows version of Steam (at least through Wine).

Vpn really works BUT, Online projects Dota 2 for example freezes instanly after launched

Same issue. How to debug which url have connection issues ?

I wrote about the problem to Steam support. Let's see what they say.

I wrote about the problem to Steam support. Let's see what they say.

I wrote too, they just closed ticket.

ubuntu 22.04 - same issue - was experiencing never ending "reconfiguring steam environment" - so purged it and reinstalled - then it failed to log me in "cannot reach steam servers".

All the steam servers are accessible.

Nvidia x11 here ttried multiple versions of the driver - still the same result.
(Only other issue is python3-apt is installed but steam constantly moans about not finding it)

I have the same issue. Are they gonna ignore us all? It's been probably a week.
steam-logs.tar.gz

same problem here, Manjaro

Испытываю данную проблему на Debian Unstable/Sid.

May be RKN problem? But anyway, steam works without problems in windows, so it is connected to linux-version of client

Непонятно в чем именно проблема, у меня дома 2 ПК и два аккаунта Steam, одно интернет соединение, на первом ПК проблема проявляется редко, один раз и десяти не заходит (примерно), на втором зайти невозможно, заходит один раз из тридцати попыток.

Разрабы особо не торопятся фиксить, потому что проблема только у пользователей из РФ. Может РКН чего-то мутит?

I have a friend, also in Russia, he doesn't get this problem, but he has AMD. I wonder what is the real matter of the problem? Nvidia GPU + linux + being russian? Or what?

Well, not being Russian, but live in Russia. But yep, we need developers to look for a problem, cause connection is stable and other programs works perfectly

Well, not being Russian, but live in Russia. But yep, we need developers to look for a problem, cause connection is stable and other programs works perfectly

I'm having issues with the client too, first it started losing connection constantly yesterday and now I needed to use this workaround to successfully open the client.
I'm from Argentina (South America) and use Fedora 39 KDE Spin and AMD GPU so it seems to be either a widespread issue or only affecting Linux maybe?

I have a friend, also in Russia, he doesn't get this problem, but he has AMD. I wonder what is the real matter of the problem? Nvidia GPU + linux + being russian? Or what?

I have an AMD GPU

I have a friend, also in Russia, he doesn't get this problem, but he has AMD. I wonder what is the real matter of the problem? Nvidia GPU + linux + being russian? Or what?

All you need is a linux version of steam and a stupid ISP.
When I change ISP from dom.ru to another - issue was solved.
I suggest everyone write the name of their internet provider.

All you need is a linux version of steam and a stupid ISP. When I change ISP from dom.ru to another - issue was solved. I suggest everyone write the name of their internet provider.

I also have the same problems and my ISP is also dom.ru but I suspect it doesn't work in Argentina.

I also have the same problems and my ISP is also dom.ru but I suspect it doesn't work in Argentina.

Argentina also have internet censorship.

I have a friend, also in Russia, he doesn't get this problem, but he has AMD. I wonder what is the real matter of the problem? Nvidia GPU + linux + being russian? Or what?

All you need is a linux version of steam and a stupid ISP. When I change ISP from dom.ru to another - issue was solved. I suggest everyone write the name of their internet provider.

My ISP is dom.ru too... Just wrote them an email.

Так же провайдер Дом.ру

It looks like this is really censorship of the ISP and mainly Russian dom.ru. Can someone check the problem with an alternative ISP?

Так же провайдер Дом.ру

4 дня переписывался с техподдержкой. Постоянно талдычат что ничего не блокируют и требуют перезапустить роутер.
Когда будете писать в техподдержку, пожалуйста укажите эту ссылку как свидетельство массовости проблемы. Может быть эти идиоты наконец-то исправят то что сломали.

It looks like this is really censorship of the ISP and mainly Russian dom.ru. Can someone check the problem with an alternative ISP?

On other ISP's available to me steam works fine.

Так же провайдер Дом.ру

4 дня переписывался с техподдержкой. Постоянно талдычат что ничего не блокируют и требуют перезапустить роутер. Когда будете писать в техподдержку, пожалуйста укажите эту ссылку как свидетельство массовости проблемы. Может быть эти идиоты наконец-то исправят то что сломали.

У Дом.ру пару-тройку лет назад была проблема на магистрали, соединяющей с серверами blizzard(3 недели пинг был 20000 мс и потеря пакетов), они 2 недели открещивались что проблема не у них, но потом признали и поменяли маршрут. Так-что возможно опять проблема именно в них.

I have a friend, also in Russia, he doesn't get this problem, but he has AMD. I wonder what is the real matter of the problem? Nvidia GPU + linux + being russian? Or what?

All you need is a linux version of steam and a stupid ISP. When I change ISP from dom.ru to another - issue was solved. I suggest everyone write the name of their internet provider.

I also have dom.ru

dom.ru

Same here, I will try to connect with support

Тех поддержка спрашивает IP для проверки маршрута, куда можно посмотреть?

https://client-update.akamai.steamstatic.com
https://cdn.cloudflare.steamstatic.com
https://cdn.steamstatic.com
https://client-update.akamai.steamstatic.com/steam_client_ubuntu12?t=3897541168
Как варик, эти адреса можно проверить

Сегодня заработало. Три раза перезагружался - работает. Видимо починилось, но не у всех.

Тех поддержка спрашивает IP для проверки маршрута, куда можно посмотреть?

Узколобые кретины не понимают что помимо ICMP в сети бывает много всякого. У них раз пинг прошел, значит всё замечательно, а там хоть трава не расти.

Так же провайдер Дом.ру

Странно, не факт что провайдер. На windows Steam работает, на linux нет. Дом.ру и одно подключения на разных ПК.

Сегодня заработало. Три раза перезагружался - работает. Видимо починилось, но не у всех.

У меня тоже последнии дни стало нормально заходить, хотя всё равно иногда довольно долго думает

Раз уж все перешли на русский, то и я перейду...

У кого заработало - можете проверить, как открываются сайты для проверки работоспособности HTTP/3 и QUIC:
https://quic.nginx.org/quic.html и https://cloudflare-quic.com и https://http3.is

У первого тест проходит нормально, но серверы могут находится и в России. А вот второй и третий явно сообщают, что доступ идёт только через HTTP/2

Так же оставил две заявки провайдеру Дом.ру, как физическое и юридическое лицо(на работе тоже не работает)

I use steam in lxc container with virtual network connection (germany 100 mbit). Works fine. Without vpn with direct connection (russia 1 gbit) same issue as described. Not steam problem, it is russian providers issue

Раз уж все перешли на русский, то и я перейду...

У кого заработало - можете проверить, как открываются сайты для проверки работоспособности HTTP/3 и QUIC: https://quic.nginx.org/quic.html и https://cloudflare-quic.com и https://http3.is

У первого тест проходит нормально, но серверы могут находится и в России. А вот второй и третий явно сообщают, что доступ идёт только через HTTP/2

Так же оставил две заявки провайдеру Дом.ру, как физическое и юридическое лицо(на работе тоже не работает)

У меня третий отрабатывает, NGINX и Cloudflare говорят HTTP/2

Раз уж все перешли на русский, то и я перейду...

У кого заработало - можете проверить, как открываются сайты для проверки работоспособности HTTP/3 и QUIC: https://quic.nginx.org/quic.html и https://cloudflare-quic.com и https://http3.is

У первого тест проходит нормально, но серверы могут находится и в России. А вот второй и третий явно сообщают, что доступ идёт только через HTTP/2

Так же оставил две заявки провайдеру Дом.ру, как физическое и юридическое лицо(на работе тоже не работает)

У меня это всё работает, а Стим - нет. Причём теперь уже не помогает обходной путь с ВПНом.
P.S. Провайдер тоже DOM.ru.

Подтверждаю, снова не работает, теперь уже никак, кроме как выключить и-нет, запустить steam, включить обратно

кроме как выключить и-нет, запустить steam, включить обратно

У меня и так не работало.
Короче, помогло введение логина-пароля по новой (БЫСТРО! пока форма не исчезла). 2 раза. :) Хотя, возможно, это совпадение и просто провайдер раступил.

помогло введение логина-пароля по новой (БЫСТРО! пока форма не исчезла)

Мне не помогало.

Кстати, спустя несколько часов после обращения в техподдержку провайдера вроде бы заработало. Сначала дома, потом и на работе. Не с первого раза конечно, но после нескольких перезапусков всё еще работает.

помогло введение логина-пароля по новой (БЫСТРО! пока форма не исчезла)

Мне не помогало.

Кстати, спустя несколько часов после обращения в техподдержку провайдера вроде бы заработало. Сначала дома, потом и на работе. Не с первого раза конечно, но после нескольких перезапусков всё еще работает.

Просто он изредка пропускает соединение.

У меня решилось так тестировал всякие сервисы http3 типа этого http3.is. как только зашло через http3 открыл стим, авторизация прошла нормально.

Авторизацию можно пройти просто включив раздачу интернета с мобильного. Но дальше все равно возникают проблемы, у меня постоянно ругается, что облачные сохранения недоступны, а ещё одного вечера слез от дочери я не хочу🙂

Сейчас запустил стим (запускал через терминал без каких-либо флагов или аргументов) где-то раз 7. 7/7 раз включился, вне зависимости от статуса работы http3 (т.е. стим работал и с рабочим и не рабочим http3), на вышеуказанном клоудфларе показывает страницу, мол, "This page is HTTP/3 & QUIC enabled. Try reloading a few times to spring it into action..." и т.д. (то есть грузит без ошибочно, как я понял), а на NGINX QUIC Sandbox саму страницу грузит, но никакой инфы не указано (Total requests:... Success with QUIC:... Success with HTTP:... Failed requests:...; Requests: 0 / 3000 (0%), логи пустые). Объяснил как смог. Если честно, не разбираюсь в работе сети, не обессудьте. Спасибо за помощь!
ОС: Linux Mint 21.2 Cinnamon. Провайдер: Дом.ру

Сейчас запустил стим (запускал через терминал без каких-либо флагов или аргументов) где-то раз 7. 7/7 раз включился, вне зависимости от статуса работы http3 (т.е. стим работал и с рабочим и не рабочим http3), на вышеуказанном клоудфларе показывает страницу, мол, "This page is HTTP/3 & QUIC enabled. Try reloading a few times to spring it into action..." и т.д. (то есть грузит без ошибочно, как я понял), а на NGINX QUIC Sandbox саму страницу грузит, но никакой инфы не указано (Total requests:... Success with QUIC:... Success with HTTP:... Failed requests:...; Requests: 0 / 3000 (0%), логи пустые). Объяснил как смог. Если честно, не разбираюсь в работе сети, не обессудьте. Спасибо за помощь!
ОС: Linux Mint 21.2 Cinnamon. Провайдер: Дом.ру

На NGINX надо нажать кнопочку чтобы тест прогнать, на Cloudflare там в первом же предложении написано что браузер использовал HTTP/2 либо HTTP/3

Сейчас запустил стим (запускал через терминал без каких-либо флагов или аргументов) где-то раз 7. 7/7 раз включился, вне зависимости от статуса работы http3 (т.е. стим работал и с рабочим и не рабочим http3), на вышеуказанном клоудфларе показывает страницу, мол, "This page is HTTP/3 & QUIC enabled. Try reloading a few times to spring it into action..." и т.д. (то есть грузит без ошибочно, как я понял), а на NGINX QUIC Sandbox саму страницу грузит, но никакой инфы не указано (Total requests:... Success with QUIC:... Success with HTTP:... Failed requests:...; Requests: 0 / 3000 (0%), логи пустые). Объяснил как смог. Если честно, не разбираюсь в работе сети, не обессудьте. Спасибо за помощь!
ОС: Linux Mint 21.2 Cinnamon. Провайдер: Дом.ру

На NGINX надо нажать кнопочку чтобы тест прогнать, на Cloudflare там в первом же предложении написано что браузер использовал HTTP/2 либо HTTP/3

В таком случае, прямо сейчас, с запущенным стимом (полностью подключенным к сети) Cloudflare пишет про подключение через HTTP3. А на NGINX QUIC 3000/3000 успешных реквестов через QUIC (то есть HTTP3 реквестов не было).

UPD: Ещё 3 раза прогнал тест, на второй раз 47 реквестов было через HTTP/3. Я не знаю, нужно ли вам это, но мало-ли...

Хмм и все же провайдер... У меня тоже Домру, на винде не тестил но линукс клиент.. ой ему плохо, пользуюсь warp через wireguard - помогает, но я очень хочу в свою каэсочку погонять, а там попа боль пинг и пакет лоссы :(

Раз уж все перешли на русский, то и я перейду...

У кого заработало - можете проверить, как открываются сайты для проверки работоспособности HTTP/3 и QUIC: https://quic.nginx.org/quic.html и https://cloudflare-quic.com и https://http3.is

У первого тест проходит нормально, но серверы могут находится и в России. А вот второй и третий явно сообщают, что доступ идёт только через HTTP/2

Так же оставил две заявки провайдеру Дом.ру, как физическое и юридическое лицо(на работе тоже не работает)

А зачем нужен третий хттп и куик? В смысле.. как они взаимосвязаны в контексте нынешней проблемы на стороне провайдера? Если кратко и не сложно объясни пожалуста. Куик и хттп3 у меня используются(работают) как сообщают все трое предложенных теста, а стим клиент по прежнему нет, причем как сайт в браузере все отлично работает без бубна, а клиент максимум раз через раз залогинится, но облако (весь стим клауд) и вак, сервера кс - нет :/

Куик и хттп3 у меня используются(работают) как сообщают все трое предложенных теста, а стим клиент по прежнему нет, причем как сайт в браузере все отлично работает без бубна, а клиент максимум раз через раз залогинится, но облако (весь стим клауд) и вак, сервера кс - нет :/

Не знаю, что сказать. Попробуй через терминал запустить, хз. Наверное еще стоит отметить, что я использую нативный стим для линукса, не флэтпаковский.

А зачем нужен третий хттп и куик?

Вообще изначально идея была в том, что клиент Steam при очередном обновлении перешел на использование новой версии CEF (Chromium Embedded Framework, открытый фреймворк для встраивания в приложение браузерного движка из проекта Chromium). Процесс steamwebhelper как раз построен на базе CEF и используется для формы авторизации и других вещей типа облачной синхронизации.
В какой-то момент и клиент и серверы стали считать HTTP/3 и QUIC более приоритетными. Ну или оно изначально работало, но провайдер мог частично заблокировать эти протоколы, либо ограничить доступ по этим протоколам к определённым диапазонам адресов.

Почему заблокировали? Да потому что DPI провайдера не умеет анализировать эти протоколы и проще заблокировать всё непонятное, чем пытаться разобраться и сделать всё правильно. На Хабре читал статью на эту тему, там тоже у людей QUIC не работал.

Это вывод на основе проведённых тестов, но я могу и ошибаться.

Сейчас снял дамп с помощью WireShark.
Проблема с доступом как минимум к следующим хостам:

api.steampowered.com (tcp порт 443)
ext1-sto1.steamserver.net (tcp порт 27031)
ext2-sto2.steamserver.net (tcp порт 27025)

Соединение устанавливается, но в какой-то момент начинаются повторные попытки и ретрансмиты пакетов.

Дополнено:
Клиент на Windows действительно работает нормально и судя по всему подключается к другим серверам.

а есть у стима конфиги? может можно как-то эти новые фичи отключить?

фичи отключить?

Нельзя. При запуске Steam проверяет контрольные суммы и в случае несовпадения распаковывает свои файлы и заменяет всё что изменилось.

Связался с тех. поддержкой, сегодня вечером буду их пинать. Надеюсь, предоставленной информации хватит для ругани. Если они так DPI пытаются впихнуть и будут настаивать, что ничего менять не будут, перейду на другого провайдера, ибо уже не первый случай, когда они косячат

Подменил адреса, к которым подключается Linux-клиент на те, что использует Windows-клиент... Вроде бы стало запускаться стабильнее.

# /etc/hosts
162.254.198.46 ext1-sto1.steamserver.net
162.254.198.46 ext1-sto2.steamserver.net
162.254.198.46 ext2-sto2.steamserver.net
162.254.198.46 ext3-sto1.steamserver.net
162.254.198.46 ext2-fra2.steamserver.net

Подменил адреса, к которым подключается Linux-клиент на те, что использует Windows-клиент... Вроде бы стало запускаться стабильнее.

# /etc/hosts
162.254.198.46 ext1-sto1.steamserver.net
162.254.198.46 ext1-sto2.steamserver.net
162.254.198.46 ext2-sto2.steamserver.net
162.254.198.46 ext3-sto1.steamserver.net
162.254.198.46 ext2-fra2.steamserver.net

Мне не помогло, так и висит мертвым грузом

Раздал интернет с телефона, зашло, переключился обратно на проводное, продолжает работать, провайдер говорит, что надо открыть какие-то порты на роутере, но какие порты открывать, я не знаю

Раздал интернет с телефона, зашло, переключился обратно на проводное, продолжает работать, провайдер говорит, что надо открыть какие-то порты на роутере, но какие порты открывать, я не знаю

https://help.steampowered.com/en/faqs/view/2EA8-4D75-DA21-31EB

Сомневаюсь, что в этом причина, все же проблема актуальна для линукса

Раздал интернет с телефона, зашло, переключился обратно на проводное, продолжает работать, провайдер говорит, что надо открыть какие-то порты на роутере, но какие порты открывать, я не знаю

https://help.steampowered.com/en/faqs/view/2EA8-4D75-DA21-31EB

Сомневаюсь, что в этом причина, все же проблема актуальна для линукса

Да, проблема не в этом, пошел дальше мучать провайдера

Связался с оператором - тот завёл задачу, сбросил им маршрут для начала, пусть поковыряются, жду обратной связи

Несколько людей отписало (и не только тут), что на винде на том же провайдере всё прекрасно работает. Определённо, в этом ключ к решению проблемы. Но у меня нет винды, не могу сам покопаться...

Сейчас снял дамп с помощью WireShark. Проблема с доступом как минимум к следующим хостам:

api.steampowered.com (tcp порт 443) ext1-sto1.steamserver.net (tcp порт 27031) ext2-sto2.steamserver.net (tcp порт 27025)

Соединение устанавливается, но в какой-то момент начинаются повторные попытки и ретрансмиты пакетов.

Дополнено: Клиент на Windows действительно работает нормально и судя по всему подключается к другим серверам.

THIS.

P.S. Сейчас запустил с терминала и - вуаля - всё заработало. Хотя до этого так не получалось. Такое впечатление, что это просто рандом - если попадает на "нормальный" сервер, то всё подключается. Но попадает на него редко. Видимо, он - один из многих и, причём, не приоритетный. Посмотрел ss - из портов Стим там только такое:
155.133.252.54:27032
Возможно, это и есть тот самый счастливый сервер. А может и нет, может счастливое соединение исчезает сразу после авторизации в Стим. Надо пробовать... Исследование продолжается :)

Тех поддержка спрашивает IP для проверки маршрута, куда можно посмотреть?

https://bgp.he.net/AS32590#_prefixes

В моём случае помогло заворачивание ext3-sto1.steamserver.net через vpn. Т.е. весь остальной трафик продолжает идти напрямую.

strace -f -e trace=network steam 2>&1 | grep sin_addr
этой командой можно увидеть где залипло соединение по такому паттерну

Вчера и пока что сегодня у меня Steam работает. В выводе trace тоже есть <unfinished ..> соединения, и на 162.254.198.46 там числе. Но Steam работает.

Ни хрена не работает, а тех. поддержка повторяет как попугаи, что с их стороны всё в порядке

В новый год с новым интеренет провайдером 🎉🎉🎉

Ни хрена не работает, а тех. поддержка повторяет как попугаи, что с их стороны всё в порядке

Demand proof. There is evidence (this here discussion, for one) that the issue lies with them.

They, on the other hand, are making baseless claims. And what can be asserted without evidence can also be dismissed without evidence.

These is still no connection to steam services, so I see only infinite loading. Enabling VPN or swichin to mobile ISP seemes to fix this problem

They = Dom.ru.

I see. But the only answer I got is "It works, not our problem". If it works, why we see this issue here.

Всё, тех поддержка полностью пас. Если у других провайдеров все в порядке, то проще будет переключиться на них. Если кто-то хочет, может попровать, может я им недостаточно данных предоставил

В общем, сегодня опять не заходило.
Делал strace -f -e trace=network steam 2>&1 | grep 'sin_addr' | grep 'connect' | grep 'unfinished'
Всегда одним из первых выскакивал адрес 184.85.159.62:443. Надо дальше в эту сторону копать.
Чтобы просто поиграть здесь и сейчас, проблему для себя опять решил, сняв галочку "входить автоматически" и успев ввести свой логин-пароль пока Стим не завис. Так заходит для меня (но может не с первого раза, иногда надо после нескольких попыток подождать минут 30 и опять пробовать). При этом ВПН/прокси даже не нужен. Но запускать надо из терминала (вот хотя бы строкой из примера со strace).
P.S. Что характерно, когда зашло, все те же адреса всё-равно <unfinished ...> висят. Чёрт его знает, как это вообще работает...

Сменил я провайдера, теперь Steam работает без проблем, dom.ru must die :-)

Аналогичная проблема была. Только у меня не загружалась страница магазина стим. Грешил на приложение и решил его переустановить. В результате не смог залогиниться как и многие здесь.
ОС openSUSE Tumbleweed.
Воспользовался советом попробовать другого провайдера. Раздал интернет с телефона через Мегафон. Все работает ок. Сомнений, что это проблема провайдера дом.ру, не осталось.
Позвонил в поддержку дом.ру, вышел на технический отдел и все подробно объяснил. Во время звонка сказали, что нужно выключить роутер, чтобы они у себя перезапустили сессию или что-то там настроили. Потом сказали включить и проверить все ли стало нормально. Стим заработал. Логин работает, магазин открывается.
Продолжаю вести наблюдение.

Позвонил в поддержку дом.ру, вышел на технический отдел и все подробно объяснил. Во время звонка сказали, что нужно выключить роутер, чтобы они у себя перезапустили сессию или что-то там настроили. Потом сказали включить и проверить все ли стало нормально. Стим заработал. Логин работает, магазин открывается. Продолжаю вести наблюдение.

Следил за тредиком внимательно, была та же проблема.
Вчера починилось после того, как я отключил uplink-интерфейс в микротике, подождал 7 минут для верности, включил и перезагрузил Стим.
Всё заработало. Так что вероятно объяснения доехали до Дом.Ру, нужно только отключить роутер и подождать, чтобы автоматически что-то сбросилось.

I also have the same problems and my ISP is also dom.ru but I suspect it doesn't work in Argentina.

Argentina also have internet censorship.

no we don't lmao

also logging in seems to be working now in Argentina. only cloud sync is a little iffy still.

кстати, если попробовать измерить скорость интернета через яндекс, скорость скачки не посчитается. Может быть провайдер блокирует этот определенный тип пакетов. Кто-нибудь знает, как работает измеритель скорости яндекса?

Позвонил в поддержку дом.ру, вышел на технический отдел и все подробно объяснил. Во время звонка сказали, что нужно выключить роутер, чтобы они у себя перезапустили сессию или что-то там настроили. Потом сказали включить и проверить все ли стало нормально. Стим заработал. Логин работает, магазин открывается. Продолжаю вести наблюдение.

Следил за тредиком внимательно, была та же проблема. Вчера починилось после того, как я отключил uplink-интерфейс в микротике, подождал 7 минут для верности, включил и перезагрузил Стим. Всё заработало. Так что вероятно объяснения доехали до Дом.Ру, нужно только отключить роутер и подождать, чтобы автоматически что-то сбросилось.

Мне ничего не помогает, так что после НГ придётся менять провайдера, заодно и подешевле будет. Кстати, в тех. поддержке. вообще не парятся - сказали, мол нам пофиг, мы накосячили, но даже проверять нормально не будем

Мне кажется, смена провайдера - не надежный вариант. Проблема спокойно может переползти и стать вообще нормой по стране. Техподдержка у них действительно ужасная, постоянные смены операторов, "опишите проблему и перезагрузите роутер"... Если бы можно было писать напрямую в тех отдел, было бы круто. Все же надо постараться найти причину

Мне кажется, смена провайдера - не надежный вариант. Проблема спокойно может переползти и стать вообще нормой по стране. Техподдержка у них действительно ужасная, постоянные смены операторов, "опишите проблему и перезагрузите роутер"... Если бы можно было писать напрямую в тех отдел, было бы круто. Все же надо постараться найти причину

Если проблема станет всеобщей, то начнут шевелиться. А так у меня и "старшие специалисты" тех. поддержки менялись постоянно и все говорили, что проблемы нет

Мне кажется, смена провайдера - не надежный вариант. Проблема спокойно может переползти и стать вообще нормой по стране. Техподдержка у них действительно ужасная, постоянные смены операторов, "опишите проблему и перезагрузите роутер"... Если бы можно было писать напрямую в тех отдел, было бы круто. Все же надо постараться найти причину

По смене провайдера согласен. По техподдержке ну хз... Я в обращении сразу написал: сугубо инженерам, и в ответах показалось что отвечают именно инженеры, судя по используемым терминам. Ну либо передаются их ответы. После выходных пока работало, причём сперва стал загружаться, но не работало облако, потом и облако подцепилось. Вечером ещё гляну.

P.S. Стали лучше работать чаты Skype: раньше со смартфона картинки по вай-фаю не грузились вовсе, а теперь грузятся, но очень туго.

Если бы можно было писать напрямую в тех отдел, было бы круто.

Я оставил две заявки, как физическое лицо и как юридическое(на работе тоже Дом.ру и тоже проблема).
Отправил им в хелпдеск всю информацию (и маршруты и трасировку strace), описал суть проблемы и даже добавил ссылку на это обсуждение. Я даже коротко описал как воспроизвести проблему и попросил направить в отдел тестирования...
К сожалению проблема до сих пор актуальна, а ответа от них нет.

@kisak-valve I think it would help if someone explained what the Linux client does differently from the Windows one in terms of networking.

@Hasshu It seems that the Steam Linux client establish connections to one pool of Steam servers, and the Windows client connects to another. Your or another upstream ISP may block some part of Linux pool, so client can't properly authorize account (client just waits indefinitely for the connection to be established).

@reinforce
Pretty interesting enough, that's if you launch Steam without Internet you wait around 5 sec. and it opens fine even without offline mode. But if you launch Steam with Internet you wait +30 secs on credentials page, then it load client with endlessly loading circle and Steam logo.
I especially waited for some time and get screenshot what's happened after long waiting.
I've cover numbers after Login_ for potential privacy reasons.

Except for the problems with launching Steam client, I have problems when I try to play games, that require network connection, like CS2 or Chivalry. When I successfully login, connection is available, but the moment I launch the game, the connection is lost and it is impossible to connect to in-game services.

Отчёт: как и ожидалось, сперва работало, но теперь снова не работает. Как я понимаю, так и будет, пока не починят. На данный момент клиент запускается, но облако не цепляет. С другого провайдера без проблем.

Тех поддержка спрашивает IP для проверки маршрута, куда можно посмотреть?

https://bgp.he.net/AS32590#_prefixes

А проверять по .0 или .1?
К примеру как проверять:

traceroute 45.121.184.0

Или как? Не очень разбираюсь, уж извиняйте. Граждане со стороны провайдера не хотят сами всё проверять, ибо зачем.

@vlig
В сетях класса C (маска /24) 0 - это адрес сети, его не проверить. 255 - широковещательный, обычно тоже бесполезно проверять. Так что с 1 по 254. Но вручную или даже скриптом проверять каждый адрес - довольно бесполезная затея. К тому же часть серверов просто не отвечают на пинги, поэтому трассировка будет не полной.

Между тем я снял дамп трафика с помощью WireShark и отправил в техподдержку корпоративных клиентов. Пусть смотрят.

Все, кто испытывает проблемы использует тот или иной дистрибутив Linux, хотелось бы узнать следующее:

• Используемый дистрибутив
• Версию ядра Linux
• Версию драйвера GPU
• Окружение рабочего стола
• Какие сетевые интерфейсы есть в системе (например, сетевые мосты для виртуальных машин)
• Используется ли роутер
• Подключение к провайдеру (DHCP? PPPoE?)

Возможно удастся найти что-то, что нас объединяет (кроме провайдера конечно же).

• Gentoo Linux
• 6.1.67-gentoo-x86_64
• x11-drivers/nvidia-drivers-390.157
• mate-base/mate-1.26.0
• eth0 (локальная сеть), br0 (для виртуальных машин), tun0 (openvpn до работы)
• Домашний сервер в качестве роутера, за ним сеть провайдера.
• Адрес белый, статический, от провайдера получается по DHCP.

@reinforce

• EndeavourOS Galileo (Arch-based)
• 6.6.8-arch1-1
• mesa 1:23.3.1-1/amdvlk 2023.Q4.2-1/xf86-video-amdgpu 23.0.0-1
• KDE Plasma 5.27.10 / Wayland
• enp4s0, virbr0 (для виртуальных машин)
• Домашний сервер в качестве DNS для роутера, за ним сеть провайдера.
• Адрес белый, статический, от провайдера получается по DHCP.

• Arch Linux
• 6.6.8-zen1-1-zen
• x11, nvidia 545.29.06
• Нету, JWM в качестве оконника.
• eno1
• Blocky в качестве DNS сервера, используется Quad9 и 1.1.1.1, роутер.
• Белый, по DHCP, PPPoE.

• Arch Linux
• 6.6.8-arch1-1.1
• nvidia-dkms 545.29.06-1.1
• awesome 4.3-3.1
• docker0, lo, wlan0
• да
• А как посмотреть? знаю только что динамический

• Manjaro Linux
• 6.6.8-3
• video-nvidia 545.29.06-27
• KDE Plasma 5.27.10
• eno1(локальня сеть), tun0 (openvpn), docker0, lo
• Роутер
• Адрес динамический, подключение PPPoE

• Manjaro Linux
• 6.6.8-2-MANJARO
• NVidia 545.29.06
• KDE Plasma 5.27.10
• eth0 (локальная сеть), потом роутер
• Адрес статический

• Используемый дистрибутив: Linux Mint 21.2 Cinnamon
• Версия ядра Linux: 5.15.0-89-generic
• Версия драйвера GPU:
• Окружение рабочего стола: Cinnamon 5.8.4
• Сетевые интерфейсы в системе: eno1 (Проводной интернет), ham0 и lo (Незнаю что это, но я их не использую.)
• Роутер используется, DIR-825 R1 3.0.3
• Подключение к провайдеру:

ПК:

• Arch Linux
• 6.6.8-lqx1-1-lqx
• Mesa 24.0.0-devel (git-551924aa87)
• KDE 5.27.10 / X11
• eno1 (локальная сеть), wlp11s0 (wi-fi, не подключен)

Сервер:

• Arch Linux
• 6.6.1-zen1-1-zen
• Mesa 23.2.1-arch1.2
• GNOME 45.1 / X11
• enp0s31f6 (локальная сеть), wlp4s0 (wi-fi, не подключен), virbr0 (libvirt), ve-wow@if2 (systemd-nspawn)

• Роутер Keenetic Giga III
• Белая статика, DHCP

• openSUSE Tumbleweed 20231219
• 6.6.6-1-default (64-bit)
• amdgpu 23.0.0-1.3
• KDE 5.27.10 / X11
• enp6s0 (провод к роутеру), lo (loopback), пара OpenVPN подключений (с одни из них стим стартую чтоб грузился), L2TP/IPsec vpn - отключен
• Да, TP-LINK AX1500
• Динамический IP-адрес

• Arch Linux x86_64
• extra/linux-zen 6.6.8.zen1-1
• extra/nvidia-dkms 545.29.06-1
• extra/plasma-desktop 5.27.10-1
• enp3s0, подключаюсь по VPN к стиму, когда он барахлит.
• MikroTik RB951Ui-2HnD, за ним сеть провайдера. DNS: 208.67.222.222, 208.67.222.220.
• Адрес постоянный (не уверен какой именно, точно не динамический, оплаченная услуга), PPPoE.

• Devuan GNU/Linux 5 (daedalus)
• 6.1.0-16-amd64
• nvidia-driver/stable 525.147.05-4~deb12u1 amd64
• KDE Plasma 5.27.5
• 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
  2: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
  3: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
• Mikrotik CRS109-8G-1S-2HnD, RouterOS 6.45.7
• Static IP, no DHCP, no PPPoE

На текущий момент Steam работает, облачные сохранения подтягиваются, сбои в облаках бывают раз в день или реже.

Нашел как запустить без впна:
В режиме Big Picture(steam -bigpicture) похоже стоит таймаут на запрос так что загрузка не грузится бесконечно а выдает ошибку:

После этого если еще раз ввести данные получится войти в аккаунт
Выходим из bigpicture:



Готово

@Blu3cr0ss Пробовал похожий вариант, но с переключением в BigPicture через иконку в трее. Работало с переменным успехом.

Судя по ответам, почти все в той или иной мере используют сетевые мосты(интерфейсы br0, virbr0, docker0 и даже бриджи на микротиках). Начал думать, что проблема в этом.
Проверил все варианты, вплоть до того, что отключил все мосты, выкинул из цепочки домашний сервер/роутер, патчкорд провайдера воткнул прямо в системный блок. Даже загрузился с более старым ядром...
Не работает! Это еще раз подводит нас к проблеме в сетях провайдера, но уже возникают вопросы какого: если Дом.ру у себя не видят проблем, то они могут быть у провайдера Steam. Какая-нибудь простая блокировка для российский IP-адресов(например по GeoIP) и всё, приехали... Я вот более чем уверен, что IP-адреса от провайдера мы получаем из более-менее одного пула (95.79.xx.xx)

Если всё так, то как временно-постоянное решение могу предложить следующую вариант:

• Поднимается контейнер/виртуальная машина с VPN-ом и настраивается маршрутизация для подсетей Steam через этот контейнер/виртуальную машину
• У кого Микротик - можно настроить VPN и маршрутизацию сразу на роутере.

Список подсетей уже упоминался выше.

Я вот более чем уверен, что IP-адреса от провайдера мы получаем из более-менее одного пула (95.79.xx.xx)

Подсетей у домру много… Как минимум: AS41733 и AS41733
У меня, к примеру, адрес из AS41733 — 188.134.0.0/17. (бывший InterZet, СПб)
Правда и стим работает сегодня без проблем.

@PtaxLaine Было бы неплохо, если бы Вы или кто-то другой протестировал запуск с разными адресами(переподключение или перезагрузка роутера). У меня статический IP и я не могу так сделать, поэтому нужен кто-то с динамическим IP.
И составить простенький отчет:
IP такой-то - работает
IP такой-то - нет работает
Думаю, так мы сможем примерно определить проблемную область.

@reinforce Увы, у меня тоже "белый" IP, то есть статичный 1:1 NAT

У меня, к примеру, адрес из AS41733 — 188.134.0.0/17. (бывший InterZet, СПб) Правда и стим работает сегодня без проблем.

Тоже бывший InterZet SPb.
На api.steampowered.com, steamcommunity.com и так далее выхожу через Arelion Sweden AB, AS1299:

3  5x19x0x242.static-business.spb.ertelecom.ru (5.19.0.242)  16.970 ms  17.172 ms  16.971 ms
4  ertelekom-ic-381104.ip.twelve99-cust.net (213.248.97.53)  3.537 ms  3.326 ms  3.164 ms

До этого хопа внутренняя статика, раскрывать не буду.
До гугла хожу через bbr03.spb.ertelecom.ru (188.234.152.203), до MSK-IX через msk-ix-2.ertelecom.ru (195.208.210.97).

Есть ещё люди из Санкт-Петербурга, у которых на Дом.Ру по-прежнему не работает Стим?

Есть ещё люди из Санкт-Петербурга, у которых на Дом.Ру по-прежнему не работает Стим?

Да, я. Уже третью неделю стабильно не работает.

@reinforce

• Pop!_OS 22.04 LTS x86_64
• 6.6.6-76060606-generic
• amdgpu 23.3.0
• Gnome 42.5
• enp3s0, lo
• Роутер Redmi AC2100
• Белый динамический, DHCP

Kubuntu 23.04
6.2.0-39-generic (64-bit)
amdgpu 23.0.0-1 amd64
KDE 5.27.4 / X11
lo (loopback), ppp0 (point to point, multicast)
нет маршрутизатора (прямое подключение провода к компу)
статический белый IP (PPPoE, DHCP)

Да, я. Уже третью неделю стабильно не работает.

А через что у тебя проходит traceroute к серверам Стима? Очень интересно, это может дать какую-то информацию для поддержки.

Да, я. Уже третью неделю стабильно не работает.

А через что у тебя проходит traceroute к серверам Стима? Очень интересно, это может дать какую-то информацию для поддержки.

Напиши пожалуйста адреса или хостнеймы которые нужно проверить, я скину результаты.

@reinforce

Neon 22.04.1-Ubuntu
6.2.0-39-generic
nvidia 535.129.03
KDE Plasma 5.27.10
wlan0, wgcf-profile (https://github.com/ViRb3/wgcf) - туннель через wireguard до warp 
Роутер TP-Link Archer 80
Белый динамический, PPPoE
Кто-то подсетями делился, вот: AS41682 JSC "ER-Telecom Holding" Tyumen' branch Ну Тюмень кароч

Steam заходит раз через раз, облако и VAC не работает вообще. Не знаю как отследить какие конкретно ip не стучатся стимом, попробовал промониторить запуск стима и CS2 с помощью wireshark, и к этим либо ресеты либо ретрансмиты:

155.133.252.39 valve swed
162.254.197.39 valve germ
(далее вроде не валв, но помойму стим в них тоже стучит)
109.206.174.244 servere datacent Netherland
23.52.29.119 akamai swed
2.23.167.192 akamai moscow
208.95.112.1 Uptime

Без wireguard(а) десятая часть лога wireshrk(a) ресеты и ретрансмитты, с ним же их вообще нет.

*Sigh*

/ushanka-on

Не хотелось бы лишний раз ходить в чужой монастырь со своим уставом, ну да мы здесь всё равно пока заняты самообслуживанием...

@reinforce Судя по connection_log.txt, и на Linux, и на Windows используются одни и те же доменные имена: ext*-fra*.steamserver.net и ext*-sto*.steamserver.net.

К слову, Steam у меня едва запустился на свежеустановленной Windows 10, тогда как ещё недавно Windows-версия клиента относительно стабильно работала на Linux через Wine (либо мне просто везло). Возможно, что на днях состоялся глобальный переход на «проблемные» серверы, а может, они здесь ни при чём. Как бы то ни было, если все эти проблемы существуют лишь у одного-единственного провайдера, то дело явно в нём, а не в ОС, так что можете не продолжать сей коллективный каминг-аут. :P

Если я правильно понимаю результаты анализа трафика Wireshark, то во время неудачных логинов на Windows хватает подозрительных пакетов, связанных с IP-адресами Akamai. Быть может, они просто внесли «Дом.ру» в чёрный список?

/ushanka-off

Steam no longer works reliably on Windows 10 either, occasionally producing the following error: "steamwebhelper, a critical Steam component, is not responding. The Steam UI will not be usable. Click here for more information."

Also, during failed login attempts on Windows, Wireshark detects a lot of angry packets associated with Akamai IP addresses. I suspect that they might've blacklisted some (or all) of the addresses associated with the ISP in question.

@Hasshu
Проблемы на винде... я ждал этого момента 😈 Надеюсь, что они будут только нарастать :) В таком случае есть реальный шанс, что Дом.ру как-то это порешает сам, т.к. на виндузятников положить с прибором не удастся.

Надо бы в эту тему маяковать периодически именно о делах на виндовом клиенте - просто чтобы знать, есть ли шанс, или переходить на Ростелеком уже...

@Hasshu Мне на Windows 10 Wireshark показывал иные хосты, отличные от ext*-fra*.steamserver.net и ext*-sto*.steamserver.net
По поводу ОС и способа подключения к сетям провайдера - я уже писал выше, что грешил на бриджи для виртуальных машин и контейнеров, мало ли. На моей практике были подобные проблемы, когда бридж ломал пакеты.

Быть может, они просто внесли «Дом.ру» в чёрный список?

Было у меня такое предположение:

если Дом.ру у себя не видят проблем, то они могут быть у провайдера Steam. Какая-нибудь простая блокировка для российский IP-адресов(например по GeoIP) и всё, приехали...

Возможна блокировка со стороны провайдера Steam(не самого Steam, а именно провайдера, предоставляющего услуги для Steam). Akamai, кстати, предоставляет услуги CDN и многое другое. Так что могут быть виноваты и они.

результаты анализа трафика Wireshark

Писали и про ретрансмиты и ресеты пакетов. Это может быть связано с работой DPI провайдера Дом.ру, но они не признаются.

Можно еще попробовать вот такие аргументы запуска steam: https://gist.github.com/Ne3tCode/afeb2e53171069d4a64329b64a637a94

Получилось зайти с аргументом -udpforce

Получилось зайти с аргументом -udpforce

Тоже с первого раза так сработало! Жаль только, что

deprecated, won't exist for too long

Впрочем, случайность это, или нет - проверить не удаётся, т.к. после этого и просто так заходит. С VPN также было, насколько помню. Кэш там какой-то что ли...

Кстати, а у всех ext*-sto*.steamserver.net и ему подобные не пингуются? Опять же, не ясно, что это означает, там может и защита от ICMP-запросов стоять...

UPD: На след. день получилось проверить - да, без -udpforce не заходит. С ним - с первого раза входит.

Получилось зайти с аргументом -udpforce
Подтверждаю, дважды подряд получилось войти. Без флага до сих пор нет.

Кстати, а у всех ext*-sto*.steamserver.net и ему подобные не пингуются?

Не пингуются, это вполне нормально.
Коннект телнетом на порты 27025 и 27031 идёт без проблем.

Получилось зайти с аргументом -udpforce
Подтверждаю, дважды подряд получилось войти. Без флага до сих пор нет.

Стим запускается, но cs2 и dota2 все равно не неботают. Нужно искать далее.

Получилось зайти с аргументом -udpforce

Подтверждаю, дважды подряд получилось войти. Без флага до сих пор нет.

Стим запускается, но cs2 и dota2 все равно не неботают. Нужно искать далее.

У меня если в Стим заходит, то дальше уже всегда Дота запускается. Так всегда было. Ни разу не было по-другому. Странно... Похоже, это первое различие в симптомах в этой ветке.

Получилось зайти с аргументом -udpforce

Подтверждаю, дважды подряд получилось войти. Без флага до сих пор нет.

Стим запускается, но cs2 и dota2 все равно не неботают. Нужно искать далее.

У меня если в Стим заходит, то дальше уже всегда Дота запускается. Так всегда было. Ни разу не было по-другому. Странно... Похоже, это первое различие в симптомах в этой ветке.

А игры при этом ищутся? Если удается, зайти в Стим, то, например, в КС2 при запуске происходит долгая попытка приконектиться, а после пытаюсь найти игру и выкидывает ошибку VAC. Так же пробовал Chivalry 2, там ситуация похожая.
P.S. Сейчас попробовал с флагом -udpforce, игры начали искаться.

У меня если в Стим заходит, то дальше уже всегда Дота запускается. Так всегда было. Ни разу не было по-другому. Странно... Похоже, это первое различие в симптомах в этой ветке.

А игры при этом ищутся? Если удается, зайти в Стим, то, например, в КС2 при запуске происходит долгая попытка приконектиться, а после пытаюсь найти игру и выкидывает ошибку VAC. Так же пробовал Chivalry 2, там ситуация похожая.
P.S. Сейчас попробовал с флагом -udpforce, игры начали искаться.

Игры ищутся. Даже если без -udpforce удавалось зайти. Возможно, дело в том, что в Доте нет VAC.
В общем, временное решение нашли, похоже. 👍 В чём же конкретно на самом деле была проблема так и не известно ☹

Can confirm this issue

Без -udpforce не запускается ни в какую. С ним пытаюсь зайти в доту, показывает главное меню и зависает намертво. оффлайн игры(например Super Meat Boy) запускаются без проблем

Без -udpforce не запускается ни в какую. С ним пытаюсь зайти в доту, показывает главное меню и зависает намертво. оффлайн игры(например Super Meat Boy) запускаются без проблем

у меня -udp починил облако и VAC-верефикацию в CS2, есть только одно но с udp что valve в будущем откажутся от него (правда в насколько далеком??), надеюсь к этому моменту д̶о̶м̶.̶р̶у̶ ̶в̶с̶е̶ ̶п̶о̶ч̶и̶н̶я̶т успею поменять провайдера

Same issue, -udpforce helps

It appears that the issue might be related to MTU discovery and possibly SSL packet fragmentation. You could use tcpdump to analyze your traffic. You might notice that when the connection is successful, there are HTTP and HTTPS packets exchanged between you and certain hosts, but there are no HTTPS packets when Steam endlessly loads. In my case, these hosts are 188.234.73.161 and 188.234.73.160. I am not entirely sure what they are exactly, but presumably, they might be mirrors of the Steam servers within the ISP network.

Decreasing MTU to magic number 1250 helped me. Command line for instance: sudo ip link set dev <device> mtu 1250

Of course, this is a workaround, and hopefully, the ISP will address this issue someday. I also had other problems with SSL connections but I was unsure if they were related to our state firewall. Now it seems that the ISP has a larger scale problem that affects not only Steam.

Can confirm this issue

Dom Ru в техподдержке говорит только отключить NAT, что помогает, так что проблема может быть и на стороне клиента. Но отключать его себе дороже, так что надеемся на фикс, а пока только синглплеер.

Can confirm this issue

Dom Ru в техподдержке говорит только отключить NAT, что помогает, так что проблема может быть и на стороне клиента. Но отключать его себе дороже, так что надеемся на фикс, а пока только синглплеер.

Ну не знаю, у меня без NAT'а токо с -udpforce и работает +- адекватно, ну или с tele2 ваще всё летает 🔥

Подтверждаю проблему на Debian 12 (Flatpak).
С -udpforce работает, без него не работает.
Изменение MTU помогает - я использовал nmcli connection modify <connection> mtu 1250.

Изменение MTU на 1250 работает отлично и не режет скорость скачивания как -udpforce

Yeah, changing MTU to 1250 definitely helps, thanks

Decreasing MTU to magic number 1250 helped me. Command line for instance: sudo ip link set dev <device> mtu 1250

Could you point how to figure the device id here? I am not so experienced user in linux.
Thanks!

Подтверждаю проблему
У меня больше месяца был открыт "старый" клинет стима, сегодня ребутнул его, он обновился и перестал работать
-udpforce помогает, вроде на сами игры не влияет
в теории откат на старую версаию стима может помочь тоже, но пока не пробовал

Indeed, there is a better way to fix the issue: sudo iptables -I FORWARD -o <device> -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu It is still a workaround, though.

Judging by what was written in this discussion, I can say that the problem here is not just in the steam client, but on the ip (155.133.252.54) side of the steam server.
Now look at this https://ips.osnova.news/ip/155.133.252.54
To analyze my traffic used the program Wireshark and screenshot also attached.

I will also say thank you to steam technical support for bringing me here, not directly of course but thanks for that!

Связался с тех. поддержкой, сегодня вечером буду их пинать. Надеюсь, предоставленной информации хватит для ругани. Если они так DPI пытаются впихнуть и будут настаивать, что ничего менять не будут, перейду на другого провайдера, ибо уже не первый случай, когда они косячат

Это конечно может что-то поменять, но что-то мне кажется что это будет ненадолго. Ибо сейчас все провайдеры будут пихать (а может не будут, кто знает :p ) dpi для сам знаешь кого. В конечно счёте страдают пользователи которые просто хотят нормально пользоваться интернетом.

Стандартный запуск Steam не работает (очевидно), через --udpforce больше не работает, но мне удалось запустить Steam через VPN. Пакеты реально теряются (как видно на картинке, есть моменты где он просто ничего не скачивал, а скачивал я уже не с VPN).

вас литерели лузинг май сщит овер зис
Даже систему сносил сегодня пару часов назад
Провайдер тоже дом.ру
Перешёл с нового года на линукс минт
Использовал до 1.01.2024. 7 винду
У меня остался ССД с ней, когда я запускаю систему с него вообще никаких проблем нет ни с чем
Игры играются, сетевые функции в играх работают
Из недавнего играл в Dawn of War II retribution
С 7 винды всё работало без проблем
Изначально на линуксе я мог заставить стим работать через танцы с бубном вокруг подключений к сети
несколько дней назад это перестало работать
С того момента я буквально дня два точно шерстил вообще всё что только есть на эту тему на разных англофорумах
Этот тред (слава богу) нашёл минут 40 назад
-udpforce помогло запустить стим
До этого вчера весь день что я только не делал он залогинил меня только 1 раз из больше чем 50 попыток логина
Флатпак версия стима, версия стима на линукс, стим для винды через вайн
Вообще ни в какую что бы я не делал до -udpforce
Боль слишком реальна
На кой чёрт кто то там что то решил вдруг где то поменять если всё работало нормально за гранью моего понимания

Стандартный запуск Steam не работает (очевидно), через --udpforce больше не работает, но мне удалось запустить Steam через VPN. Пакеты реально теряются (как видно на картинке, есть моменты где он просто ничего не скачивал, а скачивал я уже не с VPN).

У вас какой дистрибутив стоит? у меня manjaro стоит который с параметром --udpforce работает прекрасно

По моему, это проблема не столько с Дом.ру, сколько с СекторТелеком (на базе которого, как я понимаю, Дом.ру и работает). На работе СекторТелеком, Steam тоже не запускается без -udpforce.
Upd: Ошибся, Дом.ру на ЭР-Телеком работает.

Работаю и под Win10 и под линухом, dom.ru (бывший Интерзет aka Перспектива), под виндой стим работает вообще без проблем,
под линухом долгое время думал что проблемы с линухом/стим-релизом и пр., но к счастью наткнулся на это обсуждение.
На текущий момент прочитав все посты выше можно сделать/подтвердить вывод что:

1. стим-клиент под виндой и линухом использует разные протоколы/серверы/пр. - замыленным взором tcpdump/wireshark не выявил проблему, возможно займусь позже
2. steam -udpforce у меня запускает стим с пол-оборота, все работает, пока проблем не выявлено, дебаг приостановлен
3. если/когда "2" накроется придётся снова думать

Та же проблема. Запускался только используя steam с флагом -udpforce
Провайдер ДомРу. Писал в техподдержку, но там сказали, что проблем нет, жалоб массовых не поступало, поэтому ничего сделать не могут. Прикольно. (Также у одного из представителей поддержки ДомРу не работал стим на маке)
Я недавно перекатился с Ростелекома на ДомРу, потому что только у ДомРу было оптоволокно в доме, и именно после смены провайдера стим накрылся.
steam -udpforce частично решает ситуацию, однако появились другая проблемы с интерфейсом steam, половина обычного меню и все выпадающие менюшки не работают.
Сейчас на свой основной ПК поставил винду и все нормально заработало. Я геймер, поэтому подобные проблемы фатальны. Жаль, конечно, линукс безумно нравился. Теперь придется юзать его только на ноутбуке, ибо там стима нет.
Вот так и возвращаются на винду.
Я перед уходом перепробовал Арч, Дебиан, Минт и Федора - все бесполезно.

Вышло обновление клиента Steam.
По крайней мере -udpforce всё еще работает.

Попробовал запустить Warframe по шорткату при выключенном Steam - он открылся, задумался, загрузил библотеку и игру таки запустил. Занятно.

Провайдер Дом.ру, проблему подтверждаю, -udpforce тоже помог

С начала 23го года стал пользоваться Линуксом. Целый год не было проблем. Потом выпустили драйвера на Nvidia 545 - и вот тогда пошли проблемы. Сначала не заходило, и помогало вырубать инет, включать Стим, включать инет. Стало часто отключать список друзей, и они дропались из лобби игр. Потом вообще перестало впускать.

• Pop!_OS 22.04 LTS
• Kernel: 6.6.6
• NVIDIA Driver Version: 545.29.06
• DE: GNOME 42.5
• Не спец
• Роутер: Archer C5
• Статичный белый IP

Я переустановил систему, надеясь что это мои кривые руки что-то сломали. Не помогло. Я стал переставлять разные дистрибутивы (ZorinOS, CachyOS). Без результатов. Всплыла еще одна проблема - Телеграм нельзя было активировать по QR коду - он тупо не подгружается.

Однако, я поставил Нобару, и у меня все пошло лучше некуда!

• Nobara Linux 39 Official
• Kernel: 6.7.0
• NVIDIA Driver Version: 535.146.02
• DE: Plasma 5.27.10
• Не спец, вроде есть Io
• Роутер: Archer C5
• Статичный белый IP

И Стим, и Телега, все работает. Я не знаю что за магия. Провайдер один и тот же - Dom.ru.

upd; Решение из этого коммента помогло - https://github.com/ValveSoftware/steam-for-linux/issues/10297#issuecomment-1878866107
Я поменял MTU с 1500 на 1250, и число оказалось воистину волшебным.

Присоединюсь к данному issue.

Помог -udpforce и sudo iptables -I FORWARD -o <device> -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

• Gentoo (самохизм высшего уровня)
• Kernel: 6.7.0-sunrise (самосбор)
• NVIDIA Driver: 535.154.05
• DE: KDE Plasma 5.27.10
• Роутер: D-Link DIR-2150

Mtu = 1250 перестало помогать, в стим снова не заходит

Mtu = 1250 перестало помогать, в стим снова не заходит

У меня работает

-udpforce помогает, mtu 1250 нет

• Arch Linux
• 6.7.1-zen
• mesa 1:23.3.4-2
• KDE Plasma
• lo (локалка), eno1 (основное), virbr0 (виртуалка)
• Роутер Keenetic Extra 2
• Белый айпи, DHCP

Интересно то, что иногда Стим у меня спокойно стартует, без -udpforce
Arch Linux, 6.7.3-cachyos, KDE Plasma, роутер Mikrotik ac2, подключен через проводной интернет

Тоже Домру, делал заявку в поддержку что у них проблема на одном из маршрутизаторов, направление маршрута до Стокгольма (скорее всего кто то накосячил там с MTU или MSS). Но как обычно в стиле Домру я сам дурак и меня якобы забанил Стим по ip адресу. С любого другого провайдера заходит, по -udpforce подключается. Если первый раз запустил и загрузил пользователя то уже без опции работает, но постоянно пишет что нет соединения и ошибки синхронизаций и загрузок в облако. В Windows проблем нет, скорее всего там другие настройки TCP поэтому проблемы нет, в ядре Linux другие настройки TCP и битые по длине и содержимому пакеты не проходят. В Wireshark видно как клиент постоянно пытается подключится и дублирует пакеты, но так как содержимое длинее ожидаемого то они не принимаются (TCP DUP ACK, TCP Retransmisson) пробовал ограничивать MTU до 1300 не помогало, на роутере делал хак с mss тоже не помогало. В итоге временно сменил провайдера на другого и проблемы с подключение больше нет (зато теперь другая проблема, что не работают обходы блокировок с хаками DPI (byedpi, goodbyedpi). Весь рунет уже расшатали своими блокировками, проблема по Стиму скорее всего тоже связана с блокировками.

Учитывая что у домру типичный "Path MTU Discovery Black Hole", странно что у некоторых людей не работает манипуляция с MTU/MSS.

После общения с техподдержкой — провайдер признал проблему. Но, "на нашей стороне все пакеты ушли" и решать её они не собираются. Насколько я могу судить, у домру нет прямого пиринга с Valve и проблема на оборудовании их (домру) магистрального провайдера. Эскалировать ишью магистралам техпод. домру так же отказывается.

Для себя настроил связку из ipset, iptables, и кастомной таблицы маршрутизации.

Для тех, у кого не получилось настроить(/не работают) манипуляции с MTU, предлагаю попробовать установить следующие два параметра ядра.

$ sudo sysctl -w net.ipv4.tcp_mtu_probing=1
$ sudo sysctl -w net.ipv4.tcp_base_mss=1024

tcp_mtu_probing (integer; default: 0; since Linux 2.6.17)
        This parameter controls TCP Packetization-Layer Path MTU
        Discovery.  The following values may be assigned to the
        file:

        0      Disabled

        1      Disabled by default, enabled when an ICMP black
                hole detected

        2      Always enabled, use initial MSS of tcp_base_mss.

tcp_base_mss (Integer; default: 512; since Linux 2.6.17)
        The initial value of search_low to be used by the
        packetization layer Path MTU discovery (MTU probing).  If
        MTU probing is enabled, this is the initial MSS used by
        the connection.

BTW. На данный момент актуальный для маршрута домру-valve MTU не 1300 а 1280 и MSS соответсвенно равен 1240.

Sorry for the once another bump.

I made a little and naive script that'll create a custom routing table with Valve subnets and limited MTU. It's a partial workaround for a PMTUD Blackhole issue and this one does not affect other subnets MTU.

Запилил несколько наивный скрипт, который выносит все подсети Valve в отдельную таблицу маршрутизации с ограниченным MTU. Работает чуть лучше вышеуказанных параметров ядра и не влияет на интерфейсный/общесистемный MTU/MSS.

https://gist.github.com/PtaxLaine/2d4115a3c4004884a36d7f6f07bda666

MTU вообще никак не помог. Зато помогло поставить dns сервера гугла (8.8.8.8, 8.8.4.4) и -udpforce в ярлыке стима

Пробовал и MTU менять и запускать с -udpforce. Работают оба способа, но скорость ОЧЕНЬ сильно режется, качает максимум по 1мб/с. Это ужас, учитывая то, сколько сейчас весят игры и обновления. У всех так же?

В конце декабря перешел на другого провайдера, Steam запускается без каких либо манипуляций, но вот скорость скачивания игр в средней 400-500 Кбайт/сек, такое ощущение что на территории России скоро Steam перестанет работать.

Проблема только на линуксе воспроизводится. Я ставил на закачку игру из стима на пк с виндовс в той же сети - скорость всегда держится в районе 10мб/с. Но на линукс у меня качало по 500-700кб/с, максимум 1мб/с. При чем без разницы как запускать, с флагом или менять MTU. Очень печально...

Попробуйте изменить регион загрузки

Это странно, но после смены региона загрузки на Финляндия - Хельсинки стало качать по 7мб/с

opensuse tumbleweed, провайдер домру.
Ставлю mtu =1250 в гуи настройках кде -> стим открывается, скорость закачки не режет, такая же как на винде, регионы загрузки не менял

В конце декабря перешел на другого провайдера, Steam запускается без каких либо манипуляций, но вот скорость скачивания игр в средней 400-500 Кбайт/сек, такое ощущение что на территории России скоро Steam перестанет работать.

У меня постоянно наблюдаются сбои в скорости скачивания игр. Помогает смена региона загрузок. Постоянно курсирую между Москвой и Питером.

Ekaterinburg, same problem with DOM.RU ISP

Unfortunately, the technical support employee refused to acknowledge the problem as widespread and escalate it to engineers. According to her, there are not enough calls on this problem.

Same issue. -udpforce works for me for now

opensuse tumbleweed, провайдер домру. Ставлю mtu =1250 в гуи настройках кде -> стим открывается, скорость закачки не режет, такая же как на винде, регионы загрузки не менял

Можно через консоль ввести

ip a | grep mtu

sudo ifconfig <interface> mtu 1250 up

opensuse tumbleweed, провайдер домру. Ставлю mtu =1250 в гуи настройках кде -> стим открывается, скорость закачки не режет, такая же как на винде, регионы загрузки не менял

Можно через консоль ввести

ip a | grep mtu

sudo ifconfig <interface> mtu 1250 up

1. можно подставлять какие угодно костыли, но куда правильнее будет доколебать провайдера через техподдержку, у меня уже 8 обращений, но пока я пишу один это всё безполезно
2. если уж менять mtu в современном linux то не через устаревшй ifconfig а через актуальный ip link set mtu 1250 dev $INTERFACE
3. гораздо лучше не ломать дефолтный mtu на интерфейс полностью а править mtu для пакетов отправленных именно steam через nftables, но повторюсь: это - прикладывание подорожника на открытый перелом..

Можно ещё отредактировать .desktop и добавить аргумент -udpforce, чтоб каждый раз из консоли не запускать. А если будет фиговая скорость загрузки, то можно обратиться в Gentoo'шную вики и это дело поправить:
https://wiki.gentoo.org/wiki/Steam/Client_troubleshooting#Slow_download_or_limited
Первые 2 команды выполнить и всё.

Получилось зайти с аргументом -udpforce

Нужно отдать зарплату челов, которые сидят в техподдержке домру, этому человеку. Там буквально отрицают существование проблемы. Флаг работает, спасибо.

Я столкнулся с этой проблемой, пытаясь установить сервер игры через steamcmd в Linux. Сначала в Docker, потом без него, на двух разных компьютерах, на Debian 10, 12 и Ubuntu 22.04, в WSL и без. Steamcmd всегда завершался ошибкой:

Loading Steam API...OK

Connecting anonymously to Steam Public...OK
Waiting for client config...OK
Waiting for user info...
steamcmd has been disconnected from steam with result 3 (No Connection)

$ steamcmd +login anonymous +quit
ln: failed to create symbolic link '/home/steam/.steam/root': No such file or directory
ln: failed to create symbolic link '/home/steam/.steam/steam': No such file or directory
Redirecting stderr to '/home/steam/Steam/logs/stderr.txt'
ILocalize::AddFile() failed to load file "public/steambootstrapper_english.txt".
[  0%] Checking for available update...
[----] Downloading update (0 of 59594 KB)...
[  0%] Downloading update (0 of 59594 KB)...
[  0%] Downloading update (0 of 59594 KB)...
[  0%] Downloading update (2596 of 59594 KB)...
[  4%] Downloading update (6289 of 59594 KB)...
[ 10%] Downloading update (8771 of 59594 KB)...
[ 14%] Downloading update (11234 of 59594 KB)...
[ 18%] Downloading update (13467 of 59594 KB)...
[ 22%] Downloading update (15674 of 59594 KB)...
[ 26%] Downloading update (18138 of 59594 KB)...
[ 30%] Downloading update (20371 of 59594 KB)...
[ 34%] Downloading update (22589 of 59594 KB)...
[ 37%] Downloading update (25019 of 59594 KB)...
[ 41%] Downloading update (27191 of 59594 KB)...
[ 45%] Downloading update (29395 of 59594 KB)...
[ 49%] Downloading update (31837 of 59594 KB)...
[ 53%] Downloading update (34101 of 59594 KB)...
[ 57%] Downloading update (36315 of 59594 KB)...
[ 60%] Downloading update (38709 of 59594 KB)...
[ 64%] Downloading update (40859 of 59594 KB)...
[ 68%] Downloading update (42051 of 59594 KB)...
[ 70%] Downloading update (43156 of 59594 KB)...
[ 72%] Downloading update (44036 of 59594 KB)...
[ 73%] Downloading update (45282 of 59594 KB)...
[ 75%] Downloading update (46413 of 59594 KB)...
[ 77%] Downloading update (47627 of 59594 KB)...
[ 79%] Downloading update (48745 of 59594 KB)...
[ 81%] Downloading update (49870 of 59594 KB)...
[ 83%] Downloading update (51098 of 59594 KB)...
[ 85%] Downloading update (52224 of 59594 KB)...
[ 87%] Downloading update (53351 of 59594 KB)...
[ 89%] Downloading update (54587 of 59594 KB)...
[ 91%] Downloading update (55710 of 59594 KB)...
[ 93%] Downloading update (56837 of 59594 KB)...
[ 95%] Downloading update (58046 of 59594 KB)...
[ 97%] Downloading update (59146 of 59594 KB)...
[ 99%] Downloading update (59594 of 59594 KB)...
[100%] Download Complete.
[----] Applying update...
[----] Extracting package...
[----] Extracting package...
[----] Extracting package...
[----] Extracting package...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Cleaning up...
[----] Update complete, launching...
tid(3105) burning pthread_key_t == 0 so we never use it
WARNING: setlocale('en_US.UTF-8') failed, using locale: 'C'. International characters may not work.
Redirecting stderr to '/home/steam/Steam/logs/stderr.txt'
Logging directory: '/home/steam/Steam/logs'
/tmp/dumps: is not owned by us - delete and recreate.
/tmp/dumps: could not delete, skipping.
minidumps folder is set to /tmp/dumps01
[  0%] Checking for available updates...
[----] Verifying installation...
[  0%] Downloading update...
[  0%] Checking for available updates...
[----] Download complete.
[----] Extracting package...
[----] Extracting package...
[----] Extracting package...
[----] Extracting package...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Cleaning up...
[----] Update complete, launching Steamcmd...
UpdateUI: skip show logosteamcmd.sh[3079]: Restarting steamcmd by request...
tid(3118) burning pthread_key_t == 0 so we never use it
WARNING: setlocale('en_US.UTF-8') failed, using locale: 'C'. International characters may not work.
Redirecting stderr to '/home/steam/Steam/logs/stderr.txt'
Logging directory: '/home/steam/Steam/logs'
/tmp/dumps: is not owned by us - delete and recreate.
/tmp/dumps: could not delete, skipping.
minidumps folder is set to /tmp/dumps01
[  0%] Checking for available updates...
[----] Verifying installation...
UpdateUI: skip show logoSteam Console Client (c) Valve Corporation - version 1709846822
-- type 'quit' to exit --
Loading Steam API...OK

Connecting anonymously to Steam Public...OK
Waiting for client config...OK
Waiting for user info...
steamcmd has been disconnected from steam with result 3 (No Connection)
FAILED (Timed out)
OK

Любые другие программы работали без нареканий. Ситуация осложнилась тем, что я не пользуюсь на этих компах рабочим столом, и уж тем более Steam. Это чисто серверы даже без экрана, и я никогда не запускал на них Steam, чтобы понять, что проблема в целом в нём, а не только в самой команде steamcmd. А мой основной комп на Windows 10, и на нём всё работает без проблем. Поэтому даже не искал по таким ключевым словам.

В итоге, перепробовал дистрибутивы, продиагностировал всю домашнюю сеть, думал даже что проблема в двойном NAT-е (роутер+ Docker или роутер + WSL), но нет, даже при прямом подключении к роутеру было то же самое. А потом случайно наткнулся на форумах Steam на этот тред, и тоже решил поэкспериментировать с MTU. Экспериментально выяснил что логин начинает работать с MTU 1300 и ниже, и только после этого стал гуглить проблему Steam и MTU и уже нашёл этот тикет и страницу на ALTLinux Wiki про проблему с входом в Steam.

В итоге, из предложенных решений помогло: и флаг -udpforce, и изменение MTU до 1250 на интерфейсе, и включение sysctl -w net.ipv4.tcp_mtu_probing=1. Любое из них помогает, steamcmd логинится и начинает правильно работать. Остановился на последнем варианте.

Провайдер - Дом.ру, приволжский округ.

Строка для гугла: если steamcmd на Linux выдаёт ошибку steamcmd has been disconnected from steam with result 3 (No Connection) - вам сюда.

-udpforce также работает, ломаются элементы в steam ui во время игры.

Не могу поверить, что эта проблема так и не решена.

Не могу поверить, что эта проблема так и не решена.

Я как увидел сообщение решил проверить работу steam без параметра -udpforce и могу сказать что steam вроде начала нормально работать и загружаться. Однако есть шанс что через 1-2 дня этот прикол снова вернётся и надо будет снова запускать стим с параметром :))))))))))))))))

P.S во время написании данного сообщения после нескольких тестов могу сказать что steam без параметра которой писал выше грузит медленнее чем с параметром. Так что пока буду запускать steam с параметром

Вчера умер ssd с виндой. Накатил арч с гномом. Из коробки steam работает нормально, и скорость загрузки стала гигабит, а не 100 мбит, как месяц назад. На всякий случай прописал echo @nClientDownloadEnableHTTP2PlatformLinux 0" >> ~/.steam/steam/steam_dev.cfg

у меня тоже , стиим охуенна. У меня бъйл по ранше такой проблем как у тебя с скорости. Ну сегодня все хорошо.

У меня мне кажется прошло это после перехода из Linux Mint на Ubuntu 24.04, однако нет индикатора (окна) того, что он загружается; приходится ждать меньше полминуты, когда окно лаунчера появится (раньше загружалось за несколько секунд до того как появилась эта проблема). Проблема частично ушла?

ОС: Ubuntu 24.04
MTU: Не менялось (автоматическое)
Работает ли без модификаций: Да
Вид пэкэджа Steam: DEB (Установщик)

вроде бы починилось, в августе пробовал на nixos и opensuse_tumbleweed - ни где не приходится менять mtu, запускается без проблем

починилось, заметил с начала августа, больше не требуется никаких манимуляций что бы стим клауд и игры могли подключиться туда куда им надо подключаться, все работае без бубнов

починилось, заметил с начала августа, больше не требуется никаких манимуляций что бы стим клауд и игры могли подключиться туда куда им надо подключаться, все работае без бубнов

Надеюсь 6 часов моего общения с техподдержкой поспособствовали этому иначе мне стоит переосмыслить на что я трачу своё время...

починилось, заметил с начала августа, больше не требуется никаких манимуляций что бы стим клауд и игры могли подключиться туда куда им надо подключаться, все работае без бубнов

Надеюсь 6 часов моего общения с техподдержкой поспособствовали этому иначе мне стоит переосмыслить на что я трачу своё время...

я боюсь мы безвозвратно входим в такое время что общение с провайдером задушенным тспу врят ли чем либо поможет в будущем :( , но да, надеюсь все это было не зря и поспособствовало :)

починилось, заметил с начала августа, больше не требуется никаких манимуляций что бы стим клауд и игры могли подключиться туда куда им надо подключаться, все работае без бубнов

Да у меня тоже начал запускать без параметра -udpforce хотя я использую вот такую программу которое позволяет смотреть ютуб и не только https://github.com/Waujito/youtubeUnblock может ли это повлияло на мою работу стима?

Спустя пару месяцев теперь не нужны 2 строчки из gentoo wiki. Скорость скачивания стабильно от 90 до 120 мегабайт в секунду