Any chance we can escalate this and report as a bug? Does anyone from Valve
or the SRCDS team care to take a look at this? Or is there another way to
submit a bug fix instead of asking the mailing list?
On Tue, Sep 2, 2014 at 3:57 PM, Rudy Bleeker rblee...@gmail.com wrote:
I have a LAN twice a
If anyone wishes to replicate this issue, you can setup a srcds game
instance (TF2 and CS are what I've tested) and run your startup commands
with the -ip argument on a Linux and Windows host.
You should notice that under the server doesn't appear under the LAN
portion of the list when running a
I have a LAN twice a year with friend and we've never gotten a LAN
server to work. I've always used Linux. So I think I can confirm this
behavour, never tested Windows though.
On Tue, Sep 2, 2014 at 8:30 PM, Jeff Nelson longshot...@gmail.com wrote:
If anyone wishes to replicate this issue, you
I've been out of pocket for a while and I was able to finally test.
The problem has been narrowed down to specifying the IP in the srcds
startup command.
If I use: ./srcds_run -console -game tf +map ctf_well +maxplayers 24 +ip
10.10.0.50
The game server is running, live and available to connect,
Hmmm ... am I reading this correctly?
*./srcds_run -console -game cstrike +map de_dust +maxplayers 10 +ip
10.0.0.21 -port 27015 +exec server.cfg*
*./srcds_run -console -game cstrike +map de_dust +maxplayers 10 +ip
10.0.0.22 -port 27015 +exec server.cfg*
*./srcds_run -console -game cstrike
Possibly not related, but you need to be using -ip, not +ip.
Also, the +map command may need to be the last argument in the command
line. Better yet, put it into your autoexec.cfg instead.
On 8/27/14, 13:22, Jeff Nelson wrote:
I've been out of pocket for a while and I was able to finally
@Weasels
You are correct. I have 3, in this case, ip addresses added to the same
network card in Linux. These are not virtual interfaces created by a
hypervisor, but simply additional ip assignments to the physical network
interface or Alias addresses if you prefer.
These are all behind one
This may sound like a stupid question, but if they are not intended to be
open to the world for availability, then why do they need to appear on
the server list?
Also, if you are binding each instance to specific IP's like that, I would
expect the entire executable to default to using that IP for
Ah, good question. Actually when I refer to server browser, I'm referring
to the LAN tab portion of the server browser. I apologize if this has added
confusion, I didn't indicate that in any of my posts. In order for my
servers to appear there, I shouldn't need an internet connection. (Internet
is
Dumb question, did you remember to set sv_lan 1?
On 8/27/2014 7:57 PM, Jeff Nelson wrote:
Ah, good question. Actually when I refer to server browser, I'm referring
to the LAN tab portion of the server browser. I apologize if this has added
confusion, I didn't indicate that in any of my posts.
@Ross
SV_LAN 1 has been set.
@Weasels
The clients are on the same network.
On Wed, Aug 27, 2014 at 7:07 PM, Weasels Lair wea...@weaselslair.com
wrote:
Oh yeah, that (LAN tab) makes all the difference in the world.
I seem to recall that LAN games are restricted to operating on the same
Do all three servers stop appearing in the server browser, or only one
or two of them?
Verify that your servers are not actually tripping all over themselves
without your knowledge, and that they are binding to the sockets which
you think they should be:
lsof -i -n -a -p $GAMESERVPID
Do
12 matches
Mail list logo