New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Steam won't start with Dom.Ru ISP users #10297
Comments
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 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 |
Same here
Client version: 1702079146 |
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 |
Same on ArchLinux. After update to 1702079146 the load screen goes to infinity. |
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. |
https://ntc.party/t/ограничение-http3-quic/1823
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. That's connection_log: [2023-12-15 19:00:47] Client version: 1702079146 |
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 |
Disabling the internet connection, opening Steam, then enabling it back also works. |
yup that helps, but it's better to add |
Yeah, I've already noticed issues with connectivity when launching that way but launching with |
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:
UPD2: |
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). |
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 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. |
I have the same issue. Are they gonna ignore us all? It's been probably a week. |
same problem here, Manjaro |
Испытываю данную проблему на Debian Unstable/Sid. |
Та же проблема. Запускался только используя steam с флагом -udpforce |
Вышло обновление клиента Steam. |
Попробовал запустить Warframe по шорткату при выключенном Steam - он открылся, задумался, загрузил библотеку и игру таки запустил. Занятно. |
Провайдер Дом.ру, проблему подтверждаю, -udpforce тоже помог |
С начала 23го года стал пользоваться Линуксом. Целый год не было проблем. Потом выпустили драйвера на Nvidia 545 - и вот тогда пошли проблемы. Сначала не заходило, и помогало вырубать инет, включать Стим, включать инет. Стало часто отключать список друзей, и они дропались из лобби игр. Потом вообще перестало впускать.
Я переустановил систему, надеясь что это мои кривые руки что-то сломали. Не помогло. Я стал переставлять разные дистрибутивы (ZorinOS, CachyOS). Без результатов. Всплыла еще одна проблема - Телеграм нельзя было активировать по QR коду - он тупо не подгружается. Однако, я поставил Нобару, и у меня все пошло лучше некуда!
И Стим, и Телега, все работает. Я не знаю что за магия. Провайдер один и тот же - Dom.ru. upd; Решение из этого коммента помогло - #10297 (comment) |
Присоединюсь к данному issue. Помог
|
Mtu = 1250 перестало помогать, в стим снова не заходит |
У меня работает |
|
Интересно то, что иногда Стим у меня спокойно стартует, без -udpforce |
Тоже Домру, делал заявку в поддержку что у них проблема на одном из маршрутизаторов, направление маршрута до Стокгольма (скорее всего кто то накосячил там с 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 man net.ipv4.tcp_mtu_probing
man net.ipv4.tcp_base_mss
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, провайдер домру. |
У меня постоянно наблюдаются сбои в скорости скачивания игр. Помогает смена региона загрузок. Постоянно курсирую между Москвой и Питером. |
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 |
Можно через консоль ввести ip a | grep mtu
sudo ifconfig <interface> mtu 1250 up |
|
Можно ещё отредактировать .desktop и добавить аргумент -udpforce, чтоб каждый раз из консоли не запускать. А если будет фиговая скорость загрузки, то можно обратиться в Gentoo'шную вики и это дело поправить: |
Нужно отдать зарплату челов, которые сидят в техподдержке домру, этому человеку. Там буквально отрицают существование проблемы. Флаг работает, спасибо. |
Я столкнулся с этой проблемой, пытаясь установить сервер игры через steamcmd в Linux. Сначала в Docker, потом без него, на двух разных компьютерах, на Debian 10, 12 и Ubuntu 22.04, в WSL и без. Steamcmd всегда завершался ошибкой:
Полный вывод команды был такой:
Любые другие программы работали без нареканий. Ситуация осложнилась тем, что я не пользуюсь на этих компах рабочим столом, и уж тем более 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 во время игры. |
Used steam client beta. Opensuse and arch tested.
Found the same trouble in reddit
Client version: 1702515219
logs.zip
The text was updated successfully, but these errors were encountered: