proclan

Launch the game using this option: AAPG\Binaries\Win32\AAGame.exe and this command line: server BDX_Breach_EX /GLOBAL /AuthServerUserName=$[user.UserName] /AuthServerPassword=$[user.Password] /AuthServerIP=$[service.IpAddress] /STEAMSERVERIP=$[service.IpAddress] MULTIHOME=$[service.IpAddress] /NOPAUSE /NOHOMEDIR

You need to check your KFGame\Config\KFWeb.ini file and make sure you are doing port increments ListenPort=$[service.CustomPort1] MaxConnections=18 ExpirationSeconds=86400 bEnabled=true Make sure to delete the DefaultWeb.ini file from your install folder as it will over write theses settings.

You can check the wiki most of the basic info is listed there as far as the ports: Game Port 7777 <--- This is the main port the game will send connections over Query Port 27015<--- This port is used to communicate with the Steam Master Server Web Admin 8080<---- This port is used to connect to your servers web admin page (if turned on) Steam Port 20560 <---- The server does support Multihome in the command line so you can do port increments to what ever you want (10,100,etc) and run multiple instances on the same ip if needed.

Yes it uses steam you can find some info on there wiki: http://wiki.tripwireinteractive.com/index.php?title=Dedicated_Server_%28Killing_Floor_2%29 They implemented the web admin tool again (unreal option) just like RO2 and killing floor 1 there's really no need to make any customized cfg settings in tcadmin everything can be done in the web tool. Every client we have/had always requests it to be activated. There new version also allows changes to be made in real time like wave length, difficulty, kicks,banns, map changes etc without a server restart. Maybe the old version did this as well I can't remember.

If you don't want the KFWeb.ini file getting over written on new installs you'll need to remove the DefaultWeb.ini file from your game files. Located here: KFGame\Config\DefaultWeb.ini

There's really no need to build qizmo's because tripwireinteractive uses there own web admin tool which does a fine job for admin purposes. Here's a quick cfg that works fine: We use a different port for the web admin 8075 instead of 8080 which is default. killingfloor2 - Windows.xml

exactly we did this with another game and the patch files were about 1 gig in size it does work quite well.

Use the batch updater tool java does not update that often anyways and the file size is rather small compared to other updates. Sounds like more work but it's rather easy to do.

The access permission is assign to the tcadmin/custom user, checking the console the default setup tries to run java from the windows/system32/java folder. We do not install java on our boxes like that too much of a security issue it's just common sense not to. It's bad enough installing all of the different c++ distributions all of these games want so we keep our installs to the bare minimum.

Here's a couple scripts i setup for the tca cfg file feel free to use if you like: Firewall entries: netsh advfirewall firewall add rule name="RisingWorld on %ThisService_IpAddress%_%ThisService_GamePort%" dir=in action=allow program="%ThisService_RootDirectory%jre64\bin\java.exe" enable=yes Firewall Removals: netsh advfirewall firewall delete rule name="RisingWorld on %ThisService_IpAddress%_%ThisService_GamePort%" create win_startscript.bat: @ECHO OFF IF EXIST win_startscript.bat GOTO END :JAVA64 echo JAVA64 echo ".\jre64\bin\java.exe" -Djava.library.path=./ -jar server.jar > win_startscript.bat echo PAUSE >> win_startscript.bat GOTO END :END Exit What i did was add the java64 bit version to the game folder running a java game from the system32 root folder and opening it up in the firewall is a horrible idea. Running java outside of any protected folder is a bad idea. This has been tested on both win 2008 and 2012.

What OS do you have installed? did you follow all of the steps pertaining to your OS for installations?

Yes you have to buy the game (No subscription) means there is not free to download server files.

Yes but I'm also looking at some kind of procedure as we have a lot of machines, how should we proceed? Install a new master server running v2 (beside the v1 or on another machine) ? Then install v2 on each and every remote and import users then services then ts servers ? <--You can install v2 on the same master/remotes as it uses different file paths. A simple but long process is: 1. Import all of your v1 cfg files then test them to insure everything works in v2. 2. You need to install each game first to make sure your v1 cfg works correctly in v2. This can be a time consuming process but you have to do it otherwise you could have a ton of complaining clients and crashing servers. Do you have to import users/services 1 by 1 or can you batch import? <-- You have to import the users first ( for obvious reasons you can't import a service if the user does not exist) which can be done by server or location, then you import there services by server/location. You'll get a menu list with all the users/servers that you want to import. I don't remember but I believe you can import everything at once but I think Luis recommended doing it by server/location. This option will also help in trouble shooting issues which still arose when we migrated over. As for secondary gaming services do they have to be imported as stand alone ones ? <-- v2 has a script builder which will run a batch/script file with options when/where/how to install it. I may have missed something as i can't go back and check because our v1 database has been removed.

yeah I see that now....

I noticed on the email notification there's no option to delete all of the emails at once. Maybe a good feature to add since deleting 100's of emails one by one is a pain.

Somebody looking for a rising storm server on your site is not going to buy an ro2 server and why is this the hard way? the web admin tool works so the clients can set whatever maps they want. Yes the maps/games are combined but RS is still a different game.

The easiest way to set up the correct files is to download the server files using the steamcmd app_id 212542 then you'll have an ro2server.bat file adjust the command line if needed then launch the bat file. This will create all of the files needed including the new ROGame.ini file. Then you can adjust your tca2 cfg accordingly. A simple command line line:rste-Saipan?minplayers=0?maxplayers=$[service.Slots]? -seekfreeloadingserver -unattended -noinnerexception -multihome=$[service.IpAddress] -port=$[service.GamePort] -PREFERPROCESSOR=$[service.CustomPort1] The game will tend to lag if using affinity on multiple processors (64 slots) and the recommended cpu is 3.4ghz. I've tested it on the L5520 with about 48 players and had no lag at all. I've attached a v2 windows xml file. RS - Windows.xml

There are no linux files for rising storm as it is still in windows beta.

They have the dev build now through steam which does not require steam to be running on the server box.

Your also posting in the wrong forum that is version 2 not version 1

Here you go: https://developer.valvesoftware.com/wiki/Steam_Application_IDs

It's a business would you rather deal with 20 license holders or 100, yeah it sucks but less headaches for them and they still get there license fees.

I think he meant what specs he should be using for the master setup. The box doesn't have to be a monster even a dual core with 4 gig memory would be enough to get started. Some may even use a vps server but I personally would not use one. Just make sure you have enough hard drive space for your game files, preferably two drives for your master. C: drive ssd (OS install, programs, tcadmin,mysql) D: drive (gameinstall folder,game files)

The server has to be registered with AA first. Also your sauth info should be in the command line.

Send me a email I have a few of these running.