If the Valid Size is always in the range 564-1248, is there a way to have IP
tables block anything that is EITHER above or below that size limit? or will
that interfere with the game? (i.e. are there other LEGIT game-related packets
outside the range to be expected?).
You could do something like this, given that your INPUT chain has default
ACCEPT.
iptables -A INPUT -i eth0 -p udp --dport 27015 -m length --length 564:1248
-j ACCEPT
iptables -A INPUT -i eth0 -p udp --dport 27015 -j DROP
--
Best regeards
Oskar Levin
-Original Message-
From:
The numbers coming from the logs in srcds appear to be wrong, the packet
size it lists (8293) is incorrect even if the packet is being split, and the
valid size that it's giving, I'm not actually sure how it's calculating
that. It's probably coming from one of these convars, net_maxroutable,
This would drop packets with a length of 53, which are generally standard
source engine queries, so your server would never appear online.
- Original Message -
From: Oskar Levin os...@dataviruset.com
To: 'Half-Life dedicated Linux server mailing list'
I'm late and couldn't download the file.
Could you please publish it again?
You can even reach me privately
On Mon, Sep 2, 2013 at 12:57 PM, Michael Johansen michs...@live.no wrote:
http://replays.blackoutgaming.org/attack1.cap
This is from an attack. You should be able to open it using
How about something like this then?
# Allow packets in the 564-1248 size range (on that port) ...
iptables -A INPUT -p udp --dport 27015 -m length --length 564:1248 -j ACCEPT
# Allow packets of exactly 53 size (on that port) ...
iptables -A INPUT -p udp --dport 27015 -m length --length 53 -j
Hi,
Have been getting multiple segfaults per day on 2 MVM servers for a
long while, haven't been able to pin it on any plugins in sourcemod
(removing plugins etc...)
No idea what is causing them and it seems entirely at random, recently
had the time to investigate and turned on the
Upload the crash dump, server logs for segfaults aren't going to show much.
- Original Message -
From: SLUGSoc Tech Admin sl...@sheffield.ac.uk
To: hlds_linux@list.valvesoftware.com
Sent: Tuesday, September 03, 2013 6:23 PM
Subject: [hlds_linux] Random Segfaults - Ubuntu 64bit - Mann
We've released a mandatory update for TF2. The notes for the update are below.
The new version is 1893790.
-Eric
--
- Added the ability to double-click backpack items to use them in Chemistry Sets
- Fixed clients not always seeing a warning about using not-tradable
Probably not such a great idea to do a TF2 release during the middle of the
Steam server maintenance Window.
The end result is TF2 server operators not being able to update their servers
so that clients have a place to play.
Steamlogin anonymous
Connecting anonymously to Steam Public...Login
While I agree the timing could be better, the Steam update didn't start
until roughly 15 minutes ago and the TF2 update was an hour ago.
On 9/3/2013 8:05 PM, Weasel wrote:
Probably not such a great idea to do a TF2 release during the middle of the
Steam server maintenance Window.
The end
That was REALLY bad timing.
On Tue, Sep 3, 2013 at 8:08 PM, Ross Bemrose rbemr...@gmail.com wrote:
While I agree the timing could be better, the Steam update didn't start
until roughly 15 minutes ago and the TF2 update was an hour ago.
On 9/3/2013 8:05 PM, Weasel wrote:
Probably not such
I believe the advertised regular maintenance window for Steam is 4:00 PM
(Pacific) every Tuesday.
Of course, they don't always get started right at 4:00 PM.
The TF2 release was announced at 4:26 PM (Pacific).
Yes, to be fair, today they apparently did not get started on the Steam
maintenance
+1
-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Weasel
Sent: Tuesday, September 03, 2013 5:21 PM
To: hlds_linux@list.valvesoftware.com; h...@list.valvesoftware.com
Subject: Re: [hlds_linux] TF2 update
They've done 3 Tuesdays in a row, but that doesn't mean it's a regular
pattern, especially since it was Wednesdays during the month before that.
On 9/3/2013 8:21 PM, Weasel wrote:
I believe the advertised regular maintenance window for Steam is 4:00 PM
(Pacific) every Tuesday.
Of course, they
If the servers can't update then players can't update? So it cancels out?
Sent from my iPhone 5
On Sep 3, 2013, at 5:29 PM, Ross Bemrose rbemr...@gmail.com wrote:
They've done 3 Tuesdays in a row, but that doesn't mean it's a regular
pattern, especially since it was Wednesdays during the
Servers can update.
On Tue, Sep 3, 2013 at 8:33 PM, DontWannaName! ad...@topnotchclan.comwrote:
If the servers can't update then players can't update? So it cancels out?
Sent from my iPhone 5
On Sep 3, 2013, at 5:29 PM, Ross Bemrose rbemr...@gmail.com wrote:
They've done 3 Tuesdays in a
Well, getting a little closer according to Steam Support Twitter account,
they finished the Steam maintenance at 5:00 PM (Pacific). My Asia/Pacific
region servers won't update yet, but North America seems like it's trying to at
least.
Asia/Pacific server is throwing a time-out.
I'll
Hi,
I have uploaded all the dumps for today (3 servers) here:
https://sleipnir.slugsoc.co.uk/dumps/
There's quite a lot of them and it would also seem that this is not MVM
only as I observed my vanilla server crash albeit clearly far less
frequently (usually empty.)
The log file is there for
Hello,
When I was about to update to the latest TF2 version today, I noticed
the following error that makes me unable to run steamcmd:
./steamcmd: symbol lookup error: ./libstdc++.so.6: undefined symbol:
_ZNSt8messagesIcE2idE, version GLIBCXX_3.4
Environment:
uname -a
Linux foo.bar.com
Tested an older version of steamcmd, it ran and updated itself to later
show the error that I described below.
On 04-09-2013 0:36, Rodrigo Peña wrote:
Hello,
When I was about to update to the latest TF2 version today, I noticed
the following error that makes me unable to run steamcmd:
Lenny is getting pretty long in the tooth now, considering it's now two
major Debian versions back... Squeeze (Debian 6) replaced Lenny in early
2011 and Wheezy (Debian 7) replaced Squeeze in mid 2013.
On 9/4/2013 12:36 AM, Rodrigo Peña wrote:
Hello,
When I was about to update to the latest
I can confirm this !
[code]//steampipe/linux32/steamcmd: symbol lookup error:
/x/steampipe/linux32/libstdc++.so.6: undefined symbol:
_ZNSt8messagesIcE2idE, version GLIB CXX_3.4[/code]
also on debian lenny
Peter
Sweden
Rodrigo Peña skrev 2013-09-04 06:45:
Tested an older version of
I can confirm the same problem.
cookie ~ # uname -a
Linux cookie 2.6.31-gentoo-r10 #6 SMP PREEMPT Fri Mar 5 02:28:02 EET
2010 i686 Intel(R) Xeon(R) CPU X3460 @ 2.80GHz GenuineIntel GNU/Linux
cookie ~ # uptime
08:50:09 up 1246 days, 9:56, 3 users, load average: 0.12, 0.19, 0.11
On
On 04.09.2013 05:36, Rodrigo Peña wrote:
./steamcmd: symbol lookup error: ./libstdc++.so.6: undefined symbol:
_ZNSt8messagesIcE2idE, version GLIBCXX_3.4
Also on CentOS 5.9, but not on 6.3
/Peter
___
To unsubscribe, edit your list preferences, or
25 matches
Mail list logo