[hlds_linux] Timeout Bug allready fixed?

[Philipp Reddigau]

Hi,
in Janurary was a Bug "Timeout Bug"
is this allready fixed?
So i can remove the commandlines on each server?

Thank you :)


___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] [L4D] Net console

[Steven Sumichrast]

Well and that's exactly what I do -- I have 5 IPs, and we run
different services on different IPs -- I was hoping that the net
console could also bind to a particular IP (or only accept internal
connections) within the engine, but oh well.  IPtables will get the
job done.

On Fri, Mar 20, 2009 at 10:58 PM, David Parker  wrote:
> I asked about this a while back, and as far as I know there is still no way 
> to make the net console only listen on one interface or IP:
>
> http://www.mail-archive.com/hlds_linux@list.valvesoftware.com/msg49163.html
>
> You can use the +ip option in your command line to make SRCDS listen on a 
> specific IP, but the netcon ports will still listen on 0.0.0.0 (all 
> interfaces).
>
> I would be great if this were changed, in case you have multiple IPs on one 
> machine and wanted to use the same ports on other IPs for different purposes.
>
>     - Dave
>
> - Original Message -
> From: Anthal 
> Date: Friday, March 20, 2009 11:13 pm
> Subject: Re: [hlds_linux] [L4D] Net console
> To: Half-Life dedicated Linux server mailing list 
> 
>
>> Source DS binds to one IP (Or every IP) for everything, and you
>> can't
>> specify different IP's for different ports. Like you mentioned
>> the
>> easiest/best way would be to use a firewall.
>>
>> Steven Sumichrast wrote:
>> > I'm utilizing the net console with a 6 forked machine.  I
>> rent a
>> > dedicated server with a buddy, and I've got my own IP on the server
>> > (one of five).  I want to make the net console port only
>> active on one
>> > interface, or only on localhost (instead of all the other IPs).
>> >
>> > I know I could use iptables and block connections to the port range
>> > I'm using for netconport, but I'd prefer to just bind it to
>> localhost.>  (Looking to remove the password from the console.)
>> >
>> > Did a quick google but didn't find an answer.  Anyone
>> have a fix for this?
>> >
>> > Thanks
>> >
>> > ___
>> > To unsubscribe, edit your list preferences, or view the list
>> archives, please visit:
>> > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>> >
>>
>>
>> ___
>> To unsubscribe, edit your list preferences, or view the list
>> archives, please visit:
>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> ___
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] Multihomed Port Issues

[Adam Nowacki]

A tiny advice: there is a tool called 'ip' that lets you add ip 
addresses without the need to create virtual interfaces.
ip addr add 1.2.3.4/32 dev eth0
ip addr show
ip addr del 1.2.3.4/32 dev eth0
man ip :D

David A. Parker wrote:
> What?  I have a box with 1 physical interface and 4 IP addresses and 
> this works just fine:
> 
> gamesrv1:~# ifconfig -a
> eth0  Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
>inet addr:72.237.4.30  Bcast:72.237.4.127  Mask:255.255.255.128
>UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>RX packets:76902609 errors:0 dropped:0 overruns:0 frame:0
>TX packets:85135888 errors:0 dropped:0 overruns:0 carrier:0
>collisions:0 txqueuelen:1000
>RX bytes:7705813491 (7.1 GiB)  TX bytes:14536877789 (13.5 GiB)
>Memory:f018-f01a
> 
> eth0:1Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
>inet addr:72.237.4.31  Bcast:72.237.4.127  Mask:255.255.255.128
>UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>Memory:f018-f01a
> 
> eth0:2Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
>inet addr:72.237.4.32  Bcast:72.237.4.127  Mask:255.255.255.128
>UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>Memory:f018-f01a
> 
> eth0:3Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
>inet addr:72.237.4.34  Bcast:72.237.4.127  Mask:255.255.255.128
>UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>Memory:f018-f01a
> 
> loLink encap:Local Loopback
>inet addr:127.0.0.1  Mask:255.0.0.0
>UP LOOPBACK RUNNING  MTU:16436  Metric:1
>RX packets:77 errors:0 dropped:0 overruns:0 frame:0
>TX packets:77 errors:0 dropped:0 overruns:0 carrier:0
>collisions:0 txqueuelen:0
>RX bytes:10036 (9.8 KiB)  TX bytes:10036 (9.8 KiB)

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] Multihomed Port Issues

[Gary Stanley]

At 07:30 PM 3/24/2009, Guy Watkins wrote:
>I think a Mask of 255.255.255.255 is wrong.  I don't see how that can route
>or broadcast.  I think all IPs should be on the same subnet.  But I have not
>used virtual interfaces on Linux.

It's not bad for aliases.



___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] Multihomed Port Issues

[Gary Stanley]

At 07:30 PM 3/24/2009, Guy Watkins wrote:
>I think a Mask of 255.255.255.255 is wrong.  I don't see how that can route
>or broadcast.  I think all IPs should be on the same subnet.  But I have not
>used virtual interfaces on Linux.

It's not bad for aliases.



___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] Multihomed Port Issues

[[-DSR-][TA]DreamDemon]

I found a solution. The bind() is very bad for Valve software.

Here's the fix:

add a host for every ip, restart named

Your command should not use + commands for the ip nor the port.  They should 
use the - instead.

Doing this I have gotten the servers to NOT increment the default 27015 port.

Hope this helps someone else.


--

Message: 6
Date: Tue, 24 Mar 2009 19:30:52 -0400
From: "Guy Watkins" 
Subject: Re: [hlds_linux] Multihomed Port Issues
To: "'Half-Life dedicated Linux server mailing list'"

Message-ID: 
Content-Type: text/plain;   charset="us-ascii"

I think a Mask of 255.255.255.255 is wrong.  I don't see how that can route
or broadcast.  I think all IPs should be on the same subnet.  But I have not
used virtual interfaces on Linux.


___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] Multihomed Port Issues

[Guy Watkins]

I think a Mask of 255.255.255.255 is wrong.  I don't see how that can route
or broadcast.  I think all IPs should be on the same subnet.  But I have not
used virtual interfaces on Linux.

} -Original Message-
} From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-
} boun...@list.valvesoftware.com] On Behalf Of David A. Parker
} Sent: Tuesday, March 24, 2009 2:12 PM
} To: Half-Life dedicated Linux server mailing list
} Subject: Re: [hlds_linux] Multihomed Port Issues
} 
} The virtual interfaces look OK to me.  What is the startup command line
} you are using for each srcds server?
} 
}  - Dave
} 
} [-DSR-][TA]DreamDemon wrote:
} > Maybe something is awry in my aliasing.  I'm human, maybe I forgot
} > something when I created them.
} >
} > netstat -an|grep 27015 produces this:
} >
} > tcp0  0 74.208.167.224:27015
} > 0.0.0.0:*   LISTEN
} > udp0  0 0.0.0.0:27015   0.0.0.0:*
} >
} > ifconfig produces:
} >
} > eth0  Link encap:Ethernet  HWaddr 00:19:99:44:57:42
} >   inet addr:74.208.167.224  Bcast:74.208.167.224
} > Mask:255.255.255.255
} >   inet6 addr: fe80::219:99ff:fe44:5742/64 Scope:Link
} >   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
} >   RX packets:160534 errors:0 dropped:0 overruns:0 frame:0
} >   TX packets:182778 errors:0 dropped:0 overruns:0 carrier:0
} >   collisions:0 txqueuelen:1000
} >   RX bytes:11926761 (11.3 MiB)  TX bytes:68233167 (65.0 MiB)
} >   Interrupt:20
} >
} > eth0:0Link encap:Ethernet  HWaddr 00:19:99:44:57:42
} >   inet addr:74.208.147.254  Bcast:74.208.147.254
} > Mask:255.255.255.255
} >   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
} >   Interrupt:20
} >
} > eth0:1Link encap:Ethernet  HWaddr 00:19:99:44:57:42
} >   inet addr:74.208.147.253  Bcast:74.208.147.253
} > Mask:255.255.255.255
} >   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
} >   Interrupt:20
} >
} > eth0:2Link encap:Ethernet  HWaddr 00:19:99:44:57:42
} >   inet addr:74.208.148.69  Bcast:74.208.148.69
} Mask:255.255.255.255
} >   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
} >   Interrupt:20
} >
} > loLink encap:Local Loopback
} >   inet addr:127.0.0.1  Mask:255.0.0.0
} >   inet6 addr: ::1/128 Scope:Host
} >   UP LOOPBACK RUNNING  MTU:16436  Metric:1
} >   RX packets:1546 errors:0 dropped:0 overruns:0 frame:0
} >   TX packets:1546 errors:0 dropped:0 overruns:0 carrier:0
} >   collisions:0 txqueuelen:0
} >   RX bytes:324012 (316.4 KiB)  TX bytes:324012 (316.4 KiB)
} >
} > sit0  Link encap:IPv6-in-IPv4
} >   NOARP  MTU:1480  Metric:1
} >   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
} >   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
} >   collisions:0 txqueuelen:0
} >   RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
} >
} >> Message: 1
} >> Date: Tue, 24 Mar 2009 09:13:41 -0400
} >> From: "David A. Parker" 
} >> Subject: Re: [hlds_linux] Multihomed Port Issues
} >> To: Half-Life dedicated Linux server mailing list
} >>
} >> Message-ID: <49c8dc85.7080...@utica.edu>
} >> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
} >>
} >> Yeah, this works fine for me in both Debian and CentOS.  I really think
} >> the cause of the OP's problem is a simple -ip vs. +ip issue.  I was
} >> using -ip to specify the IP at one point and I had the exact same
} >> problem: the first instance of srcds I started would get port 27015,
} but
} >> the second would get 27016, the next would get 27017, etc.  I changed
} my
} >> startup scripts to use +ip and the problem was solved.
} >>
} >>  - Dave
} >>
} >> f0rkz wrote:
} >>
} >>> Yeah, I have multiple ips over the same interface in debian and it
} >>> works fine as well.
} >>>
} >>> f0rkz
} >>>
} >>> On Mar 24, 2009, at 9:03 AM, David A. Parker wrote:
} >>>
} >>>
}  What?  I have a box with 1 physical interface and 4 IP addresses and
}  this works just fine:
} 
}  gamesrv1:~# ifconfig -a
}  eth0  Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
}    inet addr:72.237.4.30  Bcast:72.237.4.127  Mask:
}  255.255.255.128
}    UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
}    RX packets:76902609 errors:0 dropped:0 overruns:0 frame:0
}    TX packets:85135888 errors:0 dropped:0 overruns:0 carrier:0
}    collisions:0 txqueuelen:1000
}    RX bytes:7705813491 (7.1 GiB)  TX bytes:14536877789 (13.5
}  GiB)
}    Memory:f018-f01a
} 
}  eth0:1Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
}    inet addr:72.237.4.31  Bcast:72.237.4.127  Mask:
}  255.255.255.128
}    UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
}    Memory:f018-f01a
} >

Re: [hlds_linux] DoS vulnerability!

[Vladimir Osipenko]

yeah, that's nice,
but it is better to ban user from server at all, i think

2009/3/24 Nephyrin Zey :
> hlds/srcds's handling of packets needs more sanity/rate checks, there
> are numerous different types of packet you can flood at the server to
> confuse it in different ways.
>
> Also, the length 0 bans can just be done with this firewall rule:
>
> -A INPUT -p udp -m udp --dport 27015 -m length --length 28 -j DROP
>
> that that is a DIFFERENT DoS exploit, this one appears to be spamming
> connect packets.
>
> - Neph
>
> On Tue, Mar 24, 2009 at 1:42 PM, Vladimir Osipenko  wrote:
>> I have an older version of this EXE, it didnt create anything.
>>
>> So how i did the ban:
>> May be not so perfect, but works^:
>>
>> #!/bin/bash
>>
>> #Anti-Flooder Script
>> while true
>> do
>>        tcpdump  port 27015  -n -c 1000 | grep 'length 0' | awk
>> '{print $3}' | awk -F\. '{print $1"."$2"."$3"."$4}'  | sort -u >
>> ban.ban
>>        cat ban.ban |
>>        while read line
>>        do
>>        #       echo "param pam pam $line"
>>        if !( grep $line ban_now.ban > /dev/null ); then
>>                echo $line >> ban_now.ban
>>                iptables -I INPUT -s $line/32 -j DROP
>>        fi
>>        done
>>        sleep 1
>> done
>>
>>
>> 2009/3/24 Darren M :
>>> Out of morbid curiosity I took a look at this for a few minutes, here's
>>> the short version:
>>>
>>> Binary is infected with a pretty lame trojan, some Dropper variant.
>>>
>>> serverflooder.exe: Trojan.Dropper-3804 FOUND
>>>
>>> Running the serverflooder.exe through wine, you find two new exe's show
>>> up in windows\temp\ in the wine root:
>>>
>>>  98304 Mar 24 14:34 Crypted.exe
>>> 172032 Mar 24 14:34 ServerFluder.exe
>>>
>>> ServerFluder.exe is then run and it kind of works as advertised, I ran
>>> it against one of my local Halflife cstrike servers bound to 27019 and
>>> got the following type of traffic (apologies for poor formatting via
>>> email):
>>>
>>> 14:49:47.847999 IP (tos 0x0, ttl  62, id 26549, offset 0, flags [DF],
>>> proto: UDP (17), length: 39) nn.nn.nn.nn.25766 >
>>> xx.xx.xx.xx.27019: [udp sum ok] UDP, length 11 0x:  4500 0027
>>> 67b5 4000 3e11 4223 d04a 7966  E..'g...@.>.B#.Jyf 0x0010:  d04a 78f2 64a6
>>> 698b 0013 f366    .Jx.d.if 0x0020:  636f 6e6e 6563 7400
>>>          connect...
>>>
>>> to which the response was:
>>>
>>> 14:49:47.857149 IP (tos 0x0, ttl  64, id 0, offset 0, flags [DF],
>>> proto: UDP (17), length: 63) xx.xx.xx.xx.27019 >
>>> nn.nn.nn.nn.25766: [bad udp cksum d631!] UDP, length 35 0x:
>>> 4500 003f  4000 4011 a7c0 d04a 78f2  e.@.@Jx. 0x0010:  d04a
>>> 7966 698b 64a6 002b 932a    .Jyfi.d..+.* 0x0020:  3949 6e73
>>> 7566 6669 6369 656e 7420 636f  9Insufficient.co 0x0030:  6e6e 6563 7469
>>> 6f6e 2069 6e66 6f0a 00 nnection.info..
>>>
>>> Pretty simple, nothing special that I could tell, a good candidate for
>>> iptables/ipfw/pf/whatever since it's not spoofing the source IP.
>>>
>>> The Crypted.exe failed to run even though it tried (I don't have
>>> msvbvm60.dll installed)
>>> : err:module:import_dll Library msvbvm60.dll (which is needed by
>>> L"C:\\windows\\temp\\Crypted.exe") not found
>>> I'm not sure what it is but it doesn't appear friendly:
>>>
>>> : strings Crypted.exe |head -n 1
>>> !This KrapWare Can Kill Your Syster.
>>>
>>>
>>> I'm not sure what the Valve devs can do to specifically stop this
>>> unless there is magic in the UDP packets that cause the DoS, the UDP
>>> traffic in and of itself is something better handled at a higher level,
>>> as mentioned with local firewall rules or even at a router.
>>>
>>> ~darren
>>>
>>> ___
>>> To unsubscribe, edit your list preferences, or view the list archives, 
>>> please visit:
>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>
>>
>> ___
>> To unsubscribe, edit your list preferences, or view the list archives, 
>> please visit:
>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] Multihomed Port Issues

[[-DSR-][TA]DreamDemon]

Thats how I found out it worked on the other ip with no problems.  the provider 
has plesk on this box so I think it has something to do with the ip being 
shared.


--
Message: 5
Date: Tue, 24 Mar 2009 16:38:05 -0400
From: "David A. Parker" 
Subject: Re: [hlds_linux] Multihomed Port Issues
To: Half-Life dedicated Linux server mailing list

Message-ID: <49c944ad.5010...@utica.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Static is certainly preferable for a server, but I'm not sure that would 
cause this kind of problem.

Just out of curiosity, what happens if you use the IPs of eth0:0 and 
eth0:1 (74.208.147.254 and 74.208.147.253, respectively) for these two 
servers.  I just wonder if it would make a difference since they are 
both in the 74.208.147.x range.

Also, why does each virtual interface have its own IP as the broadcast 
address?


___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] DoS vulnerability!

[Nephyrin Zey]

hlds/srcds's handling of packets needs more sanity/rate checks, there
are numerous different types of packet you can flood at the server to
confuse it in different ways.

Also, the length 0 bans can just be done with this firewall rule:

-A INPUT -p udp -m udp --dport 27015 -m length --length 28 -j DROP

that that is a DIFFERENT DoS exploit, this one appears to be spamming
connect packets.

- Neph

On Tue, Mar 24, 2009 at 1:42 PM, Vladimir Osipenko  wrote:
> I have an older version of this EXE, it didnt create anything.
>
> So how i did the ban:
> May be not so perfect, but works^:
>
> #!/bin/bash
>
> #Anti-Flooder Script
> while true
> do
>        tcpdump  port 27015  -n -c 1000 | grep 'length 0' | awk
> '{print $3}' | awk -F\. '{print $1"."$2"."$3"."$4}'  | sort -u >
> ban.ban
>        cat ban.ban |
>        while read line
>        do
>        #       echo "param pam pam $line"
>        if !( grep $line ban_now.ban > /dev/null ); then
>                echo $line >> ban_now.ban
>                iptables -I INPUT -s $line/32 -j DROP
>        fi
>        done
>        sleep 1
> done
>
>
> 2009/3/24 Darren M :
>> Out of morbid curiosity I took a look at this for a few minutes, here's
>> the short version:
>>
>> Binary is infected with a pretty lame trojan, some Dropper variant.
>>
>> serverflooder.exe: Trojan.Dropper-3804 FOUND
>>
>> Running the serverflooder.exe through wine, you find two new exe's show
>> up in windows\temp\ in the wine root:
>>
>>  98304 Mar 24 14:34 Crypted.exe
>> 172032 Mar 24 14:34 ServerFluder.exe
>>
>> ServerFluder.exe is then run and it kind of works as advertised, I ran
>> it against one of my local Halflife cstrike servers bound to 27019 and
>> got the following type of traffic (apologies for poor formatting via
>> email):
>>
>> 14:49:47.847999 IP (tos 0x0, ttl  62, id 26549, offset 0, flags [DF],
>> proto: UDP (17), length: 39) nn.nn.nn.nn.25766 >
>> xx.xx.xx.xx.27019: [udp sum ok] UDP, length 11 0x:  4500 0027
>> 67b5 4000 3e11 4223 d04a 7966  E..'g...@.>.B#.Jyf 0x0010:  d04a 78f2 64a6
>> 698b 0013 f366    .Jx.d.if 0x0020:  636f 6e6e 6563 7400
>>          connect...
>>
>> to which the response was:
>>
>> 14:49:47.857149 IP (tos 0x0, ttl  64, id 0, offset 0, flags [DF],
>> proto: UDP (17), length: 63) xx.xx.xx.xx.27019 >
>> nn.nn.nn.nn.25766: [bad udp cksum d631!] UDP, length 35 0x:
>> 4500 003f  4000 4011 a7c0 d04a 78f2  e.@.@Jx. 0x0010:  d04a
>> 7966 698b 64a6 002b 932a    .Jyfi.d..+.* 0x0020:  3949 6e73
>> 7566 6669 6369 656e 7420 636f  9Insufficient.co 0x0030:  6e6e 6563 7469
>> 6f6e 2069 6e66 6f0a 00 nnection.info..
>>
>> Pretty simple, nothing special that I could tell, a good candidate for
>> iptables/ipfw/pf/whatever since it's not spoofing the source IP.
>>
>> The Crypted.exe failed to run even though it tried (I don't have
>> msvbvm60.dll installed)
>> : err:module:import_dll Library msvbvm60.dll (which is needed by
>> L"C:\\windows\\temp\\Crypted.exe") not found
>> I'm not sure what it is but it doesn't appear friendly:
>>
>> : strings Crypted.exe |head -n 1
>> !This KrapWare Can Kill Your Syster.
>>
>>
>> I'm not sure what the Valve devs can do to specifically stop this
>> unless there is magic in the UDP packets that cause the DoS, the UDP
>> traffic in and of itself is something better handled at a higher level,
>> as mentioned with local firewall rules or even at a router.
>>
>> ~darren
>>
>> ___
>> To unsubscribe, edit your list preferences, or view the list archives, 
>> please visit:
>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] DoS vulnerability!

[Vladimir Osipenko]

I have an older version of this EXE, it didnt create anything.

So how i did the ban:
May be not so perfect, but works^:

#!/bin/bash

#Anti-Flooder Script
while true
do
tcpdump  port 27015  -n -c 1000 | grep 'length 0' | awk
'{print $3}' | awk -F\. '{print $1"."$2"."$3"."$4}'  | sort -u >
ban.ban
cat ban.ban |
while read line
do
#   echo "param pam pam $line"
if !( grep $line ban_now.ban > /dev/null ); then
echo $line >> ban_now.ban
iptables -I INPUT -s $line/32 -j DROP
fi
done
sleep 1
done


2009/3/24 Darren M :
> Out of morbid curiosity I took a look at this for a few minutes, here's
> the short version:
>
> Binary is infected with a pretty lame trojan, some Dropper variant.
>
> serverflooder.exe: Trojan.Dropper-3804 FOUND
>
> Running the serverflooder.exe through wine, you find two new exe's show
> up in windows\temp\ in the wine root:
>
>  98304 Mar 24 14:34 Crypted.exe
> 172032 Mar 24 14:34 ServerFluder.exe
>
> ServerFluder.exe is then run and it kind of works as advertised, I ran
> it against one of my local Halflife cstrike servers bound to 27019 and
> got the following type of traffic (apologies for poor formatting via
> email):
>
> 14:49:47.847999 IP (tos 0x0, ttl  62, id 26549, offset 0, flags [DF],
> proto: UDP (17), length: 39) nn.nn.nn.nn.25766 >
> xx.xx.xx.xx.27019: [udp sum ok] UDP, length 11 0x:  4500 0027
> 67b5 4000 3e11 4223 d04a 7966  E..'g...@.>.B#.Jyf 0x0010:  d04a 78f2 64a6
> 698b 0013 f366    .Jx.d.if 0x0020:  636f 6e6e 6563 7400
>          connect...
>
> to which the response was:
>
> 14:49:47.857149 IP (tos 0x0, ttl  64, id 0, offset 0, flags [DF],
> proto: UDP (17), length: 63) xx.xx.xx.xx.27019 >
> nn.nn.nn.nn.25766: [bad udp cksum d631!] UDP, length 35 0x:
> 4500 003f  4000 4011 a7c0 d04a 78f2  e.@.@Jx. 0x0010:  d04a
> 7966 698b 64a6 002b 932a    .Jyfi.d..+.* 0x0020:  3949 6e73
> 7566 6669 6369 656e 7420 636f  9Insufficient.co 0x0030:  6e6e 6563 7469
> 6f6e 2069 6e66 6f0a 00 nnection.info..
>
> Pretty simple, nothing special that I could tell, a good candidate for
> iptables/ipfw/pf/whatever since it's not spoofing the source IP.
>
> The Crypted.exe failed to run even though it tried (I don't have
> msvbvm60.dll installed)
> : err:module:import_dll Library msvbvm60.dll (which is needed by
> L"C:\\windows\\temp\\Crypted.exe") not found
> I'm not sure what it is but it doesn't appear friendly:
>
> : strings Crypted.exe |head -n 1
> !This KrapWare Can Kill Your Syster.
>
>
> I'm not sure what the Valve devs can do to specifically stop this
> unless there is magic in the UDP packets that cause the DoS, the UDP
> traffic in and of itself is something better handled at a higher level,
> as mentioned with local firewall rules or even at a router.
>
> ~darren
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] [hlds] Half-Life 1 Engine Update released

[Максим Шпаков]

Something new about svc_bad 

We have managed to create config file.
When client is connecting to server (cs 1.6 steam v48) using such
config  - all players are dropped from server with svc_bad

Here comes log from client:

BUILD 4352 SERVER (0 CRC)
Server # 30
Requesting tempdecal.wad from server
Requesting tempdecal.wad from server
Requesting tempdecal.wad from server
Requesting tempdecal.wad from server
 12345678901 connected
<(-_-)> dropped
D!G!StyL3 dropped
Hakim dropped
Maskierter|MH|Muchacho dropped
Grandmaasta dropped
royal.flush dropped
Socke dropped
cendrix dropped
Error: server failed to transmit file 'AY&SY#Wx'
Last 32 messages parsed.
222 0008 svc_time
222 0013 svc_clientdata
222 0018 svc_deltapacketentities
231 0008 svc_time
231 0013 svc_choke
231 0014 svc_clientdata
231 0019 svc_deltapacketentities
233 0008 svc_time
233 0013 svc_clientdata
233 0018 svc_deltapacketentities
236 0008 svc_time
236 0013 svc_clientdata
236 0018 svc_deltapacketentities
239 0026 svc_time
239 0031 svc_clientdata
239 0036 svc_deltapacketentities
242 0008 svc_time
242 0013 svc_choke
242 0014 svc_clientdata
242 0019 svc_deltapacketentities
245 0008 svc_time
245 0013 svc_clientdata
245 0018 svc_deltapacketentities
248 0026 svc_time
248 0031 svc_clientdata
248 0036 svc_deltapacketentities
248  svc_print
248 0018 ScoreAttrib
248 0021 CurWeapon
248 0025 CurWeapon
248 0029 svc_filetxferfailed
BAD: 40:svc_bad
Host_Error: CL_ParseServerMessage: Illegible server message - svc_bad

This config doesn't work with "emulated" v47 servers , there're a lot
of it in server browser now :(
But with STEAM servers it works 100% of time.

I will send this config to Alfred Reynolds 

This MUST be fixed.

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] Multihomed Port Issues

[David A. Parker]

Static is certainly preferable for a server, but I'm not sure that would 
cause this kind of problem.

Just out of curiosity, what happens if you use the IPs of eth0:0 and 
eth0:1 (74.208.147.254 and 74.208.147.253, respectively) for these two 
servers.  I just wonder if it would make a difference since they are 
both in the 74.208.147.x range.

Also, why does each virtual interface have its own IP as the broadcast 
address?

[-DSR-][TA]DreamDemon wrote:
> I tried what you asked.  Still goes to 27016.  Maybe I'm missing some 
> routing or something? yeah, I know about the -console not being needed, 
> old habit.
> 
> I think I found the problem.  The main ip is designated via DHCP and 
> therefore considered a shared address.  I will call the server provider 
> and see if I can go to static.
>> --
>>
>> Message: 4
>> Date: Tue, 24 Mar 2009 15:14:57 -0400
>> From: "David A. Parker" 
>> Subject: Re: [hlds_linux] Multihomed Port Issues
>> To: Half-Life dedicated Linux server mailing list
>>  
>> Message-ID: <49c93131.9080...@utica.edu>
>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>
>> Try this...
>>
>> First, start TF2 like this:
>>
>> ./srcds_run -game tf +ip 74.208.147.254 -port 27015 +maxplayers 12 +map 
>> cp_badlands +sv_lan 0 -debug
>>
>> Then run "netstat -an | grep 27015" and see if it is listening on the 
>> correct IP, or if it is listening on 0.0.0.0.  It *should* be listening 
>> on port 27015 (TCP and UDP) on the IP address you specified.
>>
>> If it's still listening on 0.0.0.0 then I'm not sure what the cause of 
>> the problem is.
>>
>> If it's listening on the correct IP, then start DODS like this:
>>
>> ./srcds_run -game dod +ip 74.208.167.224 -port 27015 +maxplayers 16 +map 
>> dod_dsr_fight_arena_final +sv_lan 0 -pingboost 1 -debug
>>
>> Those are the command lines I'm using to start TF2 and CS:S on my box, 
>> just altered using your games, IPs, and other options.
>>
>> As a side note, the -console option isn't needed under Linux.
>>
>>  - Dave
>>
>> [-DSR-][TA]DreamDemon wrote:
>>   
>>> tf2:
>>>
>>> ./srcds_run -coonsole -game tf +ip 74.208.147.254 +port 27015 
>>> +maxplayers 12 +map cp_badlands
>>>
>>> dods:
>>>
>>> ./srcds_run -console -game dod +map dod_dsr_fight_arena_final 
>>> +maxplayers 16 +ip 74.208.167.224 +port 27015 -pingboost 1
>>>
>>> For the tf2 server I have both hostip and hostport set in the server.cfg 
>>> with no effect.
>>>
>>>
>>>
>>> 
 --

 Message: 7
 Date: Tue, 24 Mar 2009 14:11:53 -0400
 From: "David A. Parker" 
 Subject: Re: [hlds_linux] Multihomed Port Issues
 To: Half-Life dedicated Linux server mailing list

 Message-ID: <49c92269.3000...@utica.edu>
 Content-Type: text/plain; charset=ISO-8859-1; format=flowed

 The virtual interfaces look OK to me.  What is the startup command line 
 you are using for each srcds server?

  - Dave

 [-DSR-][TA]DreamDemon wrote:
   
   
> Maybe something is awry in my aliasing.  I'm human, maybe I forgot 
> something when I created them.
>
> netstat -an|grep 27015 produces this:
>
> tcp0  0 74.208.167.224:27015
> 0.0.0.0:*   LISTEN
> udp0  0 0.0.0.0:27015   0.0.0.0:*
>
> ifconfig produces:
>
> eth0  Link encap:Ethernet  HWaddr 00:19:99:44:57:42
>   inet addr:74.208.167.224  Bcast:74.208.167.224  
> Mask:255.255.255.255
>   inet6 addr: fe80::219:99ff:fe44:5742/64 Scope:Link
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   RX packets:160534 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:182778 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:11926761 (11.3 MiB)  TX bytes:68233167 (65.0 MiB)
>   Interrupt:20
>
> eth0:0Link encap:Ethernet  HWaddr 00:19:99:44:57:42
>   inet addr:74.208.147.254  Bcast:74.208.147.254  
> Mask:255.255.255.255
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   Interrupt:20
>
> eth0:1Link encap:Ethernet  HWaddr 00:19:99:44:57:42
>   inet addr:74.208.147.253  Bcast:74.208.147.253  
> Mask:255.255.255.255
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   Interrupt:20
>
> eth0:2Link encap:Ethernet  HWaddr 00:19:99:44:57:42
>   inet addr:74.208.148.69  Bcast:74.208.148.69  
> Mask:255.255.255.255
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   Interrupt:20
>
> loLink encap:Local Loopback
>   inet addr:127.0.0.1  Mask:255.0.0.0
>   inet6 addr: ::1/128 Scope:Host
>   UP LOOPBACK RUNNING  MTU:16436  Metric:1
>   RX packets:1546 error

Re: [hlds_linux] Multihomed Port Issues

[[-DSR-][TA]DreamDemon]

I tried what you asked.  Still goes to 27016.  Maybe I'm missing some 
routing or something? yeah, I know about the -console not being needed, 
old habit.

I think I found the problem.  The main ip is designated via DHCP and 
therefore considered a shared address.  I will call the server provider 
and see if I can go to static.
> --
>
> Message: 4
> Date: Tue, 24 Mar 2009 15:14:57 -0400
> From: "David A. Parker" 
> Subject: Re: [hlds_linux] Multihomed Port Issues
> To: Half-Life dedicated Linux server mailing list
>   
> Message-ID: <49c93131.9080...@utica.edu>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Try this...
>
> First, start TF2 like this:
>
> ./srcds_run -game tf +ip 74.208.147.254 -port 27015 +maxplayers 12 +map 
> cp_badlands +sv_lan 0 -debug
>
> Then run "netstat -an | grep 27015" and see if it is listening on the 
> correct IP, or if it is listening on 0.0.0.0.  It *should* be listening 
> on port 27015 (TCP and UDP) on the IP address you specified.
>
> If it's still listening on 0.0.0.0 then I'm not sure what the cause of 
> the problem is.
>
> If it's listening on the correct IP, then start DODS like this:
>
> ./srcds_run -game dod +ip 74.208.167.224 -port 27015 +maxplayers 16 +map 
> dod_dsr_fight_arena_final +sv_lan 0 -pingboost 1 -debug
>
> Those are the command lines I'm using to start TF2 and CS:S on my box, 
> just altered using your games, IPs, and other options.
>
> As a side note, the -console option isn't needed under Linux.
>
>  - Dave
>
> [-DSR-][TA]DreamDemon wrote:
>   
>> tf2:
>>
>> ./srcds_run -coonsole -game tf +ip 74.208.147.254 +port 27015 
>> +maxplayers 12 +map cp_badlands
>>
>> dods:
>>
>> ./srcds_run -console -game dod +map dod_dsr_fight_arena_final 
>> +maxplayers 16 +ip 74.208.167.224 +port 27015 -pingboost 1
>>
>> For the tf2 server I have both hostip and hostport set in the server.cfg 
>> with no effect.
>>
>>
>>
>> 
>>> --
>>>
>>> Message: 7
>>> Date: Tue, 24 Mar 2009 14:11:53 -0400
>>> From: "David A. Parker" 
>>> Subject: Re: [hlds_linux] Multihomed Port Issues
>>> To: Half-Life dedicated Linux server mailing list
>>> 
>>> Message-ID: <49c92269.3000...@utica.edu>
>>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>>
>>> The virtual interfaces look OK to me.  What is the startup command line 
>>> you are using for each srcds server?
>>>
>>>  - Dave
>>>
>>> [-DSR-][TA]DreamDemon wrote:
>>>   
>>>   
 Maybe something is awry in my aliasing.  I'm human, maybe I forgot 
 something when I created them.

 netstat -an|grep 27015 produces this:

 tcp0  0 74.208.167.224:27015
 0.0.0.0:*   LISTEN
 udp0  0 0.0.0.0:27015   0.0.0.0:*

 ifconfig produces:

 eth0  Link encap:Ethernet  HWaddr 00:19:99:44:57:42
   inet addr:74.208.167.224  Bcast:74.208.167.224  
 Mask:255.255.255.255
   inet6 addr: fe80::219:99ff:fe44:5742/64 Scope:Link
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   RX packets:160534 errors:0 dropped:0 overruns:0 frame:0
   TX packets:182778 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:1000
   RX bytes:11926761 (11.3 MiB)  TX bytes:68233167 (65.0 MiB)
   Interrupt:20

 eth0:0Link encap:Ethernet  HWaddr 00:19:99:44:57:42
   inet addr:74.208.147.254  Bcast:74.208.147.254  
 Mask:255.255.255.255
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   Interrupt:20

 eth0:1Link encap:Ethernet  HWaddr 00:19:99:44:57:42
   inet addr:74.208.147.253  Bcast:74.208.147.253  
 Mask:255.255.255.255
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   Interrupt:20

 eth0:2Link encap:Ethernet  HWaddr 00:19:99:44:57:42
   inet addr:74.208.148.69  Bcast:74.208.148.69  
 Mask:255.255.255.255
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   Interrupt:20

 loLink encap:Local Loopback
   inet addr:127.0.0.1  Mask:255.0.0.0
   inet6 addr: ::1/128 Scope:Host
   UP LOOPBACK RUNNING  MTU:16436  Metric:1
   RX packets:1546 errors:0 dropped:0 overruns:0 frame:0
   TX packets:1546 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:0
   RX bytes:324012 (316.4 KiB)  TX bytes:324012 (316.4 KiB)

 sit0  Link encap:IPv6-in-IPv4
   NOARP  MTU:1480  Metric:1
   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:0
   RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

 
 
> Message: 1
> Date: T

Re: [hlds_linux] DoS vulnerability!

[Darren M]

Out of morbid curiosity I took a look at this for a few minutes, here's
the short version:

Binary is infected with a pretty lame trojan, some Dropper variant.

serverflooder.exe: Trojan.Dropper-3804 FOUND

Running the serverflooder.exe through wine, you find two new exe's show
up in windows\temp\ in the wine root:

 98304 Mar 24 14:34 Crypted.exe
172032 Mar 24 14:34 ServerFluder.exe

ServerFluder.exe is then run and it kind of works as advertised, I ran
it against one of my local Halflife cstrike servers bound to 27019 and
got the following type of traffic (apologies for poor formatting via
email):

14:49:47.847999 IP (tos 0x0, ttl  62, id 26549, offset 0, flags [DF],
proto: UDP (17), length: 39) nn.nn.nn.nn.25766 >
xx.xx.xx.xx.27019: [udp sum ok] UDP, length 11 0x:  4500 0027
67b5 4000 3e11 4223 d04a 7966  E..'g...@.>.B#.Jyf 0x0010:  d04a 78f2 64a6
698b 0013 f366    .Jx.d.if 0x0020:  636f 6e6e 6563 7400
     connect...

to which the response was:

14:49:47.857149 IP (tos 0x0, ttl  64, id 0, offset 0, flags [DF],
proto: UDP (17), length: 63) xx.xx.xx.xx.27019 >
nn.nn.nn.nn.25766: [bad udp cksum d631!] UDP, length 35 0x:
4500 003f  4000 4011 a7c0 d04a 78f2  e.@.@Jx. 0x0010:  d04a
7966 698b 64a6 002b 932a    .Jyfi.d..+.* 0x0020:  3949 6e73
7566 6669 6369 656e 7420 636f  9Insufficient.co 0x0030:  6e6e 6563 7469
6f6e 2069 6e66 6f0a 00 nnection.info..

Pretty simple, nothing special that I could tell, a good candidate for
iptables/ipfw/pf/whatever since it's not spoofing the source IP.

The Crypted.exe failed to run even though it tried (I don't have
msvbvm60.dll installed)
: err:module:import_dll Library msvbvm60.dll (which is needed by
L"C:\\windows\\temp\\Crypted.exe") not found
I'm not sure what it is but it doesn't appear friendly:

: strings Crypted.exe |head -n 1
!This KrapWare Can Kill Your Syster.


I'm not sure what the Valve devs can do to specifically stop this
unless there is magic in the UDP packets that cause the DoS, the UDP
traffic in and of itself is something better handled at a higher level,
as mentioned with local firewall rules or even at a router.

~darren

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] DoS vulnerability!

[David A. Parker]

The original e-mail said the password is fraersoft

Miano, Steven M. wrote:
> Couldn't open the RAR, asked for a password.
> 
> 
> -Original Message-
> From: hlds_linux-boun...@list.valvesoftware.com 
> [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Vladimir 
> Osipenko
> Sent: Tuesday, March 24, 2009 3:04 PM
> To: Half-Life dedicated Linux server mailing list
> Subject: Re: [hlds_linux] DoS vulnerability!
> 
> this is the other one))
> 
> But i can catch its attacs by tcpdump:
> 
> tcpdump  port 27015  -n | grep 'length 0' | awk '{print $3}' | awk
> -F\. '{print $1"."$2"."$3"."$4}'
> 
> 2009/3/24 ics :
>> This has been discussed on this list before too and thats propably the
>> same exe that was here before. However, the lates zblock claims to have
>> fix for this so why wouldnt Valve be able to make a fix too?
>>
>> -ics
>>
>> f0rkz kirjoitti:
>>> You can flood anything with enough UDP.
>>>
>>> Also, why would you want to spread this exe around even more?
>>>
>>> -f0rkz
>>>
>>>
>>> On Mar 24, 2009, at 1:45 PM, Vladimir Osipenko wrote:
>>>
>>>
 Hi dear friends,
 I have to announce that another bug/vulnerability available!

 By sending a huge amount of UPD requests to server, it starts to slow
 down and finally dies.


 The EXE is freely available to public and loads of NOBs are
 DoSsing servers.
 http://narod.ru/disk/6939577000/serverflooder%20(copy%202).rar.html

 Pass: fraersoft

 Please, Valve, find a way to protects servers...

 //Of course we can use special tools, but anyway...

 ___
 To unsubscribe, edit your list preferences, or view the list
 archives, please visit:
 http://list.valvesoftware.com/mailman/listinfo/hlds_linux

>>>
>>>
>>> ___
>>> To unsubscribe, edit your list preferences, or view the list archives, 
>>> please visit:
>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>
>>
>> ___
>> To unsubscribe, edit your list preferences, or view the list archives, 
>> please visit:
>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>
> 
> ___
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> 
> CONFIDENTIALITY NOTICE: This e-mail may contain information that is 
> privileged, confidential or otherwise protected from disclosure. If you are 
> not the intended recipient of this e-mail, please notify the sender 
> immediately by return e-mail, purge it and do not disseminate or copy it.
> 
> ___
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> 

-- 

Dave Parker
Utica College
Integrated Information Technology Services
(315) 792-3229
Registered Linux User #408177

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] DoS vulnerability!

[Miano, Steven M.]

Couldn't open the RAR, asked for a password.


-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com 
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Vladimir 
Osipenko
Sent: Tuesday, March 24, 2009 3:04 PM
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] DoS vulnerability!

this is the other one))

But i can catch its attacs by tcpdump:

tcpdump  port 27015  -n | grep 'length 0' | awk '{print $3}' | awk
-F\. '{print $1"."$2"."$3"."$4}'

2009/3/24 ics :
> This has been discussed on this list before too and thats propably the
> same exe that was here before. However, the lates zblock claims to have
> fix for this so why wouldnt Valve be able to make a fix too?
>
> -ics
>
> f0rkz kirjoitti:
>> You can flood anything with enough UDP.
>>
>> Also, why would you want to spread this exe around even more?
>>
>> -f0rkz
>>
>>
>> On Mar 24, 2009, at 1:45 PM, Vladimir Osipenko wrote:
>>
>>
>>> Hi dear friends,
>>> I have to announce that another bug/vulnerability available!
>>>
>>> By sending a huge amount of UPD requests to server, it starts to slow
>>> down and finally dies.
>>>
>>>
>>> The EXE is freely available to public and loads of NOBs are
>>> DoSsing servers.
>>> http://narod.ru/disk/6939577000/serverflooder%20(copy%202).rar.html
>>>
>>> Pass: fraersoft
>>>
>>> Please, Valve, find a way to protects servers...
>>>
>>> //Of course we can use special tools, but anyway...
>>>
>>> ___
>>> To unsubscribe, edit your list preferences, or view the list
>>> archives, please visit:
>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>
>>
>>
>>
>> ___
>> To unsubscribe, edit your list preferences, or view the list archives, 
>> please visit:
>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>
>
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

CONFIDENTIALITY NOTICE: This e-mail may contain information that is privileged, 
confidential or otherwise protected from disclosure. If you are not the 
intended recipient of this e-mail, please notify the sender immediately by 
return e-mail, purge it and do not disseminate or copy it.

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] DoS vulnerability!

[Zuko]

Plik serverflooder.exe otrzymany 2009.03.24 20:15:40 (CET)
AntywirusWersjaOstatnia aktualizacjaWynika-squared4.0.0.1012009.03.24
Trojan-Dropper.Win32.Tiny.o!IKAhnLab-V35.0.0.22009.03.24
Dropper/Xema.905216.BAntiVir7.9.0.1202009.03.24TR/Vundo.GenAntiy-AVL2.0.3.1
2009.03.24-Authentium5.1.2.42009.03.23W32/Dropper.EITAvast4.8.1335.0
2009.03.23Win32:Tiny-NXAVG8.5.0.2832009.03.24Dropper.Generic.LNMBitDefender
7.22009.03.24Trojan.Generic.115876CAT-QuickHeal10.002009.03.24-ClamAV0.94.1
2009.03.24Trojan.Dropper-3804Comodo10832009.03.24
TrojWare.Win32.TrojanDropper.Small.~AAEDrWeb4.44.0.091702009.03.24
Trojan.MulDrop.23627eSafe7.0.17.02009.03.24-eTrust-Vet31.6.64142009.03.24-
F-Prot4.4.4.562009.03.23W32/Dropper.EITF-Secure8.0.14470.02009.03.24
Trojan-Dropper.Win32.Tiny.oFortinet3.117.0.02009.03.24-GData192009.03.24
Trojan.Generic.115876IkarusT3.1.1.48.02009.03.24Trojan-Dropper.Win32.Tiny.o
K7AntiVirus7.10.6802009.03.24-Kaspersky7.0.0.1252009.03.24
Trojan-Dropper.Win32.Tiny.oMcAfee55632009.03.24-McAfee+Artemis55632009.03.24
-McAfee-GW-Edition6.7.62009.03.24Trojan.Vundo.GenMicrosoft1.45022009.03.24
TrojanDropper:Win32/SmallNOD3239572009.03.24-Norman6.00.062009.03.24-
nProtect2009.1.8.02009.03.24Trojan-Dropper/W32.Agent.528896Panda10.0.0.10
2009.03.24-PCTools4.4.2.02009.03.24-Prevx1V22009.03.24-Rising21.22.12.00
2009.03.24-Sophos4.39.02009.03.24Sus/Dropper-ASunbelt3.2.1858.22009.03.24-
Symantec1.4.4.122009.03.24Suspicious.MH690.ATheHacker6.3.3.4.2892009.03.24-
TrendMicro8.700.0.10042009.03.24-VBA323.12.10.12009.03.23
Trojan-Dropper.Win32.Tiny.oViRobot2009.3.24.16612009.03.24
Trojan.Win32.Tiny.230400VirusBuster4.6.5.02009.03.24-Dodatkowe informacjeFile
size: 292352 bytesMD5...: cbf76a17f945b5d0e0531b498ece3ee7SHA1..:
fc3457e19d3c3680de757d16c71ba175c1c7def4SHA256:
026cbd459e58f692a1e4b54b52bf93bb9a39ddada4a80bf8f59471c401f4bfa4SHA512:
b81f55927d0a978fd6a4cec26ff01e6eac558c8497f42552a0c897d6ef9b3abe25dac7a8d5468071eccaf3540c2ee7c710b61a31249547b61dfcfeb5e32022dcssdeep:
6144:APijB8D4aXjINPiL6EsTIVXu/2bOyCoU:VB8D4aXj2iL/X82KmUPEiD..: -TrID..:
File type identificationGeneric Win/DOS Executable (50.0%)DOS
Executable Generic (49.9%)PEInfo: PE Structure information( base
data )entrypointaddress.: 0x1026timedatestamp.: 0x0 (Thu Jan 01
00:00:00 1970)machinetype...: 0x14c (I386)( 3 sections
)name viradd virsiz rawdsiz ntrpy md5.text 0x1000 0x1000 0x200 4.61
36e48a464726cecf79d5f732ba5afdd1.data 0x2000 0x42200 0x42200 6.35
6b3e8347d1e537f478c147074822942f.rsrc 0x45000 0x4fbc 0x5000 7.04
24c4fea0e1fec8aea1309f119d2fd418( 2 imports ) > KERNEL32.dll:
WriteFile, CreateFileA, SetCurrentDirectoryA, GetTempPathA,
CloseHandle> SHELL32.dll: ShellExecuteA( 0 exports ) 

Antywirus   Wersja  Ostatnia aktualizacja   Wynik
a-squared   4.0.0.101   2009.03.24  Trojan-Dropper.Win32.Tiny.o!IK
AhnLab-V3   5.0.0.2 2009.03.24  Dropper/Xema.905216.B
AntiVir 7.9.0.120   2009.03.24  TR/Vundo.Gen
Antiy-AVL   2.0.3.1 2009.03.24  -
Authentium  5.1.2.4 2009.03.23  W32/Dropper.EIT
Avast   4.8.1335.0  2009.03.23  Win32:Tiny-NX
AVG 8.5.0.283   2009.03.24  Dropper.Generic.LNM
BitDefender 7.2 2009.03.24  Trojan.Generic.115876
CAT-QuickHeal   10.00   2009.03.24  -
ClamAV  0.94.1  2009.03.24  Trojan.Dropper-3804
Comodo  10832009.03.24  TrojWare.Win32.TrojanDropper.Small.~AAE
DrWeb   4.44.0.091702009.03.24  Trojan.MulDrop.23627
eSafe   7.0.17.02009.03.24  -
eTrust-Vet  31.6.6414   2009.03.24  -
F-Prot  4.4.4.562009.03.23  W32/Dropper.EIT
F-Secure8.0.14470.0 2009.03.24  Trojan-Dropper.Win32.Tiny.o
Fortinet3.117.0.0   2009.03.24  -
GData   19  2009.03.24  Trojan.Generic.115876
Ikarus  T3.1.1.48.0 2009.03.24  Trojan-Dropper.Win32.Tiny.o
K7AntiVirus 7.10.6802009.03.24  -
Kaspersky   7.0.0.125   2009.03.24  Trojan-Dropper.Win32.Tiny.o
McAfee  55632009.03.24  -
McAfee+Artemis  55632009.03.24  -
McAfee-GW-Edition   6.7.6   2009.03.24  Trojan.Vundo.Gen
Microsoft   1.4502  2009.03.24  TrojanDropper:Win32/Small
NOD32   39572009.03.24  -
Norman  6.00.06 2009.03.24  -
nProtect2009.1.8.0  2009.03.24  Trojan-Dropper/W32.Agent.528896
Panda   10.0.0.10   2009.03.24  -
PCTools 4.4.2.0 2009.03.24  -
Prevx1  V2  2009.03.24  -
Rising  21.22.12.00 2009.03.24  -
Sophos  4.39.0  2009.03.24  Sus/Dropper-A
Sunbelt 3.2.1858.2  2009.03.24  -
Symantec1.4.4.122009.03.24  Suspicious.MH690.A
TheHacker   6.3.3.4.289 2009.03.24  -
TrendMicro  8.700.0.10042009.03.24  -
VBA32   3.12.10.1   2009.03.23  Trojan-Dropper.Win32.Tiny.o
ViRobot 2009.3.24.1661  2009.03.24  Trojan.Win32.Tiny.230400
VirusBuster 4.6.5.0 2009.03.24  -

Dodatkowe informacje
File size: 292352 bytes
MD5...: cbf76a17f945b5d0e0531b498ece3ee7
SHA1..: fc34

Re: [hlds_linux] Multihomed Port Issues

[David A. Parker]

Try this...

First, start TF2 like this:

./srcds_run -game tf +ip 74.208.147.254 -port 27015 +maxplayers 12 +map 
cp_badlands +sv_lan 0 -debug

Then run "netstat -an | grep 27015" and see if it is listening on the 
correct IP, or if it is listening on 0.0.0.0.  It *should* be listening 
on port 27015 (TCP and UDP) on the IP address you specified.

If it's still listening on 0.0.0.0 then I'm not sure what the cause of 
the problem is.

If it's listening on the correct IP, then start DODS like this:

./srcds_run -game dod +ip 74.208.167.224 -port 27015 +maxplayers 16 +map 
dod_dsr_fight_arena_final +sv_lan 0 -pingboost 1 -debug

Those are the command lines I'm using to start TF2 and CS:S on my box, 
just altered using your games, IPs, and other options.

As a side note, the -console option isn't needed under Linux.

 - Dave

[-DSR-][TA]DreamDemon wrote:
> tf2:
> 
> ./srcds_run -coonsole -game tf +ip 74.208.147.254 +port 27015 
> +maxplayers 12 +map cp_badlands
> 
> dods:
> 
> ./srcds_run -console -game dod +map dod_dsr_fight_arena_final 
> +maxplayers 16 +ip 74.208.167.224 +port 27015 -pingboost 1
> 
> For the tf2 server I have both hostip and hostport set in the server.cfg 
> with no effect.
> 
> 
> 
>>
>>
>> --
>>
>> Message: 7
>> Date: Tue, 24 Mar 2009 14:11:53 -0400
>> From: "David A. Parker" 
>> Subject: Re: [hlds_linux] Multihomed Port Issues
>> To: Half-Life dedicated Linux server mailing list
>>  
>> Message-ID: <49c92269.3000...@utica.edu>
>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>
>> The virtual interfaces look OK to me.  What is the startup command line 
>> you are using for each srcds server?
>>
>>  - Dave
>>
>> [-DSR-][TA]DreamDemon wrote:
>>   
>>> Maybe something is awry in my aliasing.  I'm human, maybe I forgot 
>>> something when I created them.
>>>
>>> netstat -an|grep 27015 produces this:
>>>
>>> tcp0  0 74.208.167.224:27015
>>> 0.0.0.0:*   LISTEN
>>> udp0  0 0.0.0.0:27015   0.0.0.0:*
>>>
>>> ifconfig produces:
>>>
>>> eth0  Link encap:Ethernet  HWaddr 00:19:99:44:57:42
>>>   inet addr:74.208.167.224  Bcast:74.208.167.224  
>>> Mask:255.255.255.255
>>>   inet6 addr: fe80::219:99ff:fe44:5742/64 Scope:Link
>>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>>   RX packets:160534 errors:0 dropped:0 overruns:0 frame:0
>>>   TX packets:182778 errors:0 dropped:0 overruns:0 carrier:0
>>>   collisions:0 txqueuelen:1000
>>>   RX bytes:11926761 (11.3 MiB)  TX bytes:68233167 (65.0 MiB)
>>>   Interrupt:20
>>>
>>> eth0:0Link encap:Ethernet  HWaddr 00:19:99:44:57:42
>>>   inet addr:74.208.147.254  Bcast:74.208.147.254  
>>> Mask:255.255.255.255
>>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>>   Interrupt:20
>>>
>>> eth0:1Link encap:Ethernet  HWaddr 00:19:99:44:57:42
>>>   inet addr:74.208.147.253  Bcast:74.208.147.253  
>>> Mask:255.255.255.255
>>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>>   Interrupt:20
>>>
>>> eth0:2Link encap:Ethernet  HWaddr 00:19:99:44:57:42
>>>   inet addr:74.208.148.69  Bcast:74.208.148.69  Mask:255.255.255.255
>>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>>   Interrupt:20
>>>
>>> loLink encap:Local Loopback
>>>   inet addr:127.0.0.1  Mask:255.0.0.0
>>>   inet6 addr: ::1/128 Scope:Host
>>>   UP LOOPBACK RUNNING  MTU:16436  Metric:1
>>>   RX packets:1546 errors:0 dropped:0 overruns:0 frame:0
>>>   TX packets:1546 errors:0 dropped:0 overruns:0 carrier:0
>>>   collisions:0 txqueuelen:0
>>>   RX bytes:324012 (316.4 KiB)  TX bytes:324012 (316.4 KiB)
>>>
>>> sit0  Link encap:IPv6-in-IPv4
>>>   NOARP  MTU:1480  Metric:1
>>>   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>>>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>>>   collisions:0 txqueuelen:0
>>>   RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
>>>
>>> 
 Message: 1
 Date: Tue, 24 Mar 2009 09:13:41 -0400
 From: "David A. Parker" 
 Subject: Re: [hlds_linux] Multihomed Port Issues
 To: Half-Life dedicated Linux server mailing list

 Message-ID: <49c8dc85.7080...@utica.edu>
 Content-Type: text/plain; charset=ISO-8859-1; format=flowed

 Yeah, this works fine for me in both Debian and CentOS.  I really think 
 the cause of the OP's problem is a simple -ip vs. +ip issue.  I was 
 using -ip to specify the IP at one point and I had the exact same 
 problem: the first instance of srcds I started would get port 27015, but 
 the second would get 27016, the next would get 27017, etc.  I changed my 
 startup scripts to use +ip and the problem was solved.

  - Dave

 f0rkz wrote:
   
   
> Yeah, I have multiple

Re: [hlds_linux] nemrun (srcds_run replacement) v1.1 released.

[Nephyrin Zey]

Pawel,

You need to place NephCPUFix.so in orangebox/bin, you also have a
minor typo in LD_PRELOAD=NephCPUFix.

The NephCPUFix thing basically just causes srcds to properly enable
SSE2 and a few other instructions in a few specific math functions,
since it's always mis-detected your CPUs abilities on linux. Dont
expect anything major performance wise.

- Neph

On Tue, Mar 24, 2009 at 2:39 AM, Imre Facchin  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> i am not shure if this is a stupid reply but:
>
> orangebox is metasyntactic variable for the game of choice so if you
> installed to -dir tf2 it would be tf2/bin
>> How can i use only NephuCPUfix for tf2?
>>
>> i've changed
>> $HL_CMD = "$HL $PARAMS"
>> to
>> $HL_CMD = "env LD_PRELOAD=NephuCPUFix.so $HL $PARAMS"
>>
>> but it is not working :(
>>
>> Log from console:
>>
>> Auto detecting CPU
>> Using SSE2 Optimised binary.
>> Server will auto-restart if there is a crash.
>> ERROR: ld.so: object 'NephuCPUFix.so' from LD_PRELOAD cannot be preloaded:
>> ignored.
>>
>>
>> NephuCPUFix.so is in /orangebox/bin/
>>
>> After typing r_sse2 in console it tells me that support for this is
>> disabled.
>>
>>
>>
>> On Tue, Mar 24, 2009 at 8:09 AM, Nephyrin Zey wrote:
>>
>>> (not sure how many of you are still using this, but..)
>>>
>>> Get it here:
>>> http://nephyrin.net/tools/nemrun/1.1/
>>> The latest version is always here:
>>> http://nephyrin.net/tools/nemrun/latest/
>>>
>>> Nemrun is an advanced srcds_run replacement that has numerous
>>> features, including:
>>> - Functioning autoupdate
>>>   - Works with multiple servers in one install directory ( uses
>>> lockfiles to synchronize the servers and shut them all down so updates
>>> can process)
>>>   - Uses bundled srcupdatecheck python script to check for updates,
>>> instead of simply running a time-wasting update every reboot.
>>>   - Has options to run scripts/commands when updates are found, which
>>> i use to text message myself when an update is released, for instance
>>> - Has an -updatedaemon mode, wherein you can launch a dummy server
>>> that just checks for updates until one is found, allowing your servers
>>> to -autoupdate within several seconds of a patch coming out
>>> - Manages and renames/files cores that are generated
>>> - Keeps very configurable logs
>>> - Bundled "NephCPUFix" preload-binary, enabled by default in nemrun,
>>> fixes long-broken GetCPUInformation() call in srcds, allowing SSE2
>>> code to be enabled, amoung other things.
>>> - Has ability to cleanup downloads folder (sprays and such) when updating
>>>
>>> And more!
>>>
>>> WARNING: This is a very advanced script originally written to allow
>>> multiple servers in a single install directory without breaking
>>> -autoupdate. It is not a drop in replacement for srcds_run and
>>> requires a little reading. to use
>>>
>>> Also, remember to idle in irc.gamesurge.net #hlserveradmins, we're up
>>> to 60 members!
>>>
>>> - Neph
>>>
>>> ___
>>> To unsubscribe, edit your list preferences, or view the list archives,
>>> please visit:
>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>
>>
>>
>>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.7 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFJyKpBn1WtwVQU0R0RAsxUAJwP5oW2t65Pof0GmAD/L99RZwBipgCghPwc
> 3qgusJ+C1mpgnHEvtbrqwLw=
> =fDLn
> -END PGP SIGNATURE-
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] DoS vulnerability!

[Vladimir Osipenko]

this is the other one))

But i can catch its attacs by tcpdump:

tcpdump  port 27015  -n | grep 'length 0' | awk '{print $3}' | awk
-F\. '{print $1"."$2"."$3"."$4}'

2009/3/24 ics :
> This has been discussed on this list before too and thats propably the
> same exe that was here before. However, the lates zblock claims to have
> fix for this so why wouldnt Valve be able to make a fix too?
>
> -ics
>
> f0rkz kirjoitti:
>> You can flood anything with enough UDP.
>>
>> Also, why would you want to spread this exe around even more?
>>
>> -f0rkz
>>
>>
>> On Mar 24, 2009, at 1:45 PM, Vladimir Osipenko wrote:
>>
>>
>>> Hi dear friends,
>>> I have to announce that another bug/vulnerability available!
>>>
>>> By sending a huge amount of UPD requests to server, it starts to slow
>>> down and finally dies.
>>>
>>>
>>> The EXE is freely available to public and loads of NOBs are
>>> DoSsing servers.
>>> http://narod.ru/disk/6939577000/serverflooder%20(copy%202).rar.html
>>>
>>> Pass: fraersoft
>>>
>>> Please, Valve, find a way to protects servers...
>>>
>>> //Of course we can use special tools, but anyway...
>>>
>>> ___
>>> To unsubscribe, edit your list preferences, or view the list
>>> archives, please visit:
>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>
>>
>>
>>
>> ___
>> To unsubscribe, edit your list preferences, or view the list archives, 
>> please visit:
>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>
>
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] DoS vulnerability!

[Vladimir Osipenko]

I posted here, because i dont want to put it on the steam forum, but
want to take your attension.

2009/3/24 f0rkz :
> You can flood anything with enough UDP.
>
> Also, why would you want to spread this exe around even more?
>
> -f0rkz
>
>
> On Mar 24, 2009, at 1:45 PM, Vladimir Osipenko wrote:
>
>> Hi dear friends,
>> I have to announce that another bug/vulnerability available!
>>
>> By sending a huge amount of UPD requests to server, it starts to slow
>> down and finally dies.
>>
>>
>> The EXE is freely available to public and loads of NOBs are
>> DoSsing servers.
>> http://narod.ru/disk/6939577000/serverflooder%20(copy%202).rar.html
>>
>> Pass: fraersoft
>>
>> Please, Valve, find a way to protects servers...
>>
>> //Of course we can use special tools, but anyway...
>>
>> ___
>> To unsubscribe, edit your list preferences, or view the list
>> archives, please visit:
>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>
>
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] Multihomed Port Issues

[[-DSR-][TA]DreamDemon]

tf2:

./srcds_run -coonsole -game tf +ip 74.208.147.254 +port 27015 
+maxplayers 12 +map cp_badlands

dods:

./srcds_run -console -game dod +map dod_dsr_fight_arena_final 
+maxplayers 16 +ip 74.208.167.224 +port 27015 -pingboost 1

For the tf2 server I have both hostip and hostport set in the server.cfg 
with no effect.



>
>
>
> --
>
> Message: 7
> Date: Tue, 24 Mar 2009 14:11:53 -0400
> From: "David A. Parker" 
> Subject: Re: [hlds_linux] Multihomed Port Issues
> To: Half-Life dedicated Linux server mailing list
>   
> Message-ID: <49c92269.3000...@utica.edu>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> The virtual interfaces look OK to me.  What is the startup command line 
> you are using for each srcds server?
>
>  - Dave
>
> [-DSR-][TA]DreamDemon wrote:
>   
>> Maybe something is awry in my aliasing.  I'm human, maybe I forgot 
>> something when I created them.
>>
>> netstat -an|grep 27015 produces this:
>>
>> tcp0  0 74.208.167.224:27015
>> 0.0.0.0:*   LISTEN
>> udp0  0 0.0.0.0:27015   0.0.0.0:*
>>
>> ifconfig produces:
>>
>> eth0  Link encap:Ethernet  HWaddr 00:19:99:44:57:42
>>   inet addr:74.208.167.224  Bcast:74.208.167.224  
>> Mask:255.255.255.255
>>   inet6 addr: fe80::219:99ff:fe44:5742/64 Scope:Link
>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>   RX packets:160534 errors:0 dropped:0 overruns:0 frame:0
>>   TX packets:182778 errors:0 dropped:0 overruns:0 carrier:0
>>   collisions:0 txqueuelen:1000
>>   RX bytes:11926761 (11.3 MiB)  TX bytes:68233167 (65.0 MiB)
>>   Interrupt:20
>>
>> eth0:0Link encap:Ethernet  HWaddr 00:19:99:44:57:42
>>   inet addr:74.208.147.254  Bcast:74.208.147.254  
>> Mask:255.255.255.255
>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>   Interrupt:20
>>
>> eth0:1Link encap:Ethernet  HWaddr 00:19:99:44:57:42
>>   inet addr:74.208.147.253  Bcast:74.208.147.253  
>> Mask:255.255.255.255
>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>   Interrupt:20
>>
>> eth0:2Link encap:Ethernet  HWaddr 00:19:99:44:57:42
>>   inet addr:74.208.148.69  Bcast:74.208.148.69  Mask:255.255.255.255
>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>   Interrupt:20
>>
>> loLink encap:Local Loopback
>>   inet addr:127.0.0.1  Mask:255.0.0.0
>>   inet6 addr: ::1/128 Scope:Host
>>   UP LOOPBACK RUNNING  MTU:16436  Metric:1
>>   RX packets:1546 errors:0 dropped:0 overruns:0 frame:0
>>   TX packets:1546 errors:0 dropped:0 overruns:0 carrier:0
>>   collisions:0 txqueuelen:0
>>   RX bytes:324012 (316.4 KiB)  TX bytes:324012 (316.4 KiB)
>>
>> sit0  Link encap:IPv6-in-IPv4
>>   NOARP  MTU:1480  Metric:1
>>   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>>   collisions:0 txqueuelen:0
>>   RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
>>
>> 
>>> Message: 1
>>> Date: Tue, 24 Mar 2009 09:13:41 -0400
>>> From: "David A. Parker" 
>>> Subject: Re: [hlds_linux] Multihomed Port Issues
>>> To: Half-Life dedicated Linux server mailing list
>>> 
>>> Message-ID: <49c8dc85.7080...@utica.edu>
>>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>>
>>> Yeah, this works fine for me in both Debian and CentOS.  I really think 
>>> the cause of the OP's problem is a simple -ip vs. +ip issue.  I was 
>>> using -ip to specify the IP at one point and I had the exact same 
>>> problem: the first instance of srcds I started would get port 27015, but 
>>> the second would get 27016, the next would get 27017, etc.  I changed my 
>>> startup scripts to use +ip and the problem was solved.
>>>
>>>  - Dave
>>>
>>> f0rkz wrote:
>>>   
>>>   
 Yeah, I have multiple ips over the same interface in debian and it  
 works fine as well.

 f0rkz

 On Mar 24, 2009, at 9:03 AM, David A. Parker wrote:

 
 
> What?  I have a box with 1 physical interface and 4 IP addresses and
> this works just fine:
>
> gamesrv1:~# ifconfig -a
> eth0  Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
>   inet addr:72.237.4.30  Bcast:72.237.4.127  Mask: 
> 255.255.255.128
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   RX packets:76902609 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:85135888 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:7705813491 (7.1 GiB)  TX bytes:14536877789 (13.5  
> GiB)
>   Memory:f018-f01a
>
> eth0:1Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
>   inet addr:72.237.4.31  Bcast:72.237.4.127  Mask: 

Re: [hlds_linux] Multihomed Port Issues

[David A. Parker]

The virtual interfaces look OK to me.  What is the startup command line 
you are using for each srcds server?

 - Dave

[-DSR-][TA]DreamDemon wrote:
> Maybe something is awry in my aliasing.  I'm human, maybe I forgot 
> something when I created them.
> 
> netstat -an|grep 27015 produces this:
> 
> tcp0  0 74.208.167.224:27015
> 0.0.0.0:*   LISTEN
> udp0  0 0.0.0.0:27015   0.0.0.0:*
> 
> ifconfig produces:
> 
> eth0  Link encap:Ethernet  HWaddr 00:19:99:44:57:42
>   inet addr:74.208.167.224  Bcast:74.208.167.224  
> Mask:255.255.255.255
>   inet6 addr: fe80::219:99ff:fe44:5742/64 Scope:Link
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   RX packets:160534 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:182778 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:11926761 (11.3 MiB)  TX bytes:68233167 (65.0 MiB)
>   Interrupt:20
> 
> eth0:0Link encap:Ethernet  HWaddr 00:19:99:44:57:42
>   inet addr:74.208.147.254  Bcast:74.208.147.254  
> Mask:255.255.255.255
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   Interrupt:20
> 
> eth0:1Link encap:Ethernet  HWaddr 00:19:99:44:57:42
>   inet addr:74.208.147.253  Bcast:74.208.147.253  
> Mask:255.255.255.255
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   Interrupt:20
> 
> eth0:2Link encap:Ethernet  HWaddr 00:19:99:44:57:42
>   inet addr:74.208.148.69  Bcast:74.208.148.69  Mask:255.255.255.255
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   Interrupt:20
> 
> loLink encap:Local Loopback
>   inet addr:127.0.0.1  Mask:255.0.0.0
>   inet6 addr: ::1/128 Scope:Host
>   UP LOOPBACK RUNNING  MTU:16436  Metric:1
>   RX packets:1546 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:1546 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:0
>   RX bytes:324012 (316.4 KiB)  TX bytes:324012 (316.4 KiB)
> 
> sit0  Link encap:IPv6-in-IPv4
>   NOARP  MTU:1480  Metric:1
>   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:0
>   RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
> 
>> Message: 1
>> Date: Tue, 24 Mar 2009 09:13:41 -0400
>> From: "David A. Parker" 
>> Subject: Re: [hlds_linux] Multihomed Port Issues
>> To: Half-Life dedicated Linux server mailing list
>>  
>> Message-ID: <49c8dc85.7080...@utica.edu>
>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>
>> Yeah, this works fine for me in both Debian and CentOS.  I really think 
>> the cause of the OP's problem is a simple -ip vs. +ip issue.  I was 
>> using -ip to specify the IP at one point and I had the exact same 
>> problem: the first instance of srcds I started would get port 27015, but 
>> the second would get 27016, the next would get 27017, etc.  I changed my 
>> startup scripts to use +ip and the problem was solved.
>>
>>  - Dave
>>
>> f0rkz wrote:
>>   
>>> Yeah, I have multiple ips over the same interface in debian and it  
>>> works fine as well.
>>>
>>> f0rkz
>>>
>>> On Mar 24, 2009, at 9:03 AM, David A. Parker wrote:
>>>
>>> 
 What?  I have a box with 1 physical interface and 4 IP addresses and
 this works just fine:

 gamesrv1:~# ifconfig -a
 eth0  Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
   inet addr:72.237.4.30  Bcast:72.237.4.127  Mask: 
 255.255.255.128
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   RX packets:76902609 errors:0 dropped:0 overruns:0 frame:0
   TX packets:85135888 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:1000
   RX bytes:7705813491 (7.1 GiB)  TX bytes:14536877789 (13.5  
 GiB)
   Memory:f018-f01a

 eth0:1Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
   inet addr:72.237.4.31  Bcast:72.237.4.127  Mask: 
 255.255.255.128
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   Memory:f018-f01a

 eth0:2Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
   inet addr:72.237.4.32  Bcast:72.237.4.127  Mask: 
 255.255.255.128
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   Memory:f018-f01a

 eth0:3Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
   inet addr:72.237.4.34  Bcast:72.237.4.127  Mask: 
 255.255.255.128
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   Memory:f018-f01a

 loLink encap:Local Loopback
   inet addr:127.0.0.1  Mask:255.0.0.0
   UP LOOPBACK RUNNING  MTU:16436  Metric:1
  

Re: [hlds_linux] DoS vulnerability!

[f0rkz]

Touche!

Wish these lists were moderated somehow...

-f0rkz


On Mar 24, 2009, at 1:54 PM, Saint K. wrote:

> Files packed are identified as 2 trojan horses.
>
> -Original Message-
> From: hlds_linux-boun...@list.valvesoftware.com
> [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of  
> Vladimir
> Osipenko
> Sent: Tuesday, March 24, 2009 6:46 PM
> To: hlds_linux@list.valvesoftware.com
> Subject: [hlds_linux] DoS vulnerability!
>
> Hi dear friends,
> I have to announce that another bug/vulnerability available!
>
> By sending a huge amount of UPD requests to server, it starts to slow
> down and finally dies.
>
>
> The EXE is freely available to public and loads of NOBs are  
> DoSsing
> servers.
> http://narod.ru/disk/6939577000/serverflooder%20(copy%202).rar.html
>
> Pass: fraersoft
>
> Please, Valve, find a way to protects servers...
>
> //Of course we can use special tools, but anyway...
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.0.238 / Virus Database: 270.11.24/2018 - Release Date:  
> 03/24/09
> 09:19:00
>
>
> ___
> To unsubscribe, edit your list preferences, or view the list  
> archives, please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux




___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] DoS vulnerability!

[ics]

This has been discussed on this list before too and thats propably the 
same exe that was here before. However, the lates zblock claims to have 
fix for this so why wouldnt Valve be able to make a fix too?

-ics

f0rkz kirjoitti:
> You can flood anything with enough UDP.
>
> Also, why would you want to spread this exe around even more?
>
> -f0rkz
>
>
> On Mar 24, 2009, at 1:45 PM, Vladimir Osipenko wrote:
>
>   
>> Hi dear friends,
>> I have to announce that another bug/vulnerability available!
>>
>> By sending a huge amount of UPD requests to server, it starts to slow
>> down and finally dies.
>>
>>
>> The EXE is freely available to public and loads of NOBs are  
>> DoSsing servers.
>> http://narod.ru/disk/6939577000/serverflooder%20(copy%202).rar.html
>>
>> Pass: fraersoft
>>
>> Please, Valve, find a way to protects servers...
>>
>> //Of course we can use special tools, but anyway...
>>
>> ___
>> To unsubscribe, edit your list preferences, or view the list  
>> archives, please visit:
>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>> 
>
>
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>   


___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] DoS vulnerability!

[Saint K.]

Files packed are identified as 2 trojan horses.

-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Vladimir
Osipenko
Sent: Tuesday, March 24, 2009 6:46 PM
To: hlds_linux@list.valvesoftware.com
Subject: [hlds_linux] DoS vulnerability!

Hi dear friends,
I have to announce that another bug/vulnerability available!

By sending a huge amount of UPD requests to server, it starts to slow
down and finally dies.


The EXE is freely available to public and loads of NOBs are DoSsing
servers.
http://narod.ru/disk/6939577000/serverflooder%20(copy%202).rar.html

Pass: fraersoft

Please, Valve, find a way to protects servers...

//Of course we can use special tools, but anyway...

___
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
No virus found in this incoming message.
Checked by AVG - www.avg.com 
Version: 8.0.238 / Virus Database: 270.11.24/2018 - Release Date: 03/24/09
09:19:00


___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] DoS vulnerability!

[Saint K.]

Files packed are identified as 2 trojan horses.

-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Vladimir
Osipenko
Sent: Tuesday, March 24, 2009 6:46 PM
To: hlds_linux@list.valvesoftware.com
Subject: [hlds_linux] DoS vulnerability!

Hi dear friends,
I have to announce that another bug/vulnerability available!

By sending a huge amount of UPD requests to server, it starts to slow
down and finally dies.


The EXE is freely available to public and loads of NOBs are DoSsing
servers.
http://narod.ru/disk/6939577000/serverflooder%20(copy%202).rar.html

Pass: fraersoft

Please, Valve, find a way to protects servers...

//Of course we can use special tools, but anyway...

___
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
No virus found in this incoming message.
Checked by AVG - www.avg.com 
Version: 8.0.238 / Virus Database: 270.11.24/2018 - Release Date: 03/24/09
09:19:00


___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] DoS vulnerability!

[f0rkz]

You can flood anything with enough UDP.

Also, why would you want to spread this exe around even more?

-f0rkz


On Mar 24, 2009, at 1:45 PM, Vladimir Osipenko wrote:

> Hi dear friends,
> I have to announce that another bug/vulnerability available!
>
> By sending a huge amount of UPD requests to server, it starts to slow
> down and finally dies.
>
>
> The EXE is freely available to public and loads of NOBs are  
> DoSsing servers.
> http://narod.ru/disk/6939577000/serverflooder%20(copy%202).rar.html
>
> Pass: fraersoft
>
> Please, Valve, find a way to protects servers...
>
> //Of course we can use special tools, but anyway...
>
> ___
> To unsubscribe, edit your list preferences, or view the list  
> archives, please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux



___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] Multihomed Port Issues

[[-DSR-][TA]DreamDemon]

Maybe something is awry in my aliasing.  I'm human, maybe I forgot 
something when I created them.

netstat -an|grep 27015 produces this:

tcp0  0 74.208.167.224:27015
0.0.0.0:*   LISTEN
udp0  0 0.0.0.0:27015   0.0.0.0:*

ifconfig produces:

eth0  Link encap:Ethernet  HWaddr 00:19:99:44:57:42
  inet addr:74.208.167.224  Bcast:74.208.167.224  
Mask:255.255.255.255
  inet6 addr: fe80::219:99ff:fe44:5742/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:160534 errors:0 dropped:0 overruns:0 frame:0
  TX packets:182778 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:11926761 (11.3 MiB)  TX bytes:68233167 (65.0 MiB)
  Interrupt:20

eth0:0Link encap:Ethernet  HWaddr 00:19:99:44:57:42
  inet addr:74.208.147.254  Bcast:74.208.147.254  
Mask:255.255.255.255
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  Interrupt:20

eth0:1Link encap:Ethernet  HWaddr 00:19:99:44:57:42
  inet addr:74.208.147.253  Bcast:74.208.147.253  
Mask:255.255.255.255
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  Interrupt:20

eth0:2Link encap:Ethernet  HWaddr 00:19:99:44:57:42
  inet addr:74.208.148.69  Bcast:74.208.148.69  Mask:255.255.255.255
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  Interrupt:20

loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:1546 errors:0 dropped:0 overruns:0 frame:0
  TX packets:1546 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:324012 (316.4 KiB)  TX bytes:324012 (316.4 KiB)

sit0  Link encap:IPv6-in-IPv4
  NOARP  MTU:1480  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

>
> Message: 1
> Date: Tue, 24 Mar 2009 09:13:41 -0400
> From: "David A. Parker" 
> Subject: Re: [hlds_linux] Multihomed Port Issues
> To: Half-Life dedicated Linux server mailing list
>   
> Message-ID: <49c8dc85.7080...@utica.edu>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Yeah, this works fine for me in both Debian and CentOS.  I really think 
> the cause of the OP's problem is a simple -ip vs. +ip issue.  I was 
> using -ip to specify the IP at one point and I had the exact same 
> problem: the first instance of srcds I started would get port 27015, but 
> the second would get 27016, the next would get 27017, etc.  I changed my 
> startup scripts to use +ip and the problem was solved.
>
>  - Dave
>
> f0rkz wrote:
>   
>> Yeah, I have multiple ips over the same interface in debian and it  
>> works fine as well.
>>
>> f0rkz
>>
>> On Mar 24, 2009, at 9:03 AM, David A. Parker wrote:
>>
>> 
>>> What?  I have a box with 1 physical interface and 4 IP addresses and
>>> this works just fine:
>>>
>>> gamesrv1:~# ifconfig -a
>>> eth0  Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
>>>   inet addr:72.237.4.30  Bcast:72.237.4.127  Mask: 
>>> 255.255.255.128
>>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>>   RX packets:76902609 errors:0 dropped:0 overruns:0 frame:0
>>>   TX packets:85135888 errors:0 dropped:0 overruns:0 carrier:0
>>>   collisions:0 txqueuelen:1000
>>>   RX bytes:7705813491 (7.1 GiB)  TX bytes:14536877789 (13.5  
>>> GiB)
>>>   Memory:f018-f01a
>>>
>>> eth0:1Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
>>>   inet addr:72.237.4.31  Bcast:72.237.4.127  Mask: 
>>> 255.255.255.128
>>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>>   Memory:f018-f01a
>>>
>>> eth0:2Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
>>>   inet addr:72.237.4.32  Bcast:72.237.4.127  Mask: 
>>> 255.255.255.128
>>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>>   Memory:f018-f01a
>>>
>>> eth0:3Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
>>>   inet addr:72.237.4.34  Bcast:72.237.4.127  Mask: 
>>> 255.255.255.128
>>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>>   Memory:f018-f01a
>>>
>>> loLink encap:Local Loopback
>>>   inet addr:127.0.0.1  Mask:255.0.0.0
>>>   UP LOOPBACK RUNNING  MTU:16436  Metric:1
>>>   RX packets:77 errors:0 dropped:0 overruns:0 frame:0
>>>   TX packets:77 errors:0 dropped:0 overruns:0 carrier:0
>>>   collisions:0 txqueuelen:0
>>>   RX bytes:10036 (9.8 KiB)  TX bytes:10036 (9.8 KiB)
>>>
>>> gamesrv1:~# netstat -an | grep 27015
>>> tcp0  0 72.237.4.30:27015 

[hlds_linux] DoS vulnerability!

[Vladimir Osipenko]

Hi dear friends,
I have to announce that another bug/vulnerability available!

By sending a huge amount of UPD requests to server, it starts to slow
down and finally dies.


The EXE is freely available to public and loads of NOBs are DoSsing servers.
http://narod.ru/disk/6939577000/serverflooder%20(copy%202).rar.html

Pass: fraersoft

Please, Valve, find a way to protects servers...

//Of course we can use special tools, but anyway...

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] HI

[f0rkz]

Is it just sitting there again?

Just try running the steam binary:

./steam

See if it updates the installer.

-f0rkz

On Mar 24, 2009, at 12:16 PM, Veran Pokornić wrote:

> :)
>
> just to move far from this:
> [count...@srv01 hlds_1]$ ./steam -command update -game cstrike - 
> verify_all
> Checking bootstrapper version ...
>
>
> 2009/3/24 f0rkz 
>
>> No problem man.  Good luck! Hope you get it working.
>>
>> -f0rkz
>>
>> On Mar 24, 2009, at 12:04 PM, Veran Pokornić wrote:
>>
>>> thx f0rkz i will try it ;)
>>>
>>> 2009/3/24 Dustin Doiron 
>>>


>> http://www.google.com/search?hl=en&q=linux+hlds+update+tool&btnG=Google+Search&aq=f&oq=

 ...

 2009/3/24 Veran Pokornić 

> didnt try... can you give me link plz ?
>
> On Tue, Mar 24, 2009 at 3:47 PM, f0rkz  wrote:
>
>> Have you tried downloading a fresh steam binary installer from
>> their
>> site?
>>
>> f0rkz
>>
>>
>> On Mar 24, 2009, at 10:42 AM, Veran Pokornić wrote:
>>
>>> "Run the following command:
>>> ./steam -command update -game cstrike -verify_all"
>>> if I run this command my console block on this,for a long time:
>>> Checking
>>> bootstrapper version ...
>>>
>>> "Next, change your startup line to this:
>>> ./hlds_run -console -debug -game cstrike +ip 85.10.192.194 +port
 27016
>>> +maxplayers 12 +map de_dust2"
>>>
>>> nothing happend,same problem
>>> [count...@srv01 hlds]$ ./hlds_run -console -debug -game cstrike
>>> +ip
>>> 85.10.192.194 +port 27016 +maxplayer 12 +map de_dust2
>>> Auto detecting CPU
>>> Using AMD-Opteron (64 bit) Optimised binary.
>>> Enabling debug mode
>>> Auto-restarting the server on crash
>>>
>>> Console initialized.
>>> scandir failed:/home/counters/hlds/./valve/SAVE
>>> scandir failed:/home/counters/hlds/./platform/SAVE
>>> Protocol version 48
>>> Exe version 1.1.2.6/Stdio (cstrike)
>>> Exe build: 18:01:18 Oct 24 2008 (4352)
>>> STEAM Auth Server
>>> couldn't exec language.cfg
>>> Server IP address 85.10.192.194:27016
>>> scandir failed:/home/counters/hlds/./valve/SAVE
>>> scandir failed:/home/counters/hlds/./platform/SAVE
>>> [S_API FAIL] SteamAPI_Init() failed; unable to update local
>>> steamclient.
>>> Continuing with current version anyway.
>>>
>>> here it stops for a few minutes and then:
>>>
>>> pipes.cpp (608) : Assertion Failed: Stalled cross-thread pipe
>>> interfacemap_client.h (1096) : Assertion Failed:
>>> bufRet.GetUint8() ==
>>> k_EClientCommandInterface
>>> ___
>>> To unsubscribe, edit your list preferences, or view the list
>>> archives, please visit:
>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>
>>
>>
>>
>> ___
>> To unsubscribe, edit your list preferences, or view the list
>> archives,
>> please visit:
>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>
> ___
> To unsubscribe, edit your list preferences, or view the list
> archives,
> please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>



 --
 Dustin Doiron
 infiniGaming.com
 ___
 To unsubscribe, edit your list preferences, or view the list
 archives,
 please visit:
 http://list.valvesoftware.com/mailman/listinfo/hlds_linux

>>> ___
>>> To unsubscribe, edit your list preferences, or view the list
>>> archives, please visit:
>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>
>> ___
>> To unsubscribe, edit your list preferences, or view the list  
>> archives,
>> please visit:
>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>
> ___
> To unsubscribe, edit your list preferences, or view the list  
> archives, please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux



___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] HI

[Veran Pokornić]

:)

just to move far from this:
[count...@srv01 hlds_1]$ ./steam -command update -game cstrike -verify_all
Checking bootstrapper version ...


2009/3/24 f0rkz 

> No problem man.  Good luck! Hope you get it working.
>
> -f0rkz
>
> On Mar 24, 2009, at 12:04 PM, Veran Pokornić wrote:
>
> > thx f0rkz i will try it ;)
> >
> > 2009/3/24 Dustin Doiron 
> >
> >>
> >>
> http://www.google.com/search?hl=en&q=linux+hlds+update+tool&btnG=Google+Search&aq=f&oq=
> >>
> >> ...
> >>
> >> 2009/3/24 Veran Pokornić 
> >>
> >>> didnt try... can you give me link plz ?
> >>>
> >>> On Tue, Mar 24, 2009 at 3:47 PM, f0rkz  wrote:
> >>>
>  Have you tried downloading a fresh steam binary installer from
>  their
>  site?
> 
>  f0rkz
> 
> 
>  On Mar 24, 2009, at 10:42 AM, Veran Pokornić wrote:
> 
> > "Run the following command:
> > ./steam -command update -game cstrike -verify_all"
> > if I run this command my console block on this,for a long time:
> > Checking
> > bootstrapper version ...
> >
> > "Next, change your startup line to this:
> > ./hlds_run -console -debug -game cstrike +ip 85.10.192.194 +port
> >> 27016
> > +maxplayers 12 +map de_dust2"
> >
> > nothing happend,same problem
> > [count...@srv01 hlds]$ ./hlds_run -console -debug -game cstrike
> > +ip
> > 85.10.192.194 +port 27016 +maxplayer 12 +map de_dust2
> > Auto detecting CPU
> > Using AMD-Opteron (64 bit) Optimised binary.
> > Enabling debug mode
> > Auto-restarting the server on crash
> >
> > Console initialized.
> > scandir failed:/home/counters/hlds/./valve/SAVE
> > scandir failed:/home/counters/hlds/./platform/SAVE
> > Protocol version 48
> > Exe version 1.1.2.6/Stdio (cstrike)
> > Exe build: 18:01:18 Oct 24 2008 (4352)
> > STEAM Auth Server
> > couldn't exec language.cfg
> > Server IP address 85.10.192.194:27016
> > scandir failed:/home/counters/hlds/./valve/SAVE
> > scandir failed:/home/counters/hlds/./platform/SAVE
> > [S_API FAIL] SteamAPI_Init() failed; unable to update local
> > steamclient.
> > Continuing with current version anyway.
> >
> > here it stops for a few minutes and then:
> >
> > pipes.cpp (608) : Assertion Failed: Stalled cross-thread pipe
> > interfacemap_client.h (1096) : Assertion Failed:
> > bufRet.GetUint8() ==
> > k_EClientCommandInterface
> > ___
> > To unsubscribe, edit your list preferences, or view the list
> > archives, please visit:
> > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> 
> 
> 
> 
>  ___
>  To unsubscribe, edit your list preferences, or view the list
>  archives,
>  please visit:
>  http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> 
> >>> ___
> >>> To unsubscribe, edit your list preferences, or view the list
> >>> archives,
> >>> please visit:
> >>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> >>>
> >>
> >>
> >>
> >> --
> >> Dustin Doiron
> >> infiniGaming.com
> >> ___
> >> To unsubscribe, edit your list preferences, or view the list
> >> archives,
> >> please visit:
> >> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> >>
> > ___
> > To unsubscribe, edit your list preferences, or view the list
> > archives, please visit:
> > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] HI

[Walton Hoops]

http://lmgtfy.com/?q=linux+hlds+update+tool


-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Dustin
Doiron
Sent: Tuesday, March 24, 2009 9:38 AM
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] HI

http://www.google.com/search?hl=en&q=linux+hlds+update+tool&btnG=Google+Sear
ch&aq=f&oq=

...

2009/3/24 Veran Pokornić 

> didnt try... can you give me link plz ?
>
> On Tue, Mar 24, 2009 at 3:47 PM, f0rkz  wrote:
>
> > Have you tried downloading a fresh steam binary installer from their
> > site?
> >
> > f0rkz
> >
> >
> > On Mar 24, 2009, at 10:42 AM, Veran Pokornić wrote:
> >
> > > "Run the following command:
> > > ./steam -command update -game cstrike -verify_all"
> > > if I run this command my console block on this,for a long time:
> > > Checking
> > > bootstrapper version ...
> > >
> > > "Next, change your startup line to this:
> > > ./hlds_run -console -debug -game cstrike +ip 85.10.192.194 +port 27016
> > > +maxplayers 12 +map de_dust2"
> > >
> > > nothing happend,same problem
> > > [count...@srv01 hlds]$ ./hlds_run -console -debug -game cstrike +ip
> > > 85.10.192.194 +port 27016 +maxplayer 12 +map de_dust2
> > > Auto detecting CPU
> > > Using AMD-Opteron (64 bit) Optimised binary.
> > > Enabling debug mode
> > > Auto-restarting the server on crash
> > >
> > > Console initialized.
> > > scandir failed:/home/counters/hlds/./valve/SAVE
> > > scandir failed:/home/counters/hlds/./platform/SAVE
> > > Protocol version 48
> > > Exe version 1.1.2.6/Stdio (cstrike)
> > > Exe build: 18:01:18 Oct 24 2008 (4352)
> > > STEAM Auth Server
> > > couldn't exec language.cfg
> > > Server IP address 85.10.192.194:27016
> > > scandir failed:/home/counters/hlds/./valve/SAVE
> > > scandir failed:/home/counters/hlds/./platform/SAVE
> > > [S_API FAIL] SteamAPI_Init() failed; unable to update local
> > > steamclient.
> > > Continuing with current version anyway.
> > >
> > > here it stops for a few minutes and then:
> > >
> > > pipes.cpp (608) : Assertion Failed: Stalled cross-thread pipe
> > > interfacemap_client.h (1096) : Assertion Failed: bufRet.GetUint8() ==
> > > k_EClientCommandInterface
> > > ___
> > > To unsubscribe, edit your list preferences, or view the list
> > > archives, please visit:
> > > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> >
> >
> >
> >
> > ___
> > To unsubscribe, edit your list preferences, or view the list archives,
> > please visit:
> > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> >
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>



-- 
Dustin Doiron
infiniGaming.com
___
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux


___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] HI

[f0rkz]

No problem man.  Good luck! Hope you get it working.

-f0rkz

On Mar 24, 2009, at 12:04 PM, Veran Pokornić wrote:

> thx f0rkz i will try it ;)
>
> 2009/3/24 Dustin Doiron 
>
>>
>> http://www.google.com/search?hl=en&q=linux+hlds+update+tool&btnG=Google+Search&aq=f&oq=
>>
>> ...
>>
>> 2009/3/24 Veran Pokornić 
>>
>>> didnt try... can you give me link plz ?
>>>
>>> On Tue, Mar 24, 2009 at 3:47 PM, f0rkz  wrote:
>>>
 Have you tried downloading a fresh steam binary installer from  
 their
 site?

 f0rkz


 On Mar 24, 2009, at 10:42 AM, Veran Pokornić wrote:

> "Run the following command:
> ./steam -command update -game cstrike -verify_all"
> if I run this command my console block on this,for a long time:
> Checking
> bootstrapper version ...
>
> "Next, change your startup line to this:
> ./hlds_run -console -debug -game cstrike +ip 85.10.192.194 +port
>> 27016
> +maxplayers 12 +map de_dust2"
>
> nothing happend,same problem
> [count...@srv01 hlds]$ ./hlds_run -console -debug -game cstrike  
> +ip
> 85.10.192.194 +port 27016 +maxplayer 12 +map de_dust2
> Auto detecting CPU
> Using AMD-Opteron (64 bit) Optimised binary.
> Enabling debug mode
> Auto-restarting the server on crash
>
> Console initialized.
> scandir failed:/home/counters/hlds/./valve/SAVE
> scandir failed:/home/counters/hlds/./platform/SAVE
> Protocol version 48
> Exe version 1.1.2.6/Stdio (cstrike)
> Exe build: 18:01:18 Oct 24 2008 (4352)
> STEAM Auth Server
> couldn't exec language.cfg
> Server IP address 85.10.192.194:27016
> scandir failed:/home/counters/hlds/./valve/SAVE
> scandir failed:/home/counters/hlds/./platform/SAVE
> [S_API FAIL] SteamAPI_Init() failed; unable to update local
> steamclient.
> Continuing with current version anyway.
>
> here it stops for a few minutes and then:
>
> pipes.cpp (608) : Assertion Failed: Stalled cross-thread pipe
> interfacemap_client.h (1096) : Assertion Failed:  
> bufRet.GetUint8() ==
> k_EClientCommandInterface
> ___
> To unsubscribe, edit your list preferences, or view the list
> archives, please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux




 ___
 To unsubscribe, edit your list preferences, or view the list  
 archives,
 please visit:
 http://list.valvesoftware.com/mailman/listinfo/hlds_linux

>>> ___
>>> To unsubscribe, edit your list preferences, or view the list  
>>> archives,
>>> please visit:
>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>
>>
>>
>>
>> --
>> Dustin Doiron
>> infiniGaming.com
>> ___
>> To unsubscribe, edit your list preferences, or view the list  
>> archives,
>> please visit:
>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>
> ___
> To unsubscribe, edit your list preferences, or view the list  
> archives, please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] HI

[Veran Pokornić]

thx f0rkz i will try it ;)

2009/3/24 Dustin Doiron 

>
> http://www.google.com/search?hl=en&q=linux+hlds+update+tool&btnG=Google+Search&aq=f&oq=
>
> ...
>
> 2009/3/24 Veran Pokornić 
>
> > didnt try... can you give me link plz ?
> >
> > On Tue, Mar 24, 2009 at 3:47 PM, f0rkz  wrote:
> >
> > > Have you tried downloading a fresh steam binary installer from their
> > > site?
> > >
> > > f0rkz
> > >
> > >
> > > On Mar 24, 2009, at 10:42 AM, Veran Pokornić wrote:
> > >
> > > > "Run the following command:
> > > > ./steam -command update -game cstrike -verify_all"
> > > > if I run this command my console block on this,for a long time:
> > > > Checking
> > > > bootstrapper version ...
> > > >
> > > > "Next, change your startup line to this:
> > > > ./hlds_run -console -debug -game cstrike +ip 85.10.192.194 +port
> 27016
> > > > +maxplayers 12 +map de_dust2"
> > > >
> > > > nothing happend,same problem
> > > > [count...@srv01 hlds]$ ./hlds_run -console -debug -game cstrike +ip
> > > > 85.10.192.194 +port 27016 +maxplayer 12 +map de_dust2
> > > > Auto detecting CPU
> > > > Using AMD-Opteron (64 bit) Optimised binary.
> > > > Enabling debug mode
> > > > Auto-restarting the server on crash
> > > >
> > > > Console initialized.
> > > > scandir failed:/home/counters/hlds/./valve/SAVE
> > > > scandir failed:/home/counters/hlds/./platform/SAVE
> > > > Protocol version 48
> > > > Exe version 1.1.2.6/Stdio (cstrike)
> > > > Exe build: 18:01:18 Oct 24 2008 (4352)
> > > > STEAM Auth Server
> > > > couldn't exec language.cfg
> > > > Server IP address 85.10.192.194:27016
> > > > scandir failed:/home/counters/hlds/./valve/SAVE
> > > > scandir failed:/home/counters/hlds/./platform/SAVE
> > > > [S_API FAIL] SteamAPI_Init() failed; unable to update local
> > > > steamclient.
> > > > Continuing with current version anyway.
> > > >
> > > > here it stops for a few minutes and then:
> > > >
> > > > pipes.cpp (608) : Assertion Failed: Stalled cross-thread pipe
> > > > interfacemap_client.h (1096) : Assertion Failed: bufRet.GetUint8() ==
> > > > k_EClientCommandInterface
> > > > ___
> > > > To unsubscribe, edit your list preferences, or view the list
> > > > archives, please visit:
> > > > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> > >
> > >
> > >
> > >
> > > ___
> > > To unsubscribe, edit your list preferences, or view the list archives,
> > > please visit:
> > > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> > >
> > ___
> > To unsubscribe, edit your list preferences, or view the list archives,
> > please visit:
> > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> >
>
>
>
> --
> Dustin Doiron
> infiniGaming.com
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] HI

[Dustin Doiron]

http://www.google.com/search?hl=en&q=linux+hlds+update+tool&btnG=Google+Search&aq=f&oq=

...

2009/3/24 Veran Pokornić 

> didnt try... can you give me link plz ?
>
> On Tue, Mar 24, 2009 at 3:47 PM, f0rkz  wrote:
>
> > Have you tried downloading a fresh steam binary installer from their
> > site?
> >
> > f0rkz
> >
> >
> > On Mar 24, 2009, at 10:42 AM, Veran Pokornić wrote:
> >
> > > "Run the following command:
> > > ./steam -command update -game cstrike -verify_all"
> > > if I run this command my console block on this,for a long time:
> > > Checking
> > > bootstrapper version ...
> > >
> > > "Next, change your startup line to this:
> > > ./hlds_run -console -debug -game cstrike +ip 85.10.192.194 +port 27016
> > > +maxplayers 12 +map de_dust2"
> > >
> > > nothing happend,same problem
> > > [count...@srv01 hlds]$ ./hlds_run -console -debug -game cstrike +ip
> > > 85.10.192.194 +port 27016 +maxplayer 12 +map de_dust2
> > > Auto detecting CPU
> > > Using AMD-Opteron (64 bit) Optimised binary.
> > > Enabling debug mode
> > > Auto-restarting the server on crash
> > >
> > > Console initialized.
> > > scandir failed:/home/counters/hlds/./valve/SAVE
> > > scandir failed:/home/counters/hlds/./platform/SAVE
> > > Protocol version 48
> > > Exe version 1.1.2.6/Stdio (cstrike)
> > > Exe build: 18:01:18 Oct 24 2008 (4352)
> > > STEAM Auth Server
> > > couldn't exec language.cfg
> > > Server IP address 85.10.192.194:27016
> > > scandir failed:/home/counters/hlds/./valve/SAVE
> > > scandir failed:/home/counters/hlds/./platform/SAVE
> > > [S_API FAIL] SteamAPI_Init() failed; unable to update local
> > > steamclient.
> > > Continuing with current version anyway.
> > >
> > > here it stops for a few minutes and then:
> > >
> > > pipes.cpp (608) : Assertion Failed: Stalled cross-thread pipe
> > > interfacemap_client.h (1096) : Assertion Failed: bufRet.GetUint8() ==
> > > k_EClientCommandInterface
> > > ___
> > > To unsubscribe, edit your list preferences, or view the list
> > > archives, please visit:
> > > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> >
> >
> >
> >
> > ___
> > To unsubscribe, edit your list preferences, or view the list archives,
> > please visit:
> > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> >
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>



-- 
Dustin Doiron
infiniGaming.com
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] HI

[f0rkz]

Yeah, sure.

http://storefront.steampowered.com/download/hldsupdatetool.bin

Simply:
cd /your/game/directory/

wget http://storefront.steampowered.com/download/hldsupdatetool.bin
chmod +x hldsupdatetool.bin
./hldsupdatetool.bin

Answer Yes to the license agreement.

Then run the update command I gave you below.

f0rkz

On Mar 24, 2009, at 11:05 AM, Veran Pokornić wrote:

> didnt try... can you give me link plz ?
>
> On Tue, Mar 24, 2009 at 3:47 PM, f0rkz  wrote:
>
>> Have you tried downloading a fresh steam binary installer from their
>> site?
>>
>> f0rkz
>>
>>
>> On Mar 24, 2009, at 10:42 AM, Veran Pokornić wrote:
>>
>>> "Run the following command:
>>> ./steam -command update -game cstrike -verify_all"
>>> if I run this command my console block on this,for a long time:
>>> Checking
>>> bootstrapper version ...
>>>
>>> "Next, change your startup line to this:
>>> ./hlds_run -console -debug -game cstrike +ip 85.10.192.194 +port  
>>> 27016
>>> +maxplayers 12 +map de_dust2"
>>>
>>> nothing happend,same problem
>>> [count...@srv01 hlds]$ ./hlds_run -console -debug -game cstrike +ip
>>> 85.10.192.194 +port 27016 +maxplayer 12 +map de_dust2
>>> Auto detecting CPU
>>> Using AMD-Opteron (64 bit) Optimised binary.
>>> Enabling debug mode
>>> Auto-restarting the server on crash
>>>
>>> Console initialized.
>>> scandir failed:/home/counters/hlds/./valve/SAVE
>>> scandir failed:/home/counters/hlds/./platform/SAVE
>>> Protocol version 48
>>> Exe version 1.1.2.6/Stdio (cstrike)
>>> Exe build: 18:01:18 Oct 24 2008 (4352)
>>> STEAM Auth Server
>>> couldn't exec language.cfg
>>> Server IP address 85.10.192.194:27016
>>> scandir failed:/home/counters/hlds/./valve/SAVE
>>> scandir failed:/home/counters/hlds/./platform/SAVE
>>> [S_API FAIL] SteamAPI_Init() failed; unable to update local
>>> steamclient.
>>> Continuing with current version anyway.
>>>
>>> here it stops for a few minutes and then:
>>>
>>> pipes.cpp (608) : Assertion Failed: Stalled cross-thread pipe
>>> interfacemap_client.h (1096) : Assertion Failed: bufRet.GetUint8()  
>>> ==
>>> k_EClientCommandInterface
>>> ___
>>> To unsubscribe, edit your list preferences, or view the list
>>> archives, please visit:
>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>
>>
>>
>>
>> ___
>> To unsubscribe, edit your list preferences, or view the list  
>> archives,
>> please visit:
>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>
> ___
> To unsubscribe, edit your list preferences, or view the list  
> archives, please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux




___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] HI

[Veran Pokornić]

didnt try... can you give me link plz ?

On Tue, Mar 24, 2009 at 3:47 PM, f0rkz  wrote:

> Have you tried downloading a fresh steam binary installer from their
> site?
>
> f0rkz
>
>
> On Mar 24, 2009, at 10:42 AM, Veran Pokornić wrote:
>
> > "Run the following command:
> > ./steam -command update -game cstrike -verify_all"
> > if I run this command my console block on this,for a long time:
> > Checking
> > bootstrapper version ...
> >
> > "Next, change your startup line to this:
> > ./hlds_run -console -debug -game cstrike +ip 85.10.192.194 +port 27016
> > +maxplayers 12 +map de_dust2"
> >
> > nothing happend,same problem
> > [count...@srv01 hlds]$ ./hlds_run -console -debug -game cstrike +ip
> > 85.10.192.194 +port 27016 +maxplayer 12 +map de_dust2
> > Auto detecting CPU
> > Using AMD-Opteron (64 bit) Optimised binary.
> > Enabling debug mode
> > Auto-restarting the server on crash
> >
> > Console initialized.
> > scandir failed:/home/counters/hlds/./valve/SAVE
> > scandir failed:/home/counters/hlds/./platform/SAVE
> > Protocol version 48
> > Exe version 1.1.2.6/Stdio (cstrike)
> > Exe build: 18:01:18 Oct 24 2008 (4352)
> > STEAM Auth Server
> > couldn't exec language.cfg
> > Server IP address 85.10.192.194:27016
> > scandir failed:/home/counters/hlds/./valve/SAVE
> > scandir failed:/home/counters/hlds/./platform/SAVE
> > [S_API FAIL] SteamAPI_Init() failed; unable to update local
> > steamclient.
> > Continuing with current version anyway.
> >
> > here it stops for a few minutes and then:
> >
> > pipes.cpp (608) : Assertion Failed: Stalled cross-thread pipe
> > interfacemap_client.h (1096) : Assertion Failed: bufRet.GetUint8() ==
> > k_EClientCommandInterface
> > ___
> > To unsubscribe, edit your list preferences, or view the list
> > archives, please visit:
> > http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>
>
>
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] HI

[f0rkz]

Have you tried downloading a fresh steam binary installer from their  
site?

f0rkz


On Mar 24, 2009, at 10:42 AM, Veran Pokornić wrote:

> "Run the following command:
> ./steam -command update -game cstrike -verify_all"
> if I run this command my console block on this,for a long time:   
> Checking
> bootstrapper version ...
>
> "Next, change your startup line to this:
> ./hlds_run -console -debug -game cstrike +ip 85.10.192.194 +port 27016
> +maxplayers 12 +map de_dust2"
>
> nothing happend,same problem
> [count...@srv01 hlds]$ ./hlds_run -console -debug -game cstrike +ip
> 85.10.192.194 +port 27016 +maxplayer 12 +map de_dust2
> Auto detecting CPU
> Using AMD-Opteron (64 bit) Optimised binary.
> Enabling debug mode
> Auto-restarting the server on crash
>
> Console initialized.
> scandir failed:/home/counters/hlds/./valve/SAVE
> scandir failed:/home/counters/hlds/./platform/SAVE
> Protocol version 48
> Exe version 1.1.2.6/Stdio (cstrike)
> Exe build: 18:01:18 Oct 24 2008 (4352)
> STEAM Auth Server
> couldn't exec language.cfg
> Server IP address 85.10.192.194:27016
> scandir failed:/home/counters/hlds/./valve/SAVE
> scandir failed:/home/counters/hlds/./platform/SAVE
> [S_API FAIL] SteamAPI_Init() failed; unable to update local  
> steamclient.
> Continuing with current version anyway.
>
> here it stops for a few minutes and then:
>
> pipes.cpp (608) : Assertion Failed: Stalled cross-thread pipe
> interfacemap_client.h (1096) : Assertion Failed: bufRet.GetUint8() ==
> k_EClientCommandInterface
> ___
> To unsubscribe, edit your list preferences, or view the list  
> archives, please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux




___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] HI

[Veran Pokornić]

"Run the following command:
./steam -command update -game cstrike -verify_all"
if I run this command my console block on this,for a long time:  Checking
bootstrapper version ...

"Next, change your startup line to this:
./hlds_run -console -debug -game cstrike +ip 85.10.192.194 +port 27016
+maxplayers 12 +map de_dust2"

nothing happend,same problem
[count...@srv01 hlds]$ ./hlds_run -console -debug -game cstrike +ip
85.10.192.194 +port 27016 +maxplayer 12 +map de_dust2
Auto detecting CPU
Using AMD-Opteron (64 bit) Optimised binary.
Enabling debug mode
Auto-restarting the server on crash

Console initialized.
scandir failed:/home/counters/hlds/./valve/SAVE
scandir failed:/home/counters/hlds/./platform/SAVE
Protocol version 48
Exe version 1.1.2.6/Stdio (cstrike)
Exe build: 18:01:18 Oct 24 2008 (4352)
STEAM Auth Server
couldn't exec language.cfg
Server IP address 85.10.192.194:27016
scandir failed:/home/counters/hlds/./valve/SAVE
scandir failed:/home/counters/hlds/./platform/SAVE
[S_API FAIL] SteamAPI_Init() failed; unable to update local steamclient.
Continuing with current version anyway.

here it stops for a few minutes and then:

pipes.cpp (608) : Assertion Failed: Stalled cross-thread pipe
interfacemap_client.h (1096) : Assertion Failed: bufRet.GetUint8() ==
k_EClientCommandInterface
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] HI

[f0rkz]

Run the following command:
./steam -command update -game cstrike -verify_all

This will make sure you have the correct game files.

Next, change your startup line to this:
./hlds_run -console -debug -game cstrike +ip 85.10.192.194 +port 27016  
+maxplayers 12 +map de_dust2

Hope this helps!

f0rkz

On Mar 24, 2009, at 10:06 AM, Veran Pokornić wrote:

> Hi guys,
> I have problem with my linux server...
>
> When i start it ( like this: ./hlds_run -console -game cstrike  
> +maxplayers
> 12 +map de_dust2 -port 27106 +ip 85.10.192.194 -debug ) it comes to  
> this
> line: [S_API FAIL] SteamAPI_Init() failed; unable to update local
> steamclient. Continuing with current version anyway
> there is some time and then it repeating this error:
> pipes.cpp (608) : Assertion Failed: Stalled cross-thread pipe
> interfacemap_client.h (1096) : Assertion Failed: bufRet.GetUint8() ==
> k_EClientCommandInterface
>
>
>
> what to do ? thx !!!
> ___
> To unsubscribe, edit your list preferences, or view the list  
> archives, please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux




___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] HI

[David A. Parker]

Hi,

I was looking through the list archives, and this problem has been 
reported a few times in the past, but I'm not sure if a solution was 
ever found.  Does anyone else know if this was solved?

 - Dave

Veran Pokornic' wrote:
> Hi guys,
> I have problem with my linux server...
> 
> When i start it ( like this: ./hlds_run -console -game cstrike +maxplayers
> 12 +map de_dust2 -port 27106 +ip 85.10.192.194 -debug ) it comes to this
> line: [S_API FAIL] SteamAPI_Init() failed; unable to update local
> steamclient. Continuing with current version anyway
> there is some time and then it repeating this error:
> pipes.cpp (608) : Assertion Failed: Stalled cross-thread pipe
> interfacemap_client.h (1096) : Assertion Failed: bufRet.GetUint8() ==
> k_EClientCommandInterface
> 
> 
> 
> what to do ? thx !!!
> ___
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> 

-- 

Dave Parker
Utica College
Integrated Information Technology Services
(315) 792-3229
Registered Linux User #408177

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

[hlds_linux] HI

[Veran Pokornić]

Hi guys,
I have problem with my linux server...

When i start it ( like this: ./hlds_run -console -game cstrike +maxplayers
12 +map de_dust2 -port 27106 +ip 85.10.192.194 -debug ) it comes to this
line: [S_API FAIL] SteamAPI_Init() failed; unable to update local
steamclient. Continuing with current version anyway
there is some time and then it repeating this error:
pipes.cpp (608) : Assertion Failed: Stalled cross-thread pipe
interfacemap_client.h (1096) : Assertion Failed: bufRet.GetUint8() ==
k_EClientCommandInterface



what to do ? thx !!!
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] Multihomed Port Issues

[David A. Parker]

Yeah, this works fine for me in both Debian and CentOS.  I really think 
the cause of the OP's problem is a simple -ip vs. +ip issue.  I was 
using -ip to specify the IP at one point and I had the exact same 
problem: the first instance of srcds I started would get port 27015, but 
the second would get 27016, the next would get 27017, etc.  I changed my 
startup scripts to use +ip and the problem was solved.

 - Dave

f0rkz wrote:
> Yeah, I have multiple ips over the same interface in debian and it  
> works fine as well.
> 
> f0rkz
> 
> On Mar 24, 2009, at 9:03 AM, David A. Parker wrote:
> 
>> What?  I have a box with 1 physical interface and 4 IP addresses and
>> this works just fine:
>>
>> gamesrv1:~# ifconfig -a
>> eth0  Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
>>   inet addr:72.237.4.30  Bcast:72.237.4.127  Mask: 
>> 255.255.255.128
>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>   RX packets:76902609 errors:0 dropped:0 overruns:0 frame:0
>>   TX packets:85135888 errors:0 dropped:0 overruns:0 carrier:0
>>   collisions:0 txqueuelen:1000
>>   RX bytes:7705813491 (7.1 GiB)  TX bytes:14536877789 (13.5  
>> GiB)
>>   Memory:f018-f01a
>>
>> eth0:1Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
>>   inet addr:72.237.4.31  Bcast:72.237.4.127  Mask: 
>> 255.255.255.128
>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>   Memory:f018-f01a
>>
>> eth0:2Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
>>   inet addr:72.237.4.32  Bcast:72.237.4.127  Mask: 
>> 255.255.255.128
>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>   Memory:f018-f01a
>>
>> eth0:3Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
>>   inet addr:72.237.4.34  Bcast:72.237.4.127  Mask: 
>> 255.255.255.128
>>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>   Memory:f018-f01a
>>
>> loLink encap:Local Loopback
>>   inet addr:127.0.0.1  Mask:255.0.0.0
>>   UP LOOPBACK RUNNING  MTU:16436  Metric:1
>>   RX packets:77 errors:0 dropped:0 overruns:0 frame:0
>>   TX packets:77 errors:0 dropped:0 overruns:0 carrier:0
>>   collisions:0 txqueuelen:0
>>   RX bytes:10036 (9.8 KiB)  TX bytes:10036 (9.8 KiB)
>>
>> gamesrv1:~# netstat -an | grep 27015
>> tcp0  0 72.237.4.30:27015   0.0.0.0:*
>> LISTEN
>> tcp0  0 72.237.4.31:27015   0.0.0.0:*
>> LISTEN
>> udp0  0 72.237.4.34:27015   0.0.0.0:*
>> udp0  0 72.237.4.32:27015   0.0.0.0:*
>> udp0  0 72.237.4.30:27015   0.0.0.0:*
>> udp0  0 72.237.4.31:27015   0.0.0.0:*
>>
>> DreamDemon, make sure you are uisng +ip (with a "+") to specify the IP
>> for srcds when you start it, not -ip (with a "-").
>>
>> - Dave
>>
>> Björn Rohlén wrote:
>>> You do not load up a second tcp/ip-stack just because you alias your
>>> interface, since you are using ONE stack, you will get one port per
>>> protocol used. The only reason this works so well on services, is due
>>> to the ip-header containing the calling domain/ip and apache/sendmail
>>> applying rulesets based on this. In short, you can not use same port
>>> on a virtual device if that port is already used on either another
>>> virtual device (due to them not really existing, just responding to
>>> another arp-request) or in use on the actual adapter. Since this is
>>> not really "multihomed", but rather one adapter, with one stack and a
>>> "poisoned" arp/routing-table, it will not work.
>>>
>>> -TheG
>>>
>>> On Tue, Mar 24, 2009 at 6:58 AM, [-DSR-][TA]DreamDemon
>>>  wrote:
 I'm having some major issues with source based games. We currently  
 have
 a root server with Cent5 x86_64 running.  This machine has 1 nic  
 but has
 multiple ip's.  Even with games seperated by ip, the default port  
 27015
 is incrementing and not able to be set to that for the default on  
 other
 ip addresses.  I will use class c addressing to illustrate.

 ie:
 DODS - 192.168.2.100:27015 - eth0
 TF2 - 192.168.2.101:27016(auto-incremented) - eth0:0

 So how can I resolve this?  The aliases are set proper but the  
 source
 games are still detecting the port in use.

 Thanks.


 ___
 To unsubscribe, edit your list preferences, or view the list  
 archives, please visit:
 http://list.valvesoftware.com/mailman/listinfo/hlds_linux

>>> ___
>>> To unsubscribe, edit your list preferences, or view the list  
>>> archives, please visit:
>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>
>> -- 
>>
>> Dave Parker
>> Utica College
>> Integrated Information Technology Services
>> (315) 792-3229
>> Registered Lin

Re: [hlds_linux] Multihomed Port Issues

[f0rkz]

Yeah, I have multiple ips over the same interface in debian and it  
works fine as well.

f0rkz

On Mar 24, 2009, at 9:03 AM, David A. Parker wrote:

> What?  I have a box with 1 physical interface and 4 IP addresses and
> this works just fine:
>
> gamesrv1:~# ifconfig -a
> eth0  Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
>   inet addr:72.237.4.30  Bcast:72.237.4.127  Mask: 
> 255.255.255.128
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   RX packets:76902609 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:85135888 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:7705813491 (7.1 GiB)  TX bytes:14536877789 (13.5  
> GiB)
>   Memory:f018-f01a
>
> eth0:1Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
>   inet addr:72.237.4.31  Bcast:72.237.4.127  Mask: 
> 255.255.255.128
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   Memory:f018-f01a
>
> eth0:2Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
>   inet addr:72.237.4.32  Bcast:72.237.4.127  Mask: 
> 255.255.255.128
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   Memory:f018-f01a
>
> eth0:3Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
>   inet addr:72.237.4.34  Bcast:72.237.4.127  Mask: 
> 255.255.255.128
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   Memory:f018-f01a
>
> loLink encap:Local Loopback
>   inet addr:127.0.0.1  Mask:255.0.0.0
>   UP LOOPBACK RUNNING  MTU:16436  Metric:1
>   RX packets:77 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:77 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:0
>   RX bytes:10036 (9.8 KiB)  TX bytes:10036 (9.8 KiB)
>
> gamesrv1:~# netstat -an | grep 27015
> tcp0  0 72.237.4.30:27015   0.0.0.0:*
> LISTEN
> tcp0  0 72.237.4.31:27015   0.0.0.0:*
> LISTEN
> udp0  0 72.237.4.34:27015   0.0.0.0:*
> udp0  0 72.237.4.32:27015   0.0.0.0:*
> udp0  0 72.237.4.30:27015   0.0.0.0:*
> udp0  0 72.237.4.31:27015   0.0.0.0:*
>
> DreamDemon, make sure you are uisng +ip (with a "+") to specify the IP
> for srcds when you start it, not -ip (with a "-").
>
> - Dave
>
> Björn Rohlén wrote:
>> You do not load up a second tcp/ip-stack just because you alias your
>> interface, since you are using ONE stack, you will get one port per
>> protocol used. The only reason this works so well on services, is due
>> to the ip-header containing the calling domain/ip and apache/sendmail
>> applying rulesets based on this. In short, you can not use same port
>> on a virtual device if that port is already used on either another
>> virtual device (due to them not really existing, just responding to
>> another arp-request) or in use on the actual adapter. Since this is
>> not really "multihomed", but rather one adapter, with one stack and a
>> "poisoned" arp/routing-table, it will not work.
>>
>> -TheG
>>
>> On Tue, Mar 24, 2009 at 6:58 AM, [-DSR-][TA]DreamDemon
>>  wrote:
>>> I'm having some major issues with source based games. We currently  
>>> have
>>> a root server with Cent5 x86_64 running.  This machine has 1 nic  
>>> but has
>>> multiple ip's.  Even with games seperated by ip, the default port  
>>> 27015
>>> is incrementing and not able to be set to that for the default on  
>>> other
>>> ip addresses.  I will use class c addressing to illustrate.
>>>
>>> ie:
>>> DODS - 192.168.2.100:27015 - eth0
>>> TF2 - 192.168.2.101:27016(auto-incremented) - eth0:0
>>>
>>> So how can I resolve this?  The aliases are set proper but the  
>>> source
>>> games are still detecting the port in use.
>>>
>>> Thanks.
>>>
>>>
>>> ___
>>> To unsubscribe, edit your list preferences, or view the list  
>>> archives, please visit:
>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>
>>
>> ___
>> To unsubscribe, edit your list preferences, or view the list  
>> archives, please visit:
>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>
>
> -- 
>
> Dave Parker
> Utica College
> Integrated Information Technology Services
> (315) 792-3229
> Registered Linux User #408177
>
>
> ___
> To unsubscribe, edit your list preferences, or view the list  
> archives, please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux




___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] Multihomed Port Issues

[David A. Parker]

What?  I have a box with 1 physical interface and 4 IP addresses and 
this works just fine:

gamesrv1:~# ifconfig -a
eth0  Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
   inet addr:72.237.4.30  Bcast:72.237.4.127  Mask:255.255.255.128
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   RX packets:76902609 errors:0 dropped:0 overruns:0 frame:0
   TX packets:85135888 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:1000
   RX bytes:7705813491 (7.1 GiB)  TX bytes:14536877789 (13.5 GiB)
   Memory:f018-f01a

eth0:1Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
   inet addr:72.237.4.31  Bcast:72.237.4.127  Mask:255.255.255.128
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   Memory:f018-f01a

eth0:2Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
   inet addr:72.237.4.32  Bcast:72.237.4.127  Mask:255.255.255.128
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   Memory:f018-f01a

eth0:3Link encap:Ethernet  HWaddr 00:1f:29:50:02:e7
   inet addr:72.237.4.34  Bcast:72.237.4.127  Mask:255.255.255.128
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   Memory:f018-f01a

loLink encap:Local Loopback
   inet addr:127.0.0.1  Mask:255.0.0.0
   UP LOOPBACK RUNNING  MTU:16436  Metric:1
   RX packets:77 errors:0 dropped:0 overruns:0 frame:0
   TX packets:77 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:0
   RX bytes:10036 (9.8 KiB)  TX bytes:10036 (9.8 KiB)

gamesrv1:~# netstat -an | grep 27015
tcp0  0 72.237.4.30:27015   0.0.0.0:*   LISTEN
tcp0  0 72.237.4.31:27015   0.0.0.0:*   LISTEN
udp0  0 72.237.4.34:27015   0.0.0.0:*
udp0  0 72.237.4.32:27015   0.0.0.0:*
udp0  0 72.237.4.30:27015   0.0.0.0:*
udp0  0 72.237.4.31:27015   0.0.0.0:*

DreamDemon, make sure you are uisng +ip (with a "+") to specify the IP 
for srcds when you start it, not -ip (with a "-").

 - Dave

Björn Rohlén wrote:
> You do not load up a second tcp/ip-stack just because you alias your
> interface, since you are using ONE stack, you will get one port per
> protocol used. The only reason this works so well on services, is due
> to the ip-header containing the calling domain/ip and apache/sendmail
> applying rulesets based on this. In short, you can not use same port
> on a virtual device if that port is already used on either another
> virtual device (due to them not really existing, just responding to
> another arp-request) or in use on the actual adapter. Since this is
> not really "multihomed", but rather one adapter, with one stack and a
> "poisoned" arp/routing-table, it will not work.
> 
> -TheG
> 
> On Tue, Mar 24, 2009 at 6:58 AM, [-DSR-][TA]DreamDemon
>  wrote:
>> I'm having some major issues with source based games. We currently have
>> a root server with Cent5 x86_64 running.  This machine has 1 nic but has
>> multiple ip's.  Even with games seperated by ip, the default port 27015
>> is incrementing and not able to be set to that for the default on other
>> ip addresses.  I will use class c addressing to illustrate.
>>
>> ie:
>> DODS - 192.168.2.100:27015 - eth0
>> TF2 - 192.168.2.101:27016(auto-incremented) - eth0:0
>>
>> So how can I resolve this?  The aliases are set proper but the source
>> games are still detecting the port in use.
>>
>> Thanks.
>>
>>
>> ___
>> To unsubscribe, edit your list preferences, or view the list archives, 
>> please visit:
>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>
> 
> ___
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
> 

-- 

Dave Parker
Utica College
Integrated Information Technology Services
(315) 792-3229
Registered Linux User #408177


___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] nemrun (srcds_run replacement) v1.1 released.

[Imre Facchin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

i am not shure if this is a stupid reply but:

orangebox is metasyntactic variable for the game of choice so if you
installed to -dir tf2 it would be tf2/bin
> How can i use only NephuCPUfix for tf2?
> 
> i've changed
> $HL_CMD = "$HL $PARAMS"
> to
> $HL_CMD = "env LD_PRELOAD=NephuCPUFix.so $HL $PARAMS"
> 
> but it is not working :(
> 
> Log from console:
> 
> Auto detecting CPU
> Using SSE2 Optimised binary.
> Server will auto-restart if there is a crash.
> ERROR: ld.so: object 'NephuCPUFix.so' from LD_PRELOAD cannot be preloaded:
> ignored.
> 
> 
> NephuCPUFix.so is in /orangebox/bin/
> 
> After typing r_sse2 in console it tells me that support for this is
> disabled.
> 
> 
> 
> On Tue, Mar 24, 2009 at 8:09 AM, Nephyrin Zey wrote:
> 
>> (not sure how many of you are still using this, but..)
>>
>> Get it here:
>> http://nephyrin.net/tools/nemrun/1.1/
>> The latest version is always here:
>> http://nephyrin.net/tools/nemrun/latest/
>>
>> Nemrun is an advanced srcds_run replacement that has numerous
>> features, including:
>> - Functioning autoupdate
>>   - Works with multiple servers in one install directory ( uses
>> lockfiles to synchronize the servers and shut them all down so updates
>> can process)
>>   - Uses bundled srcupdatecheck python script to check for updates,
>> instead of simply running a time-wasting update every reboot.
>>   - Has options to run scripts/commands when updates are found, which
>> i use to text message myself when an update is released, for instance
>> - Has an -updatedaemon mode, wherein you can launch a dummy server
>> that just checks for updates until one is found, allowing your servers
>> to -autoupdate within several seconds of a patch coming out
>> - Manages and renames/files cores that are generated
>> - Keeps very configurable logs
>> - Bundled "NephCPUFix" preload-binary, enabled by default in nemrun,
>> fixes long-broken GetCPUInformation() call in srcds, allowing SSE2
>> code to be enabled, amoung other things.
>> - Has ability to cleanup downloads folder (sprays and such) when updating
>>
>> And more!
>>
>> WARNING: This is a very advanced script originally written to allow
>> multiple servers in a single install directory without breaking
>> -autoupdate. It is not a drop in replacement for srcds_run and
>> requires a little reading. to use
>>
>> Also, remember to idle in irc.gamesurge.net #hlserveradmins, we're up
>> to 60 members!
>>
>> - Neph
>>
>> ___
>> To unsubscribe, edit your list preferences, or view the list archives,
>> please visit:
>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>
> 
> 
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJyKpBn1WtwVQU0R0RAsxUAJwP5oW2t65Pof0GmAD/L99RZwBipgCghPwc
3qgusJ+C1mpgnHEvtbrqwLw=
=fDLn
-END PGP SIGNATURE-

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] nemrun (srcds_run replacement) v1.1 released.

[Pawel]

It should make SSE2 available on orangebox games.
But this binary is not working :/

On Tue, Mar 24, 2009 at 9:55 AM, Marcel  wrote:

> What exactly does this cpu fix?
>
>
> Marcel
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>



-- 
Pozdrawiam,

Paweł Majewski
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] nemrun (srcds_run replacement) v1.1 released.

[Marcel]

What exactly does this cpu fix?


Marcel

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] nemrun (srcds_run replacement) v1.1 released.

[Pawel]

lol not this mail, sorry ;)

2009/3/24 Pawel 

> Dziwne, że się nie włączył ten nowy skin, sprawdź teraz po wejściu, a jak
> nie ot na samym dole forum jest opcja zmiany skina
> Daj sobie IPB Clasic Blue
>
> jak coś to jestem pod telefonem ;)
>
> 2009/3/24 Pawel 
>
> How can i use only NephuCPUfix for tf2?
>>
>> i've changed
>> $HL_CMD = "$HL $PARAMS"
>> to
>> $HL_CMD = "env LD_PRELOAD=NephuCPUFix.so $HL $PARAMS"
>>
>> but it is not working :(
>>
>> Log from console:
>>
>> Auto detecting CPU
>> Using SSE2 Optimised binary.
>> Server will auto-restart if there is a crash.
>> ERROR: ld.so: object 'NephuCPUFix.so' from LD_PRELOAD cannot be preloaded:
>> ignored.
>>
>>
>> NephuCPUFix.so is in /orangebox/bin/
>>
>> After typing r_sse2 in console it tells me that support for this is
>> disabled.
>>
>>
>>
>>
>> On Tue, Mar 24, 2009 at 8:09 AM, Nephyrin Zey wrote:
>>
>>> (not sure how many of you are still using this, but..)
>>>
>>> Get it here:
>>> http://nephyrin.net/tools/nemrun/1.1/
>>> The latest version is always here:
>>> http://nephyrin.net/tools/nemrun/latest/
>>>
>>> Nemrun is an advanced srcds_run replacement that has numerous
>>> features, including:
>>> - Functioning autoupdate
>>>   - Works with multiple servers in one install directory ( uses
>>> lockfiles to synchronize the servers and shut them all down so updates
>>> can process)
>>>   - Uses bundled srcupdatecheck python script to check for updates,
>>> instead of simply running a time-wasting update every reboot.
>>>   - Has options to run scripts/commands when updates are found, which
>>> i use to text message myself when an update is released, for instance
>>> - Has an -updatedaemon mode, wherein you can launch a dummy server
>>> that just checks for updates until one is found, allowing your servers
>>> to -autoupdate within several seconds of a patch coming out
>>> - Manages and renames/files cores that are generated
>>> - Keeps very configurable logs
>>> - Bundled "NephCPUFix" preload-binary, enabled by default in nemrun,
>>> fixes long-broken GetCPUInformation() call in srcds, allowing SSE2
>>> code to be enabled, amoung other things.
>>> - Has ability to cleanup downloads folder (sprays and such) when updating
>>>
>>> And more!
>>>
>>> WARNING: This is a very advanced script originally written to allow
>>> multiple servers in a single install directory without breaking
>>> -autoupdate. It is not a drop in replacement for srcds_run and
>>> requires a little reading. to use
>>>
>>> Also, remember to idle in irc.gamesurge.net #hlserveradmins, we're up
>>> to 60 members!
>>>
>>> - Neph
>>>
>>> ___
>>> To unsubscribe, edit your list preferences, or view the list archives,
>>> please visit:
>>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>>
>>
>>
>>
>> --
>> Pozdrawiam,
>>
>> Paweł Majewski
>>
>
>
>
> --
> Pozdrawiam,
>
> Paweł Majewski
>



-- 
Pozdrawiam,

Paweł Majewski
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] nemrun (srcds_run replacement) v1.1 released.

[Pawel]

Dziwne, że się nie włączył ten nowy skin, sprawdź teraz po wejściu, a jak
nie ot na samym dole forum jest opcja zmiany skina
Daj sobie IPB Clasic Blue

jak coś to jestem pod telefonem ;)

2009/3/24 Pawel 

> How can i use only NephuCPUfix for tf2?
>
> i've changed
> $HL_CMD = "$HL $PARAMS"
> to
> $HL_CMD = "env LD_PRELOAD=NephuCPUFix.so $HL $PARAMS"
>
> but it is not working :(
>
> Log from console:
>
> Auto detecting CPU
> Using SSE2 Optimised binary.
> Server will auto-restart if there is a crash.
> ERROR: ld.so: object 'NephuCPUFix.so' from LD_PRELOAD cannot be preloaded:
> ignored.
>
>
> NephuCPUFix.so is in /orangebox/bin/
>
> After typing r_sse2 in console it tells me that support for this is
> disabled.
>
>
>
>
> On Tue, Mar 24, 2009 at 8:09 AM, Nephyrin Zey wrote:
>
>> (not sure how many of you are still using this, but..)
>>
>> Get it here:
>> http://nephyrin.net/tools/nemrun/1.1/
>> The latest version is always here:
>> http://nephyrin.net/tools/nemrun/latest/
>>
>> Nemrun is an advanced srcds_run replacement that has numerous
>> features, including:
>> - Functioning autoupdate
>>   - Works with multiple servers in one install directory ( uses
>> lockfiles to synchronize the servers and shut them all down so updates
>> can process)
>>   - Uses bundled srcupdatecheck python script to check for updates,
>> instead of simply running a time-wasting update every reboot.
>>   - Has options to run scripts/commands when updates are found, which
>> i use to text message myself when an update is released, for instance
>> - Has an -updatedaemon mode, wherein you can launch a dummy server
>> that just checks for updates until one is found, allowing your servers
>> to -autoupdate within several seconds of a patch coming out
>> - Manages and renames/files cores that are generated
>> - Keeps very configurable logs
>> - Bundled "NephCPUFix" preload-binary, enabled by default in nemrun,
>> fixes long-broken GetCPUInformation() call in srcds, allowing SSE2
>> code to be enabled, amoung other things.
>> - Has ability to cleanup downloads folder (sprays and such) when updating
>>
>> And more!
>>
>> WARNING: This is a very advanced script originally written to allow
>> multiple servers in a single install directory without breaking
>> -autoupdate. It is not a drop in replacement for srcds_run and
>> requires a little reading. to use
>>
>> Also, remember to idle in irc.gamesurge.net #hlserveradmins, we're up
>> to 60 members!
>>
>> - Neph
>>
>> ___
>> To unsubscribe, edit your list preferences, or view the list archives,
>> please visit:
>> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>>
>
>
>
> --
> Pozdrawiam,
>
> Paweł Majewski
>



-- 
Pozdrawiam,

Paweł Majewski
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] nemrun (srcds_run replacement) v1.1 released.

[Saint K.]

Thanks Nem!

-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Nephyrin Zey
Sent: Tuesday, March 24, 2009 8:10 AM
To: Half-Life dedicated Linux server mailing list
Subject: [hlds_linux] nemrun (srcds_run replacement) v1.1 released.

(not sure how many of you are still using this, but..)

Get it here:
http://nephyrin.net/tools/nemrun/1.1/
The latest version is always here:
http://nephyrin.net/tools/nemrun/latest/

Nemrun is an advanced srcds_run replacement that has numerous
features, including:
- Functioning autoupdate
   - Works with multiple servers in one install directory ( uses
lockfiles to synchronize the servers and shut them all down so updates
can process)
   - Uses bundled srcupdatecheck python script to check for updates,
instead of simply running a time-wasting update every reboot.
   - Has options to run scripts/commands when updates are found, which
i use to text message myself when an update is released, for instance
- Has an -updatedaemon mode, wherein you can launch a dummy server
that just checks for updates until one is found, allowing your servers
to -autoupdate within several seconds of a patch coming out
- Manages and renames/files cores that are generated
- Keeps very configurable logs
- Bundled "NephCPUFix" preload-binary, enabled by default in nemrun,
fixes long-broken GetCPUInformation() call in srcds, allowing SSE2
code to be enabled, amoung other things.
- Has ability to cleanup downloads folder (sprays and such) when updating

And more!

WARNING: This is a very advanced script originally written to allow
multiple servers in a single install directory without breaking
-autoupdate. It is not a drop in replacement for srcds_run and
requires a little reading. to use

Also, remember to idle in irc.gamesurge.net #hlserveradmins, we're up
to 60 members!

- Neph

___
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
No virus found in this incoming message.
Checked by AVG - www.avg.com 
Version: 8.0.238 / Virus Database: 270.11.24/2018 - Release Date: 03/23/09
06:52:00


___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] nemrun (srcds_run replacement) v1.1 released.

[Pawel]

How can i use only NephuCPUfix for tf2?

i've changed
$HL_CMD = "$HL $PARAMS"
to
$HL_CMD = "env LD_PRELOAD=NephuCPUFix.so $HL $PARAMS"

but it is not working :(

Log from console:

Auto detecting CPU
Using SSE2 Optimised binary.
Server will auto-restart if there is a crash.
ERROR: ld.so: object 'NephuCPUFix.so' from LD_PRELOAD cannot be preloaded:
ignored.


NephuCPUFix.so is in /orangebox/bin/

After typing r_sse2 in console it tells me that support for this is
disabled.



On Tue, Mar 24, 2009 at 8:09 AM, Nephyrin Zey wrote:

> (not sure how many of you are still using this, but..)
>
> Get it here:
> http://nephyrin.net/tools/nemrun/1.1/
> The latest version is always here:
> http://nephyrin.net/tools/nemrun/latest/
>
> Nemrun is an advanced srcds_run replacement that has numerous
> features, including:
> - Functioning autoupdate
>   - Works with multiple servers in one install directory ( uses
> lockfiles to synchronize the servers and shut them all down so updates
> can process)
>   - Uses bundled srcupdatecheck python script to check for updates,
> instead of simply running a time-wasting update every reboot.
>   - Has options to run scripts/commands when updates are found, which
> i use to text message myself when an update is released, for instance
> - Has an -updatedaemon mode, wherein you can launch a dummy server
> that just checks for updates until one is found, allowing your servers
> to -autoupdate within several seconds of a patch coming out
> - Manages and renames/files cores that are generated
> - Keeps very configurable logs
> - Bundled "NephCPUFix" preload-binary, enabled by default in nemrun,
> fixes long-broken GetCPUInformation() call in srcds, allowing SSE2
> code to be enabled, amoung other things.
> - Has ability to cleanup downloads folder (sprays and such) when updating
>
> And more!
>
> WARNING: This is a very advanced script originally written to allow
> multiple servers in a single install directory without breaking
> -autoupdate. It is not a drop in replacement for srcds_run and
> requires a little reading. to use
>
> Also, remember to idle in irc.gamesurge.net #hlserveradmins, we're up
> to 60 members!
>
> - Neph
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>



-- 
Pozdrawiam,

Paweł Majewski
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] nemrun (srcds_run replacement) v1.1 released.

[Saint K.]

Thanks Nem!

-Original Message-
From: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Nephyrin Zey
Sent: Tuesday, March 24, 2009 8:10 AM
To: Half-Life dedicated Linux server mailing list
Subject: [hlds_linux] nemrun (srcds_run replacement) v1.1 released.

(not sure how many of you are still using this, but..)

Get it here:
http://nephyrin.net/tools/nemrun/1.1/
The latest version is always here:
http://nephyrin.net/tools/nemrun/latest/

Nemrun is an advanced srcds_run replacement that has numerous
features, including:
- Functioning autoupdate
   - Works with multiple servers in one install directory ( uses
lockfiles to synchronize the servers and shut them all down so updates
can process)
   - Uses bundled srcupdatecheck python script to check for updates,
instead of simply running a time-wasting update every reboot.
   - Has options to run scripts/commands when updates are found, which
i use to text message myself when an update is released, for instance
- Has an -updatedaemon mode, wherein you can launch a dummy server
that just checks for updates until one is found, allowing your servers
to -autoupdate within several seconds of a patch coming out
- Manages and renames/files cores that are generated
- Keeps very configurable logs
- Bundled "NephCPUFix" preload-binary, enabled by default in nemrun,
fixes long-broken GetCPUInformation() call in srcds, allowing SSE2
code to be enabled, amoung other things.
- Has ability to cleanup downloads folder (sprays and such) when updating

And more!

WARNING: This is a very advanced script originally written to allow
multiple servers in a single install directory without breaking
-autoupdate. It is not a drop in replacement for srcds_run and
requires a little reading. to use

Also, remember to idle in irc.gamesurge.net #hlserveradmins, we're up
to 60 members!

- Neph

___
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
No virus found in this incoming message.
Checked by AVG - www.avg.com 
Version: 8.0.238 / Virus Database: 270.11.24/2018 - Release Date: 03/23/09
06:52:00


___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

Re: [hlds_linux] Multihomed Port Issues

[Björn Rohlén]

You do not load up a second tcp/ip-stack just because you alias your
interface, since you are using ONE stack, you will get one port per
protocol used. The only reason this works so well on services, is due
to the ip-header containing the calling domain/ip and apache/sendmail
applying rulesets based on this. In short, you can not use same port
on a virtual device if that port is already used on either another
virtual device (due to them not really existing, just responding to
another arp-request) or in use on the actual adapter. Since this is
not really "multihomed", but rather one adapter, with one stack and a
"poisoned" arp/routing-table, it will not work.

-TheG

On Tue, Mar 24, 2009 at 6:58 AM, [-DSR-][TA]DreamDemon
 wrote:
> I'm having some major issues with source based games. We currently have
> a root server with Cent5 x86_64 running.  This machine has 1 nic but has
> multiple ip's.  Even with games seperated by ip, the default port 27015
> is incrementing and not able to be set to that for the default on other
> ip addresses.  I will use class c addressing to illustrate.
>
> ie:
> DODS - 192.168.2.100:27015 - eth0
> TF2     - 192.168.2.101:27016(auto-incremented) - eth0:0
>
> So how can I resolve this?  The aliases are set proper but the source
> games are still detecting the port in use.
>
> Thanks.
>
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> http://list.valvesoftware.com/mailman/listinfo/hlds_linux
>

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux

[hlds_linux] nemrun (srcds_run replacement) v1.1 released.

[Nephyrin Zey]

(not sure how many of you are still using this, but..)

Get it here:
http://nephyrin.net/tools/nemrun/1.1/
The latest version is always here:
http://nephyrin.net/tools/nemrun/latest/

Nemrun is an advanced srcds_run replacement that has numerous
features, including:
- Functioning autoupdate
   - Works with multiple servers in one install directory ( uses
lockfiles to synchronize the servers and shut them all down so updates
can process)
   - Uses bundled srcupdatecheck python script to check for updates,
instead of simply running a time-wasting update every reboot.
   - Has options to run scripts/commands when updates are found, which
i use to text message myself when an update is released, for instance
- Has an -updatedaemon mode, wherein you can launch a dummy server
that just checks for updates until one is found, allowing your servers
to -autoupdate within several seconds of a patch coming out
- Manages and renames/files cores that are generated
- Keeps very configurable logs
- Bundled "NephCPUFix" preload-binary, enabled by default in nemrun,
fixes long-broken GetCPUInformation() call in srcds, allowing SSE2
code to be enabled, amoung other things.
- Has ability to cleanup downloads folder (sprays and such) when updating

And more!

WARNING: This is a very advanced script originally written to allow
multiple servers in a single install directory without breaking
-autoupdate. It is not a drop in replacement for srcds_run and
requires a little reading. to use

Also, remember to idle in irc.gamesurge.net #hlserveradmins, we're up
to 60 members!

- Neph

___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux