Re: [hlds_linux] [hlds_announce] Mandatory TF2 update released

[lwf]

Please make it so that servers with nodmgspread enabled are not filtered
when the quickplay random crit settings are not set to enabled. Having one
of these options enabled without the other makes no sense at all.


On Fri, Feb 7, 2014 at 7:29 PM, Eric Smith  wrote:

> We've released a mandatory TF2 update. The notes for the update are below.
> The new version is 2108330.
>
> -Eric
>
> --
>
> Weapon Updates
> - The Shortstop
>  - Reduced extra knockback penalty from 80% to 40%
> - The Short Circuit
>  - Added Penalty - No longer gain metal from dispensers when active
> - The Cleaner's Carbine
>  - Changed OnKill effect from gain crits for 3 seconds to gain
> mini-crits for 8 seconds
> - Natascha
>  - Added Positive Attribute +50% extra ammo
> - The Reserve Shooter
>  - Increased clip size from 3 to 4
>  - Time to mini-crit airborne targets changed from 3 to 5
> - The Beggar's Bazooka
>  - Changed penalty No primary ammo from dispensers to no primary ammo
> from dispensers when active
> - The Quick Fix
>  - Fixed the Medic not gaining the proper speed boost when a Demoman
> uses the Chargin' Targe or Splendid Screen
>
> Weapon Fixes
> - Fixed deflected projectiles not affecting Strange and Killstreak counts
> - Fixed the Mini-Sentry range-sphere not accurately displaying the range
> for the sentry when it is being placed
> - Fixed the Spy's revolver using the incorrect reload sound
> - Fixed third-person Medi Gun beams appearing jittery
> - Fixed the Heavy not playing his response rules lines after eating a
> Sandvich, Buffalo Steak Sandvich, etc.
> - Fixed The Half-Zatoichi using the wrong animations for the Loadout
> screen and the HUD 3D Character
>
> Community Updates
> - Added the Strongbox Key to the Mann Co. Store
> - Added 43 community-contributed items to the Strongbox Crate
> - Added the Tumblr Vs Reddit Participation Medal
>
> Mann vs. Machine
> - Added Killstreak Fabricators for the following weapons to the Two Cities
> Tour reward list:
>  - The Lugermorph, The Big Kill, The Iron Curtain, The Frying Pan, The
> Black Rose, The AWPer Hand, Chargin' Targe, Splendid Screen, and The
> Mantreads
> - Fixed an exploit that allowed players to purchase/sell the Canteen
> Specialist upgrade to get more money than they originally spent
> - Fixed an exploit where players could stand on a robot's head to block
> their movement for an easy kill
> - Fixed players not being able to earn the Frags to Riches achievement if
> there is money in the world when the mission is completed
> - Fixed a bug that caused players to not receive an Upgrade Refund Credit
> when they should have
> - Fixed the UI not updating properly if an Upgrade Refund Credit is earned
> after the wave has ended
>
> Quickplay
> - Added advanced options page, which allows you to search for a few
> commonly-requested non-vanilla options: 32-player servers, nocrits, and
> instant/modified respawn times
> - Added "Show Servers" button to quickplay. This will run the normal
> quickplay search, but instead of joining the "best" server, it will present
> a list of about 20 servers and let you pick.
>
> Other Changes
> - Improved loading of item information panels to prevent hitches when
> cycling through backpack pages.
>  - Use the convar tf_time_loading_item_panels to control how much time
> is spent per frame loading item panel data.
> - Fixed Australium items not using the correct images in the Steam
> Community Market
> - Added missing payload audio for the Medic, Soldier, Demoman, and Spy
> - Added the server command "sv_setsteamaccount" for logging in with a
> persistent game server account using a login token. Login tokens may be
> acquired via the IGameServersService/CreateAccount web API. Using a login
> token is not required to run a game server, but allows Steam users to
> continue to access your game server from their favorites list if your game
> server changes IP in the future.
> - Added the game server's SteamID to the output of the status command
> - Fixed the Killstreak counts not being accurately portrayed in the
> scoreboard
> - Fixed seeing the incorrect LOD settings for models when they are being
> previewed during submission to the Steam Workshop
> - Fixed a UV/skinning problem on the level 1 sentry
> - Fixed a problem where "activate virtual reality" doesn't work if you
> have 2 monitors + headset
> - Fixed a client crash caused by trying to load an invalid URL
> - Fixed achievements getting stuck in a completed state and not being
> awarded to the player
> - Fixed not hearing hit sounds after a level change when using
> tf_dingalingaling_repeat_delay
> - Fixed the "equipped" label being displayed on incorrect backpack panels
> when equipping items
> - Fixed the upper-left backpack panel always being highlighted when
> equipping items
> - Fixed player names being clipped by item images in the Freeze Cam and
> Inspect panels
> - Updated the equip_region for The Ext

Re: [hlds_linux] [hlds] Important changes to TF2 coming soon

[dan]

On 07/02/2014 20:23, Valentin G. wrote:

This really can not be the intentioned or desired gameplay:
http://i.imgur.com/xQBp6fG.jpg


If you force classes you don't create good players, you just hide a good 
indicator the server isn't

worth playing on.

If they're happy, leave them to it, and play somewhere else

--
Dan

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

Re: [hlds_linux] Workaround for linux problems running multiple servers on the same IP

[Rudy Bleeker]

In reality the -steamport is 1 higher than what you set it to, right?
I remember reading something about this a while ago.

On Sat, Feb 8, 2014 at 5:23 AM, Weasels Lair  wrote:
> Ooops, obviously, I meant 1000 not 100.
>
> On Fri, Feb 7, 2014 at 8:23 PM, Weasels Lair  wrote:
>> Just a suggestion, but I just add 100 to whatever port I am running
>> SRCDS on.  Seems to work fine.  That also keeps them in a set of port
>> ranges that is easy for me to firewall.
>>
>> Here's my command-lines for 3 TF2 instances as examples:
>>
>> nice -n 6 ./srcds_run -secure -game tf +port 6301 -steamport 7301 -debug;
>> nice -n 6 ./srcds_run -secure -game tf +port 6303 -steamport 7303 -debug;
>> nice -n 6 ./srcds_run -secure -game tf +port 6305 -steamport 7305 -debug;
>>
>> I run each in a separate installation folder, and each has their own
>> "autoexec.cfg" file for any other pre-map-load configuration stuff..
>>
>> On Fri, Feb 7, 2014 at 8:17 PM, Invalid Protocol
>>  wrote:
>>> 26901 ?
>>>
>>>
>>> On Sat, Feb 8, 2014 at 6:17 AM, Chris Oryschak  wrote:
>>>
 Whats the default -steamport so i know what to increment up from for the
 other instances?


 On Fri, Feb 7, 2014 at 10:59 PM, Fletcher Dunn
 wrote:

 > The latest TF Linux server has a bug that prevents multiple instances
 from
 > running at the same time.  The problem is that they are not successfully
 > binding to different ports due to the addition of the SO_REUSEADR flag
 at a
 > low level.
 >
 > We should be able to ship a fix for this early next week.
 >
 > In the meantime, a workaround is to pass -steamport on the command line
 to
 > each instance and assign each instance its own port.
 > ___
 > To unsubscribe, edit your list preferences, or view the list archives,
 > please visit:
 > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
 >
 ___
 To unsubscribe, edit your list preferences, or view the list archives,
 please visit:
 https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux

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



-- 
Idleness is not doing nothing. Idleness is being free to do anything.
  - Floyd Dell

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

Re: [hlds_linux] [hlds] Important changes to TF2 coming soon

[Rick Dunn]

I have to agree here.  The game is called "TEAM" Fortress 2.  A 6-engi
stack like that is easily countered by a good demo/medic combo, or
something as simple as one good spy.  Whenever I see shenanigans like that
I usually get my team to stop derping around long enough to put together
one good tactic, bust the other team's troll tactic apart, and then
suddenly it's back to being a normal team on the other side.



On Sat, Feb 8, 2014 at 7:03 AM, dan  wrote:

> On 07/02/2014 20:23, Valentin G. wrote:
>
>> This really can not be the intentioned or desired gameplay:
>> http://i.imgur.com/xQBp6fG.jpg
>>
>
> If you force classes you don't create good players, you just hide a good
> indicator the server isn't
> worth playing on.
>
> If they're happy, leave them to it, and play somewhere else
>
> --
> Dan
>
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux

Re: [hlds_linux] [hlds] Important changes to TF2 coming soon

[Jason]

Is there a step by step guide out there yet for server owners to great
gameserver accounts for this?  Are HTTPS POST requests not currently
working?  Am I doing something wrong?
I tried (using a previously mentioned chrome plugin) and am getting the
following when following the instructions in the original post:

2014 Feb 8 12:49:33POST
https://api.steampowered.com/IGameServersService/CreateAccount/v0001/401
Unauthorized
776ms
I have used key=mysteamkey and key= and appid=440 .and
always get an unauthorized message when doing a HTTPS POST request

If there is someone who could help, it would be appreciated.  Thank you in
advance
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux

Re: [hlds_linux] [hlds] Important changes to TF2 coming soon

[oGre]

I did a little writeup:

http://muppfarmen.se/2014/02/07/set-up-team-fortress-2-servers-to-use-the-all-new-game-server-steam-id/
-- 
=MUPP= oGre | o...@muppfarmen.se | http://muppfarmen.se
Den 8 feb 2014 18:59 skrev "Jason" :

> Is there a step by step guide out there yet for server owners to great
> gameserver accounts for this?  Are HTTPS POST requests not currently
> working?  Am I doing something wrong?
> I tried (using a previously mentioned chrome plugin) and am getting the
> following when following the instructions in the original post:
>
> 2014 Feb 8 12:49:33POST
> https://api.steampowered.com/IGameServersService/CreateAccount/v0001/401
> Unauthorized<
> http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.4.2>
> 776ms
> I have used key=mysteamkey and key= and appid=440 .and
> always get an unauthorized message when doing a HTTPS POST request
>
> If there is someone who could help, it would be appreciated.  Thank you in
> advance
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux

Re: [hlds_linux] [hlds] Important changes to TF2 coming soon

[ics]

If you use the chrome tool, 
https://chrome.google.com/webstore/detail/dev-http-client/aejoelaoggembcahagimdiliamlcdmfm/related?hl=en 
do this:


REQUEST https as protocol and url 
https://api.steampowered.com/IGameServersService/CreateAccount/v0001/?appid=440&key=keyhere 
POST and send
keyhere should be the one that you get from 
http://steamcommunity.com/dev/apikey


Then just get the login token.

If you want to check the id's you have, then do this:
REQUEST https as protocol and url 
https://api.steampowered.com/IGameServersService/GetAccountList/v0001/?key=keyhere 
GET and send


If you still cannot get it to work, post here and i'll add ducktape, 
chewing gum and iron wire :)


-ics

Jason kirjoitti:

Is there a step by step guide out there yet for server owners to great
gameserver accounts for this?  Are HTTPS POST requests not currently
working?  Am I doing something wrong?
I tried (using a previously mentioned chrome plugin) and am getting the
following when following the instructions in the original post:

2014 Feb 8 12:49:33POST
https://api.steampowered.com/IGameServersService/CreateAccount/v0001/401
Unauthorized
776ms
I have used key=mysteamkey and key= and appid=440 .and
always get an unauthorized message when doing a HTTPS POST request

If there is someone who could help, it would be appreciated.  Thank you in
advance
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux



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

Re: [hlds_linux] [hlds] Important changes to TF2 coming soon

[Dondon Tudtud]

Or you can use the tool Ross posted earlier:
http://tf2.rbemrose.com/steamreg.html


On Sun, Feb 9, 2014 at 2:11 AM, ics  wrote:

> If you use the chrome tool, https://chrome.google.com/
> webstore/detail/dev-http-client/aejoelaoggembcahagimdiliamlcdm
> fm/related?hl=en do this:
>
> REQUEST https as protocol and url https://api.steampowered.com/
> IGameServersService/CreateAccount/v0001/?appid=440&key=keyhere POST and
> send
> keyhere should be the one that you get from http://steamcommunity.com/dev/
> apikey
>
> Then just get the login token.
>
> If you want to check the id's you have, then do this:
> REQUEST https as protocol and url https://api.steampowered.com/
> IGameServersService/GetAccountList/v0001/?key=keyhere GET and send
>
> If you still cannot get it to work, post here and i'll add ducktape,
> chewing gum and iron wire :)
>
> -ics
>
> Jason kirjoitti:
>
>> Is there a step by step guide out there yet for server owners to great
>> gameserver accounts for this?  Are HTTPS POST requests not currently
>> working?  Am I doing something wrong?
>> I tried (using a previously mentioned chrome plugin) and am getting the
>> following when following the instructions in the original post:
>>
>> 2014 Feb 8 12:49:33POST
>> https://api.steampowered.com/IGameServersService/CreateAccount/v0001/401
>> Unauthorized> sec10.html#sec10.4.2>
>> 776ms
>> I have used key=mysteamkey and key= and appid=440 .and
>> always get an unauthorized message when doing a HTTPS POST request
>>
>> If there is someone who could help, it would be appreciated.  Thank you in
>> advance
>> ___
>> To unsubscribe, edit your list preferences, or view the list archives,
>> please visit:
>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>>
>
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux

[hlds_linux] TF2 Item Server Lost Connection all time

[Aridane Manuel Ojeda Sánchez]

Not be that has occurred as a result of the recent update, restart TF2
servers, get connection to Steam servers, and the items, but last minutes is
lost and does not go to recover.

Has happened to anyone else?

Thank you
Aridane
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux

Re: [hlds_linux] TF2 Item Server Lost Connection all time

[Kevin Dautermann]

Happened to me too, when I restart the server it loses the connection after
a while, also it doesn’t recover after a while like it should.

-Kevin

-Ursprüngliche Nachricht-
Von: hlds_linux-boun...@list.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] Im Auftrag von Aridane
Manuel Ojeda Sánchez
Gesendet: Samstag, 08. Februar 2014 22:38
An: Half-Life dedicated Linux server mailing list
Betreff: [hlds_linux] TF2 Item Server Lost Connection all time

Not be that has occurred as a result of the recent update, restart TF2
servers, get connection to Steam servers, and the items, but last minutes is
lost and does not go to recover.

Has happened to anyone else?

Thank you
Aridane
___
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux


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

Re: [hlds_linux] TF2 Item Server Lost Connection all time

[David H]

Its a known bug, workaround is to put -steamport  in your
start up vars
On Feb 8, 2014 11:09 PM, "Kevin Dautermann"  wrote:

> Happened to me too, when I restart the server it loses the connection after
> a while, also it doesn't recover after a while like it should.
>
> -Kevin
>
> -Ursprüngliche Nachricht-
> Von: hlds_linux-boun...@list.valvesoftware.com
> [mailto:hlds_linux-boun...@list.valvesoftware.com] Im Auftrag von Aridane
> Manuel Ojeda Sánchez
> Gesendet: Samstag, 08. Februar 2014 22:38
> An: Half-Life dedicated Linux server mailing list
> Betreff: [hlds_linux] TF2 Item Server Lost Connection all time
>
> Not be that has occurred as a result of the recent update, restart TF2
> servers, get connection to Steam servers, and the items, but last minutes
> is
> lost and does not go to recover.
>
> Has happened to anyone else?
>
> Thank you
> Aridane
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux

Re: [hlds_linux] TF2 Item Server Lost Connection all time

[Aridane Manuel Ojeda Sánchez]

Nothing, still the same problem on all servers.


2014-02-08 22:11 GMT+00:00 David H :

> Its a known bug, workaround is to put -steamport  in your
> start up vars
> On Feb 8, 2014 11:09 PM, "Kevin Dautermann" 
> wrote:
>
> > Happened to me too, when I restart the server it loses the connection
> after
> > a while, also it doesn't recover after a while like it should.
> >
> > -Kevin
> >
> > -Ursprüngliche Nachricht-
> > Von: hlds_linux-boun...@list.valvesoftware.com
> > [mailto:hlds_linux-boun...@list.valvesoftware.com] Im Auftrag von
> Aridane
> > Manuel Ojeda Sánchez
> > Gesendet: Samstag, 08. Februar 2014 22:38
> > An: Half-Life dedicated Linux server mailing list
> > Betreff: [hlds_linux] TF2 Item Server Lost Connection all time
> >
> > Not be that has occurred as a result of the recent update, restart TF2
> > servers, get connection to Steam servers, and the items, but last minutes
> > is
> > lost and does not go to recover.
> >
> > Has happened to anyone else?
> >
> > Thank you
> > Aridane
> > ___
> > To unsubscribe, edit your list preferences, or view the list archives,
> > please visit:
> > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
> >
> >
> > ___
> > To unsubscribe, edit your list preferences, or view the list archives,
> > please visit:
> > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
> >
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux

Re: [hlds_linux] TF2 Item Server Lost Connection all time

[Valentin G.]

Use a different port on every instance. If you try to share the port
the same thing happens.

On Sat, Feb 8, 2014 at 11:33 PM, Aridane Manuel Ojeda Sánchez
 wrote:
> Nothing, still the same problem on all servers.
>
>
> 2014-02-08 22:11 GMT+00:00 David H :
>
>> Its a known bug, workaround is to put -steamport  in your
>> start up vars
>> On Feb 8, 2014 11:09 PM, "Kevin Dautermann" 
>> wrote:
>>
>> > Happened to me too, when I restart the server it loses the connection
>> after
>> > a while, also it doesn't recover after a while like it should.
>> >
>> > -Kevin
>> >
>> > -Ursprüngliche Nachricht-
>> > Von: hlds_linux-boun...@list.valvesoftware.com
>> > [mailto:hlds_linux-boun...@list.valvesoftware.com] Im Auftrag von
>> Aridane
>> > Manuel Ojeda Sánchez
>> > Gesendet: Samstag, 08. Februar 2014 22:38
>> > An: Half-Life dedicated Linux server mailing list
>> > Betreff: [hlds_linux] TF2 Item Server Lost Connection all time
>> >
>> > Not be that has occurred as a result of the recent update, restart TF2
>> > servers, get connection to Steam servers, and the items, but last minutes
>> > is
>> > lost and does not go to recover.
>> >
>> > Has happened to anyone else?
>> >
>> > Thank you
>> > Aridane
>> > ___
>> > To unsubscribe, edit your list preferences, or view the list archives,
>> > please visit:
>> > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>> >
>> >
>> > ___
>> > To unsubscribe, edit your list preferences, or view the list archives,
>> > please visit:
>> > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>> >
>> ___
>> To unsubscribe, edit your list preferences, or view the list archives,
>> please visit:
>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>>
> ___
> To unsubscribe, edit your list preferences, or view the list archives, please 
> visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux

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

Re: [hlds_linux] Workaround for linux problems running multiple servers on the same IP

[Weasels Lair]

> Rudy Bleeker Sat, 08 Feb 2014 05:24:51 -0800
>
> In reality the -steamport is 1 higher than what you
> set it to, right? I remember reading something about
> this a while ago.

That's effectively correct.

In addition to the game port and the steam port, I also have noticed
each instance open several out-bound client ports in the 27000-series.
 Some sort of steam "client port"?

But explicitly specifying the game port and the steam port seems to be
sufficient to allow multiple SRCDS instances to operate on the same IP
address.  Whatever that other/extra port is, it seems to be
dynamically grabbing whatever's available without creating any
conflicts.

Below are some "netstat" captures from a Debian Linux server running 3
instances of TF2, plus a couple other Valve SRCDS titles, plus several
mods - all sharing the same IP address.  You will note, that in
addition to the specified game-ports (6000-series in my case), and the
specified steam ports (7000-series in my case), there are several
other ports each seems to dynamically grab as needed.

Obviously, this is all best viewed in a fixed-pitch font.

Note: Output is parsed from "netstat --all --inet --numeric-ports
--program --extend" command while logged-in as the account that the
game servers operate under.

TF2, instance 1 of 3

Proto Recv-Q Send-Q Local Address   Foreign Address
State   User   Inode   PID/Program name
---
tcp0  0 192.30.161.61:6301  0.0.0.0:*
LISTEN  whatever   2395002767  1211/srcds_linux
udp12096  0 0.0.0.0:63010.0.0.0:*
 whatever   2395002763  1211/srcds_linux
udp0  0 0.0.0.0:73020.0.0.0:*
 whatever   2395054751  1211/srcds_linux
udp0  0 0.0.0.0:27005   0.0.0.0:*
 whatever   2395002764  1211/srcds_linux
udp0  0 0.0.0.0:27020   0.0.0.0:*
 whatever   2395002766  1211/srcds_linux

TF2, instance 2 of 3

Proto Recv-Q Send-Q Local Address   Foreign Address
State   User   Inode   PID/Program name
---
tcp0  0 192.30.161.61:6303  0.0.0.0:*
LISTEN  whatever   2395036130  1268/srcds_linux
udp0  0 0.0.0.0:63030.0.0.0:*
 whatever   2395036127  1268/srcds_linux
udp0  0 0.0.0.0:73040.0.0.0:*
 whatever   2395105669  1268/srcds_linux
udp0  0 0.0.0.0:27007   0.0.0.0:*
 whatever   2395036128  1268/srcds_linux
udp0  0 0.0.0.0:27022   0.0.0.0:*
 whatever   2395036129  1268/srcds_linux

TF2, instance 3 of 3

Proto Recv-Q Send-Q Local Address   Foreign Address
State   User   Inode   PID/Program name
---
tcp0  0 192.30.161.61:6305  0.0.0.0:*
LISTEN  whatever   2395082244  1351/srcds_linux
udp 1344  0 0.0.0.0:63050.0.0.0:*
 whatever   2395082241  1351/srcds_linux
udp0  0 0.0.0.0:73060.0.0.0:*
 whatever   2395123039  1351/srcds_linux
udp0  0 0.0.0.0:27011   0.0.0.0:*
 whatever   2395082242  1351/srcds_linux
udp0  0 0.0.0.0:27026   0.0.0.0:*
 whatever   2395082243  1351/srcds_linux

Counter-Strike:Source
=
Proto Recv-Q Send-Q Local Address   Foreign Address
State   User   Inode   PID/Program name
---
tcp0  0 192.30.161.61:6307  0.0.0.0:*
LISTEN  whatever   2395127256  1421/srcds_linux
udp0  0 0.0.0.0:63070.0.0.0:*
 whatever   2395127252  1421/srcds_linux
udp0  0 0.0.0.0:73080.0.0.0:*
 whatever   2395143869  1421/srcds_linux
udp0  0 0.0.0.0:27012   0.0.0.0:*
 whatever   2395127254  1421/srcds_linux
udp0  0 0.0.0.0:27027   0.0.0.0:*
 whatever   2395127255  1421/srcds_linux

Half-Life DM:Source
===
Proto Recv-Q Send-Q Local Address   Foreign Address
State   User   Inode   PID/Program name
---
tcp0  0 192.30.161.61:6309  0.0.0.0:*
LISTEN  whatever   2395157135  1493/srcds_linux
udp0  0 0.0.0.0:63090.0.0.0:*
 whatever   2395157131  1493/srcds_linux
udp0  0 0.0.0.0:73100.0.0.0:*
 

Re: [hlds_linux] TF2 Item Server Lost Connection all time

[Aridane Manuel Ojeda Sánchez]

Sorry firewall problem.
Solved correctly

Thanks 4 your help!!

El sábado, 8 de febrero de 2014, Valentin G.  escribió:

> Use a different port on every instance. If you try to share the port
> the same thing happens.
>
> On Sat, Feb 8, 2014 at 11:33 PM, Aridane Manuel Ojeda Sánchez
> > wrote:
> > Nothing, still the same problem on all servers.
> >
> >
> > 2014-02-08 22:11 GMT+00:00 David H 
> >:
> >
> >> Its a known bug, workaround is to put -steamport  in your
> >> start up vars
> >> On Feb 8, 2014 11:09 PM, "Kevin Dautermann" 
> >> 
> >
> >> wrote:
> >>
> >> > Happened to me too, when I restart the server it loses the connection
> >> after
> >> > a while, also it doesn't recover after a while like it should.
> >> >
> >> > -Kevin
> >> >
> >> > -Ursprüngliche Nachricht-
> >> > Von: hlds_linux-boun...@list.valvesoftware.com 
> >> > [mailto:hlds_linux-boun...@list.valvesoftware.com ] Im
> Auftrag von
> >> Aridane
> >> > Manuel Ojeda Sánchez
> >> > Gesendet: Samstag, 08. Februar 2014 22:38
> >> > An: Half-Life dedicated Linux server mailing list
> >> > Betreff: [hlds_linux] TF2 Item Server Lost Connection all time
> >> >
> >> > Not be that has occurred as a result of the recent update, restart TF2
> >> > servers, get connection to Steam servers, and the items, but last
> minutes
> >> > is
> >> > lost and does not go to recover.
> >> >
> >> > Has happened to anyone else?
> >> >
> >> > Thank you
> >> > Aridane
> >> > ___
> >> > To unsubscribe, edit your list preferences, or view the list archives,
> >> > please visit:
> >> > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
> >> >
> >> >
> >> > ___
> >> > To unsubscribe, edit your list preferences, or view the list archives,
> >> > please visit:
> >> > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
> >> >
> >> ___
> >> To unsubscribe, edit your list preferences, or view the list archives,
> >> please visit:
> >> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
> >>
> > ___
> > To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux

Re: [hlds_linux] Workaround for linux problems running multiple servers on the same IP

[Rudy Bleeker]

Yes there are indeed 3 variables that you can set which control the
ports your srcds instance uses.

1. +hostport (default 27015) opens both a TCP and a UDP port
2. +clientport (default 27005) opens a UDP port
3. -steamport (I guess the default is 26900) opens a UDP port on the
number +1 for some reason

there's also the -port command line option which controls (and I
believe overrules, but I've never tested that) the same port as
+hostport does.

On Sun, Feb 9, 2014 at 12:10 AM, Weasels Lair  wrote:
>> Rudy Bleeker Sat, 08 Feb 2014 05:24:51 -0800
>>
>> In reality the -steamport is 1 higher than what you
>> set it to, right? I remember reading something about
>> this a while ago.
>
> That's effectively correct.
>
> In addition to the game port and the steam port, I also have noticed
> each instance open several out-bound client ports in the 27000-series.
>  Some sort of steam "client port"?
>
> But explicitly specifying the game port and the steam port seems to be
> sufficient to allow multiple SRCDS instances to operate on the same IP
> address.  Whatever that other/extra port is, it seems to be
> dynamically grabbing whatever's available without creating any
> conflicts.
>
> Below are some "netstat" captures from a Debian Linux server running 3
> instances of TF2, plus a couple other Valve SRCDS titles, plus several
> mods - all sharing the same IP address.  You will note, that in
> addition to the specified game-ports (6000-series in my case), and the
> specified steam ports (7000-series in my case), there are several
> other ports each seems to dynamically grab as needed.
>
> Obviously, this is all best viewed in a fixed-pitch font.
>
> Note: Output is parsed from "netstat --all --inet --numeric-ports
> --program --extend" command while logged-in as the account that the
> game servers operate under.
>
> TF2, instance 1 of 3
> 
> Proto Recv-Q Send-Q Local Address   Foreign Address
> State   User   Inode   PID/Program name
> ---
> tcp0  0 192.30.161.61:6301  0.0.0.0:*
> LISTEN  whatever   2395002767  1211/srcds_linux
> udp12096  0 0.0.0.0:63010.0.0.0:*
>  whatever   2395002763  1211/srcds_linux
> udp0  0 0.0.0.0:73020.0.0.0:*
>  whatever   2395054751  1211/srcds_linux
> udp0  0 0.0.0.0:27005   0.0.0.0:*
>  whatever   2395002764  1211/srcds_linux
> udp0  0 0.0.0.0:27020   0.0.0.0:*
>  whatever   2395002766  1211/srcds_linux
>
> TF2, instance 2 of 3
> 
> Proto Recv-Q Send-Q Local Address   Foreign Address
> State   User   Inode   PID/Program name
> ---
> tcp0  0 192.30.161.61:6303  0.0.0.0:*
> LISTEN  whatever   2395036130  1268/srcds_linux
> udp0  0 0.0.0.0:63030.0.0.0:*
>  whatever   2395036127  1268/srcds_linux
> udp0  0 0.0.0.0:73040.0.0.0:*
>  whatever   2395105669  1268/srcds_linux
> udp0  0 0.0.0.0:27007   0.0.0.0:*
>  whatever   2395036128  1268/srcds_linux
> udp0  0 0.0.0.0:27022   0.0.0.0:*
>  whatever   2395036129  1268/srcds_linux
>
> TF2, instance 3 of 3
> 
> Proto Recv-Q Send-Q Local Address   Foreign Address
> State   User   Inode   PID/Program name
> ---
> tcp0  0 192.30.161.61:6305  0.0.0.0:*
> LISTEN  whatever   2395082244  1351/srcds_linux
> udp 1344  0 0.0.0.0:63050.0.0.0:*
>  whatever   2395082241  1351/srcds_linux
> udp0  0 0.0.0.0:73060.0.0.0:*
>  whatever   2395123039  1351/srcds_linux
> udp0  0 0.0.0.0:27011   0.0.0.0:*
>  whatever   2395082242  1351/srcds_linux
> udp0  0 0.0.0.0:27026   0.0.0.0:*
>  whatever   2395082243  1351/srcds_linux
>
> Counter-Strike:Source
> =
> Proto Recv-Q Send-Q Local Address   Foreign Address
> State   User   Inode   PID/Program name
> ---
> tcp0  0 192.30.161.61:6307  0.0.0.0:*
> LISTEN  whatever   2395127256  1421/srcds_linux
> udp0  0 0.0.0.0:63070.0.0.0:*
>  whatever   2395127252  1421/srcds_linux
> udp0  0 0.0.0.0:73080.0.0.0:*
>  whatever   2395143869  1421/srcds_linux
> udp0  0 0.0.0.0:27012   0.0.0.0:*
>  whatever   23

Re: [hlds_linux] Workaround for linux problems running multiple servers on the same IP

[Weasels Lair]

Yep.  I use "+port" and "-steamport" in my SRCDS command-lines.
I have never tried to over-ride the "+clientport" option.  What is a
mystery to me is why it needs any more ports than "+port" and
"-steamport".  Further, it seems to always grab TWO "client ports" per
instance - not just ONE.

Also, I just double-checked my HLDS port usage.  That doesn't use
anything other than "+port" and -"sport" (instead of "-steamport").
There doesn't seem to be any need for the GoldSrc/HLDS to use any
ports other than that.


On Sat, Feb 8, 2014 at 3:46 PM, Rudy Bleeker  wrote:
> Yes there are indeed 3 variables that you can set which control the
> ports your srcds instance uses.
>
> 1. +hostport (default 27015) opens both a TCP and a UDP port
> 2. +clientport (default 27005) opens a UDP port
> 3. -steamport (I guess the default is 26900) opens a UDP port on the
> number +1 for some reason
>
> there's also the -port command line option which controls (and I
> believe overrules, but I've never tested that) the same port as
> +hostport does.
>
> On Sun, Feb 9, 2014 at 12:10 AM, Weasels Lair  wrote:
>>> Rudy Bleeker Sat, 08 Feb 2014 05:24:51 -0800
>>>
>>> In reality the -steamport is 1 higher than what you
>>> set it to, right? I remember reading something about
>>> this a while ago.
>>
>> That's effectively correct.
>>
>> In addition to the game port and the steam port, I also have noticed
>> each instance open several out-bound client ports in the 27000-series.
>>  Some sort of steam "client port"?
>>
>> But explicitly specifying the game port and the steam port seems to be
>> sufficient to allow multiple SRCDS instances to operate on the same IP
>> address.  Whatever that other/extra port is, it seems to be
>> dynamically grabbing whatever's available without creating any
>> conflicts.
>>
>> Below are some "netstat" captures from a Debian Linux server running 3
>> instances of TF2, plus a couple other Valve SRCDS titles, plus several
>> mods - all sharing the same IP address.  You will note, that in
>> addition to the specified game-ports (6000-series in my case), and the
>> specified steam ports (7000-series in my case), there are several
>> other ports each seems to dynamically grab as needed.
>>
>> Obviously, this is all best viewed in a fixed-pitch font.
>>
>> Note: Output is parsed from "netstat --all --inet --numeric-ports
>> --program --extend" command while logged-in as the account that the
>> game servers operate under.
>>
>> TF2, instance 1 of 3
>> 
>> Proto Recv-Q Send-Q Local Address   Foreign Address
>> State   User   Inode   PID/Program name
>> ---
>> tcp0  0 192.30.161.61:6301  0.0.0.0:*
>> LISTEN  whatever   2395002767  1211/srcds_linux
>> udp12096  0 0.0.0.0:63010.0.0.0:*
>>  whatever   2395002763  1211/srcds_linux
>> udp0  0 0.0.0.0:73020.0.0.0:*
>>  whatever   2395054751  1211/srcds_linux
>> udp0  0 0.0.0.0:27005   0.0.0.0:*
>>  whatever   2395002764  1211/srcds_linux
>> udp0  0 0.0.0.0:27020   0.0.0.0:*
>>  whatever   2395002766  1211/srcds_linux
>>
>> TF2, instance 2 of 3
>> 
>> Proto Recv-Q Send-Q Local Address   Foreign Address
>> State   User   Inode   PID/Program name
>> ---
>> tcp0  0 192.30.161.61:6303  0.0.0.0:*
>> LISTEN  whatever   2395036130  1268/srcds_linux
>> udp0  0 0.0.0.0:63030.0.0.0:*
>>  whatever   2395036127  1268/srcds_linux
>> udp0  0 0.0.0.0:73040.0.0.0:*
>>  whatever   2395105669  1268/srcds_linux
>> udp0  0 0.0.0.0:27007   0.0.0.0:*
>>  whatever   2395036128  1268/srcds_linux
>> udp0  0 0.0.0.0:27022   0.0.0.0:*
>>  whatever   2395036129  1268/srcds_linux
>>
>> TF2, instance 3 of 3
>> 
>> Proto Recv-Q Send-Q Local Address   Foreign Address
>> State   User   Inode   PID/Program name
>> ---
>> tcp0  0 192.30.161.61:6305  0.0.0.0:*
>> LISTEN  whatever   2395082244  1351/srcds_linux
>> udp 1344  0 0.0.0.0:63050.0.0.0:*
>>  whatever   2395082241  1351/srcds_linux
>> udp0  0 0.0.0.0:73060.0.0.0:*
>>  whatever   2395123039  1351/srcds_linux
>> udp0  0 0.0.0.0:27011   0.0.0.0:*
>>  whatever   2395082242  1351/srcds_linux
>> udp0  0 0.0.0.0:27026   0.0.0.0:*
>>  whatever   2395082243  1351/srcds_linux
>>
>> Counter-Strike:

Re: [hlds_linux] Workaround for linux problems running multiple servers on the same IP

[Ross Bemrose]

+clientport is mandatory if you use the -strictportbind command-line 
option.  As is one of either -nohltv or +tv_port.


On 2/8/2014 6:54 PM, Weasels Lair wrote:

Yep.  I use "+port" and "-steamport" in my SRCDS command-lines.
I have never tried to over-ride the "+clientport" option.  What is a
mystery to me is why it needs any more ports than "+port" and
"-steamport".  Further, it seems to always grab TWO "client ports" per
instance - not just ONE.

Also, I just double-checked my HLDS port usage.  That doesn't use
anything other than "+port" and -"sport" (instead of "-steamport").
There doesn't seem to be any need for the GoldSrc/HLDS to use any
ports other than that.


On Sat, Feb 8, 2014 at 3:46 PM, Rudy Bleeker  wrote:

Yes there are indeed 3 variables that you can set which control the
ports your srcds instance uses.

1. +hostport (default 27015) opens both a TCP and a UDP port
2. +clientport (default 27005) opens a UDP port
3. -steamport (I guess the default is 26900) opens a UDP port on the
number +1 for some reason

there's also the -port command line option which controls (and I
believe overrules, but I've never tested that) the same port as
+hostport does.

On Sun, Feb 9, 2014 at 12:10 AM, Weasels Lair  wrote:

Rudy Bleeker Sat, 08 Feb 2014 05:24:51 -0800

In reality the -steamport is 1 higher than what you
set it to, right? I remember reading something about
this a while ago.

That's effectively correct.

In addition to the game port and the steam port, I also have noticed
each instance open several out-bound client ports in the 27000-series.
  Some sort of steam "client port"?

But explicitly specifying the game port and the steam port seems to be
sufficient to allow multiple SRCDS instances to operate on the same IP
address.  Whatever that other/extra port is, it seems to be
dynamically grabbing whatever's available without creating any
conflicts.

Below are some "netstat" captures from a Debian Linux server running 3
instances of TF2, plus a couple other Valve SRCDS titles, plus several
mods - all sharing the same IP address.  You will note, that in
addition to the specified game-ports (6000-series in my case), and the
specified steam ports (7000-series in my case), there are several
other ports each seems to dynamically grab as needed.

Obviously, this is all best viewed in a fixed-pitch font.

Note: Output is parsed from "netstat --all --inet --numeric-ports
--program --extend" command while logged-in as the account that the
game servers operate under.

TF2, instance 1 of 3

Proto Recv-Q Send-Q Local Address   Foreign Address
State   User   Inode   PID/Program name
---
tcp0  0 192.30.161.61:6301  0.0.0.0:*
LISTEN  whatever   2395002767  1211/srcds_linux
udp12096  0 0.0.0.0:63010.0.0.0:*
  whatever   2395002763  1211/srcds_linux
udp0  0 0.0.0.0:73020.0.0.0:*
  whatever   2395054751  1211/srcds_linux
udp0  0 0.0.0.0:27005   0.0.0.0:*
  whatever   2395002764  1211/srcds_linux
udp0  0 0.0.0.0:27020   0.0.0.0:*
  whatever   2395002766  1211/srcds_linux

TF2, instance 2 of 3

Proto Recv-Q Send-Q Local Address   Foreign Address
State   User   Inode   PID/Program name
---
tcp0  0 192.30.161.61:6303  0.0.0.0:*
LISTEN  whatever   2395036130  1268/srcds_linux
udp0  0 0.0.0.0:63030.0.0.0:*
  whatever   2395036127  1268/srcds_linux
udp0  0 0.0.0.0:73040.0.0.0:*
  whatever   2395105669  1268/srcds_linux
udp0  0 0.0.0.0:27007   0.0.0.0:*
  whatever   2395036128  1268/srcds_linux
udp0  0 0.0.0.0:27022   0.0.0.0:*
  whatever   2395036129  1268/srcds_linux

TF2, instance 3 of 3

Proto Recv-Q Send-Q Local Address   Foreign Address
State   User   Inode   PID/Program name
---
tcp0  0 192.30.161.61:6305  0.0.0.0:*
LISTEN  whatever   2395082244  1351/srcds_linux
udp 1344  0 0.0.0.0:63050.0.0.0:*
  whatever   2395082241  1351/srcds_linux
udp0  0 0.0.0.0:73060.0.0.0:*
  whatever   2395123039  1351/srcds_linux
udp0  0 0.0.0.0:27011   0.0.0.0:*
  whatever   2395082242  1351/srcds_linux
udp0  0 0.0.0.0:27026   0.0.0.0:*
  whatever   2395082243  1351/srcds_linux

Counter-Strike:Source
=
Proto Recv-Q Send-Q Local Address   Forei

Re: [hlds_linux] Workaround for linux problems running multiple servers on the same IP

[Rudy Bleeker]

If you're refering to the ports in the 27020 range, those are probably
not clientports but sourcetv ports. I noticed them on my servers as
well a while ago and got rid of them by specifying -nohltv on the
command line.

You can find all these options at
https://developer.valvesoftware.com/wiki/Command_Line_Options#Source_Dedicated_Server

On Sun, Feb 9, 2014 at 12:54 AM, Weasels Lair  wrote:
> Yep.  I use "+port" and "-steamport" in my SRCDS command-lines.
> I have never tried to over-ride the "+clientport" option.  What is a
> mystery to me is why it needs any more ports than "+port" and
> "-steamport".  Further, it seems to always grab TWO "client ports" per
> instance - not just ONE.
>
> Also, I just double-checked my HLDS port usage.  That doesn't use
> anything other than "+port" and -"sport" (instead of "-steamport").
> There doesn't seem to be any need for the GoldSrc/HLDS to use any
> ports other than that.
>
>
> On Sat, Feb 8, 2014 at 3:46 PM, Rudy Bleeker  wrote:
>> Yes there are indeed 3 variables that you can set which control the
>> ports your srcds instance uses.
>>
>> 1. +hostport (default 27015) opens both a TCP and a UDP port
>> 2. +clientport (default 27005) opens a UDP port
>> 3. -steamport (I guess the default is 26900) opens a UDP port on the
>> number +1 for some reason
>>
>> there's also the -port command line option which controls (and I
>> believe overrules, but I've never tested that) the same port as
>> +hostport does.
>>
>> On Sun, Feb 9, 2014 at 12:10 AM, Weasels Lair  wrote:
 Rudy Bleeker Sat, 08 Feb 2014 05:24:51 -0800

 In reality the -steamport is 1 higher than what you
 set it to, right? I remember reading something about
 this a while ago.
>>>
>>> That's effectively correct.
>>>
>>> In addition to the game port and the steam port, I also have noticed
>>> each instance open several out-bound client ports in the 27000-series.
>>>  Some sort of steam "client port"?
>>>
>>> But explicitly specifying the game port and the steam port seems to be
>>> sufficient to allow multiple SRCDS instances to operate on the same IP
>>> address.  Whatever that other/extra port is, it seems to be
>>> dynamically grabbing whatever's available without creating any
>>> conflicts.
>>>
>>> Below are some "netstat" captures from a Debian Linux server running 3
>>> instances of TF2, plus a couple other Valve SRCDS titles, plus several
>>> mods - all sharing the same IP address.  You will note, that in
>>> addition to the specified game-ports (6000-series in my case), and the
>>> specified steam ports (7000-series in my case), there are several
>>> other ports each seems to dynamically grab as needed.
>>>
>>> Obviously, this is all best viewed in a fixed-pitch font.
>>>
>>> Note: Output is parsed from "netstat --all --inet --numeric-ports
>>> --program --extend" command while logged-in as the account that the
>>> game servers operate under.
>>>
>>> TF2, instance 1 of 3
>>> 
>>> Proto Recv-Q Send-Q Local Address   Foreign Address
>>> State   User   Inode   PID/Program name
>>> ---
>>> tcp0  0 192.30.161.61:6301  0.0.0.0:*
>>> LISTEN  whatever   2395002767  1211/srcds_linux
>>> udp12096  0 0.0.0.0:63010.0.0.0:*
>>>  whatever   2395002763  1211/srcds_linux
>>> udp0  0 0.0.0.0:73020.0.0.0:*
>>>  whatever   2395054751  1211/srcds_linux
>>> udp0  0 0.0.0.0:27005   0.0.0.0:*
>>>  whatever   2395002764  1211/srcds_linux
>>> udp0  0 0.0.0.0:27020   0.0.0.0:*
>>>  whatever   2395002766  1211/srcds_linux
>>>
>>> TF2, instance 2 of 3
>>> 
>>> Proto Recv-Q Send-Q Local Address   Foreign Address
>>> State   User   Inode   PID/Program name
>>> ---
>>> tcp0  0 192.30.161.61:6303  0.0.0.0:*
>>> LISTEN  whatever   2395036130  1268/srcds_linux
>>> udp0  0 0.0.0.0:63030.0.0.0:*
>>>  whatever   2395036127  1268/srcds_linux
>>> udp0  0 0.0.0.0:73040.0.0.0:*
>>>  whatever   2395105669  1268/srcds_linux
>>> udp0  0 0.0.0.0:27007   0.0.0.0:*
>>>  whatever   2395036128  1268/srcds_linux
>>> udp0  0 0.0.0.0:27022   0.0.0.0:*
>>>  whatever   2395036129  1268/srcds_linux
>>>
>>> TF2, instance 3 of 3
>>> 
>>> Proto Recv-Q Send-Q Local Address   Foreign Address
>>> State   User   Inode   PID/Program name
>>> ---
>>> tcp0  0 192.30.161.61:6305  0.0.0.0:*
>>> LISTEN  

Re: [hlds_linux] Workaround for linux problems running multiple servers on the same IP

[Rudy Bleeker]

On Sun, Feb 9, 2014 at 12:58 AM, Ross Bemrose  wrote:
> +clientport is mandatory if you use the -strictportbind command-line option.
> As is one of either -nohltv or +tv_port.

That too. If you're using -strictportbind you need to set a hostport,
a client port and a tv port or turn sourcetv off. The steamport is the
only port not subject to strict port binding.

-- 
Idleness is not doing nothing. Idleness is being free to do anything.
  - Floyd Dell

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

Re: [hlds_linux] [hlds] Important changes to TF2 coming soon

[Jason]

ics helped me -- had to put the "appid" and "key" inline with the HTTPS
string and nothing in the body and got the information returned that I
needed.now, I have to put that in my server config under what sv_
variable?

Thanks to those who have or are helping the less knowledgeable admins out
there, it's appreciated.
Jason

PSDondon, I wish I had that from the start, that makes it idiot proof!
 LOL  **bookmarked**


On Sat, Feb 8, 2014 at 3:59 PM, Dondon Tudtud  wrote:

> Or you can use the tool Ross posted earlier:
> http://tf2.rbemrose.com/steamreg.html
>
>
> On Sun, Feb 9, 2014 at 2:11 AM, ics  wrote:
>
> > If you use the chrome tool, https://chrome.google.com/
> > webstore/detail/dev-http-client/aejoelaoggembcahagimdiliamlcdm
> > fm/related?hl=en do this:
> >
> > REQUEST https as protocol and url https://api.steampowered.com/
> > IGameServersService/CreateAccount/v0001/?appid=440&key=keyhere POST and
> > send
> > keyhere should be the one that you get from
> http://steamcommunity.com/dev/
> > apikey
> >
> > Then just get the login token.
> >
> > If you want to check the id's you have, then do this:
> > REQUEST https as protocol and url https://api.steampowered.com/
> > IGameServersService/GetAccountList/v0001/?key=keyhere GET and send
> >
> > If you still cannot get it to work, post here and i'll add ducktape,
> > chewing gum and iron wire :)
> >
> > -ics
> >
> > Jason kirjoitti:
> >
> >> Is there a step by step guide out there yet for server owners to great
> >> gameserver accounts for this?  Are HTTPS POST requests not currently
> >> working?  Am I doing something wrong?
> >> I tried (using a previously mentioned chrome plugin) and am getting the
> >> following when following the instructions in the original post:
> >>
> >> 2014 Feb 8 12:49:33POST
> >>
> https://api.steampowered.com/IGameServersService/CreateAccount/v0001/401
> >> Unauthorized >> sec10.html#sec10.4.2>
> >> 776ms
> >> I have used key=mysteamkey and key= and appid=440 .and
> >> always get an unauthorized message when doing a HTTPS POST request
> >>
> >> If there is someone who could help, it would be appreciated.  Thank you
> in
> >> advance
> >> ___
> >> To unsubscribe, edit your list preferences, or view the list archives,
> >> please visit:
> >> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
> >>
> >
> >
> > ___
> > To unsubscribe, edit your list preferences, or view the list archives,
> > please visit:
> > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
> >
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux

Re: [hlds_linux] [hlds] Important changes to TF2 coming soon

[Jason]

so does this sv_setsteamaccount go in the server cfg?

It says before the map loads, but not sure at what point in the server.cfg
file this would be.anywhere?  Just as long as it's not in the
autoexec.cfg file?


On Sat, Feb 8, 2014 at 9:29 PM, Jason  wrote:

> ics helped me -- had to put the "appid" and "key" inline with the HTTPS
> string and nothing in the body and got the information returned that I
> needed.now, I have to put that in my server config under what sv_
> variable?
>
> Thanks to those who have or are helping the less knowledgeable admins out
> there, it's appreciated.
> Jason
>
> PSDondon, I wish I had that from the start, that makes it idiot proof!
>  LOL  **bookmarked**
>
>
> On Sat, Feb 8, 2014 at 3:59 PM, Dondon Tudtud  wrote:
>
>> Or you can use the tool Ross posted earlier:
>> http://tf2.rbemrose.com/steamreg.html
>>
>>
>> On Sun, Feb 9, 2014 at 2:11 AM, ics  wrote:
>>
>> > If you use the chrome tool, https://chrome.google.com/
>> > webstore/detail/dev-http-client/aejoelaoggembcahagimdiliamlcdm
>> > fm/related?hl=en do this:
>> >
>> > REQUEST https as protocol and url https://api.steampowered.com/
>> > IGameServersService/CreateAccount/v0001/?appid=440&key=keyhere POST and
>> > send
>> > keyhere should be the one that you get from
>> http://steamcommunity.com/dev/
>> > apikey
>> >
>> > Then just get the login token.
>> >
>> > If you want to check the id's you have, then do this:
>> > REQUEST https as protocol and url https://api.steampowered.com/
>> > IGameServersService/GetAccountList/v0001/?key=keyhere GET and send
>> >
>> > If you still cannot get it to work, post here and i'll add ducktape,
>> > chewing gum and iron wire :)
>> >
>> > -ics
>> >
>> > Jason kirjoitti:
>> >
>> >> Is there a step by step guide out there yet for server owners to great
>> >> gameserver accounts for this?  Are HTTPS POST requests not currently
>> >> working?  Am I doing something wrong?
>> >> I tried (using a previously mentioned chrome plugin) and am getting the
>> >> following when following the instructions in the original post:
>> >>
>> >> 2014 Feb 8 12:49:33POST
>> >>
>> https://api.steampowered.com/IGameServersService/CreateAccount/v0001/401
>> >> Unauthorized> >> sec10.html#sec10.4.2>
>> >> 776ms
>> >> I have used key=mysteamkey and key= and appid=440 .and
>> >> always get an unauthorized message when doing a HTTPS POST request
>> >>
>> >> If there is someone who could help, it would be appreciated.  Thank
>> you in
>> >> advance
>> >> ___
>> >> To unsubscribe, edit your list preferences, or view the list archives,
>> >> please visit:
>> >> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>> >>
>> >
>> >
>> > ___
>> > To unsubscribe, edit your list preferences, or view the list archives,
>> > please visit:
>> > https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>> >
>> ___
>> To unsubscribe, edit your list preferences, or view the list archives,
>> please visit:
>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>>
>
>
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux

Re: [hlds_linux] [hlds] Important changes to TF2 coming soon

[Ross Bemrose]

It has to be run either in the server command line (not recommended), 
autoexec.cfg, or in another cfg file you execute from the command-line 
using +exec.


On 2/8/2014 9:33 PM, Jason wrote:

so does this sv_setsteamaccount go in the server cfg?

It says before the map loads, but not sure at what point in the server.cfg
file this would be.anywhere?  Just as long as it's not in the
autoexec.cfg file?


On Sat, Feb 8, 2014 at 9:29 PM, Jason  wrote:


ics helped me -- had to put the "appid" and "key" inline with the HTTPS
string and nothing in the body and got the information returned that I
needed.now, I have to put that in my server config under what sv_
variable?

Thanks to those who have or are helping the less knowledgeable admins out
there, it's appreciated.
Jason

PSDondon, I wish I had that from the start, that makes it idiot proof!
  LOL  **bookmarked**


On Sat, Feb 8, 2014 at 3:59 PM, Dondon Tudtud  wrote:


Or you can use the tool Ross posted earlier:
http://tf2.rbemrose.com/steamreg.html


On Sun, Feb 9, 2014 at 2:11 AM, ics  wrote:


If you use the chrome tool, https://chrome.google.com/
webstore/detail/dev-http-client/aejoelaoggembcahagimdiliamlcdm
fm/related?hl=en do this:

REQUEST https as protocol and url https://api.steampowered.com/
IGameServersService/CreateAccount/v0001/?appid=440&key=keyhere POST and
send
keyhere should be the one that you get from

http://steamcommunity.com/dev/

apikey

Then just get the login token.

If you want to check the id's you have, then do this:
REQUEST https as protocol and url https://api.steampowered.com/
IGameServersService/GetAccountList/v0001/?key=keyhere GET and send

If you still cannot get it to work, post here and i'll add ducktape,
chewing gum and iron wire :)

-ics

Jason kirjoitti:


Is there a step by step guide out there yet for server owners to great
gameserver accounts for this?  Are HTTPS POST requests not currently
working?  Am I doing something wrong?
I tried (using a previously mentioned chrome plugin) and am getting the
following when following the instructions in the original post:

2014 Feb 8 12:49:33POST


https://api.steampowered.com/IGameServersService/CreateAccount/v0001/401

Unauthorized
776ms
I have used key=mysteamkey and key= and appid=440 .and
always get an unauthorized message when doing a HTTPS POST request

If there is someone who could help, it would be appreciated.  Thank

you in

advance
___
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux



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


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




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



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

Re: [hlds_linux] Workaround for linux problems running multiple servers on the same IP

[Erik-jan Riemers]

Also, if you run your stuff from a script and save the port into say $port,
you can reuse it for all the other ports by just saying $[$port+5] , this
saves you the trouble to keep a record of all the ports in your scripts.
(besides the default one)


2014-02-09 1:02 GMT+01:00 Rudy Bleeker :

> On Sun, Feb 9, 2014 at 12:58 AM, Ross Bemrose  wrote:
> > +clientport is mandatory if you use the -strictportbind command-line
> option.
> > As is one of either -nohltv or +tv_port.
>
> That too. If you're using -strictportbind you need to set a hostport,
> a client port and a tv port or turn sourcetv off. The steamport is the
> only port not subject to strict port binding.
>
> --
> Idleness is not doing nothing. Idleness is being free to do anything.
>   - Floyd Dell
>
> ___
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
>
___
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux