Nickers Posted yesterday at 06:43 AM Report Posted yesterday at 06:43 AM (edited) Is it just me or today something happend with rate limits again? Trade confirmation on all of my bots goes right into 429 error, even though they use different IPs and accounts and it's no more than 4 trade per hour Same with market confirmations. I saw on the forum that getTimeOffset was strict before, but I never experienced something like this, hope it's temporary.... And I also have troubles with inventory loading... On my PC if I load inventory from the browser everything seems ok, but on the same PC using a script I get 429 on the first request... It used to be the same. Something is not right... I use edited version of inventory loading. Were there any changes in requests? Edited yesterday at 07:15 AM by Nickers Quote
Devx09 Posted yesterday at 09:50 AM Report Posted yesterday at 09:50 AM I'm having the same issues with my bots. I can also see that a lot of sites are struggling with trading bots while some have already adapted, likely need an update to steamcommunity package. Quote
JVz Posted yesterday at 10:38 AM Report Posted yesterday at 10:38 AM here is easy fix: const request = require('request'); const SteamCommunity = require('steamcommunity'); let community = new SteamCommunity({ request: request.defaults({ headers: { 'Accept-Encoding': 'gzip, deflate, br' } }) }); if you use proxy: request: request.defaults({ proxy: proxyUrl, headers: { 'Accept-Encoding': 'gzip, deflate, br' } }) This is not rate limiting. Steam's WAF now fingerprints the Accept-Encoding request header. The legacy request package (which node-steamcommunity uses internally with gzip: true) sends exactly Accept-Encoding: gzip, deflate — real browsers always include br as well. Steam now rejects the bot-like values outright: Accept-Encoding sent Response gzip, deflate (request lib default) 429 gzip 429 gzip, deflate, br 200 gzip, deflate, br, zstd 200 Same IP, same endpoint, seconds apart — only the header changes the outcome. api.steampowered.com is not affected. Leon, Alexart, Myp and 3 others 6 Quote
Devx09 Posted yesterday at 12:13 PM Report Posted yesterday at 12:13 PM 1 hour ago, JVz said: here is easy fix: const request = require('request'); const SteamCommunity = require('steamcommunity'); let community = new SteamCommunity({ request: request.defaults({ headers: { 'Accept-Encoding': 'gzip, deflate, br' } }) }); if you use proxy: request: request.defaults({ proxy: proxyUrl, headers: { 'Accept-Encoding': 'gzip, deflate, br' } }) This is not rate limiting. Steam's WAF now fingerprints the Accept-Encoding request header. The legacy request package (which node-steamcommunity uses internally with gzip: true) sends exactly Accept-Encoding: gzip, deflate — real browsers always include br as well. Steam now rejects the bot-like values outright: Accept-Encoding sent Response gzip, deflate (request lib default) 429 gzip 429 gzip, deflate, br 200 gzip, deflate, br, zstd 200 Same IP, same endpoint, seconds apart — only the header changes the outcome. api.steampowered.com is not affected. This seems to be a part of the solution. The confirmations are working like 60-70% of the time now but for the other 30-40% error 429 is still getting returned. Thank you for sharing though. Leon and n1del 2 Quote
JVz Posted yesterday at 03:56 PM Report Posted yesterday at 03:56 PM do you use 1 account per 1 proxy? Quote
Devx09 Posted 23 hours ago Report Posted 23 hours ago 46 minutes ago, JVz said: do you use 1 account per 1 proxy? Yes, didn't have these 429's yesterday with the same Proxy setup. All proxies are residential. Quote
JVz Posted 23 hours ago Report Posted 23 hours ago 26 minutes ago, Devx09 said: Yes, didn't have these 429's yesterday with the same Proxy setup. All proxies are residential. do you call other api endpoints on same proxies? inventories, offerslist and so on Quote
Devx09 Posted 23 hours ago Report Posted 23 hours ago (edited) 14 minutes ago, JVz said: do you call other api endpoints on same proxies? inventories, offerslist and so on Yes, I do. Using trade offer manager which uses steamcommunity with the new headers defined. Endpoints like offerslist however don't seem to be returning 429's, only the confirmations endpoints do. Are you not receiving any 429's yourself when trying to confirm offers? Edited 23 hours ago by Devx09 Quote
JVz Posted 22 hours ago Report Posted 22 hours ago receiving ofc. Trying to find the way to minimize it Quote
vindisel Posted 12 hours ago Report Posted 12 hours ago For me, this method has not changed anything at all. I consistently receive cookies from the steam-session, setCookies() in steamcommunity and tradeoffer-manager work stably, but as soon as I try to send an exchange from the bot or get a link to the exchange bot getTradeURL(), I get error 429 Works for me: request: Request.defaults({ proxy: proxy, headers: { 'Accept-Encoding': 'deflate, br, zstd' } }) Gues_t 1 Quote
Therepower Posted 1 hour ago Report Posted 1 hour ago (edited) Here is a cleaner version if you encounter problems. Still not working %100, randomly works. As on some steamcommunity versions, that method would cause a crash. if (this._options.request) { return reject(new Error('SteamCommunity.login() is incompatible with node-steamcommunity v3\'s usage of \'request\'. If you need to specify a custom \'request\' instance (e.g. when using a proxy), use https://www.npmjs.com/package/steam-session directly to log onto Steam.')); } const SteamCommunity = require('steamcommunity'); const community = new SteamCommunity(); // Patch before confirmations — login doesn't use this.request community.request = community.request.defaults({ headers: { 'Accept-Encoding': 'gzip, deflate, br' } }); Edited 1 hour ago by Therepower Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.