Experimental Dedicated Server - open to all

[garry]

So I started writing a guide here.

[url]http://playrust.com/dedicated-server/[/url]

Let me know if you want anything specific covered.

[womayhem]

How to setup correctly on Linux is something I'm sure lots of people would like to know.
People are having issues with Mono, the server starting on strange ports and not being able to connect. Most servers these days run Linux anyway.

Thanks

[oXYnary]

^^^This. A pure console based server that bypassed all that visual bells and whistles Unity does would be a tremendous help in having server owners in actual datacenters be more willing to have it running. The companies I have worked with in hosting dont install a windows manager on their boxes. They expect/assume they can control everything from the command line. Versus the server list being filled with insecured windows machines that people are attempting to run from their house on a crappy cable connection.

[garry]

I added a line about linux "At the moment linux hasn't been tested at all. We're hoping that the linux guys will point out problems and we can get it working for them."

[womayhem]

Some issues I've noticed with the Linux version:

Some Linux distributions (such as CentOS) experience the Mono bug "got a bad hardware address length for an af_packet 16 8", spammed infinitely to the output file after the terrain is finished being generated. Resulting in the log file size to grow very large.

The console (using -batchmode) does not print any messages. This is likely due to the colors it's trying to display. The only way to get the output is by opening the log file.

When the server is started, the port does not seem to be binded correctly, as it does not listen on the port specified.

After these issues are fixed, I think it's good to go.

[garry]

We have an issue printing output to console. Unity doesn't really allow it - so I had to do some hacking to get it to happen on Windows.. not sure of the correct hack on Linux.

[womayhem]

Mono displays an error before spamming the AF_PACKET message:

[quote]
ERROR building certificate chain: System.ArgumentException: certificate ---> System.Security.Cryptography.CryptographicException: Unsupported hash algorithm: 1.2.840.113549.1.1.11
at Mono.Security.X509.X509Certificate.VerifySignature (System.Security.Cryptography.RSA rsa) [0x00000] in <filename unknown>:0
at Mono.Security.X509.X509Certificate.VerifySignature (System.Security.Cryptography.AsymmetricAlgorithm aa) [0x00000] in <filename unknown>:0
at System.Security.Cryptography.X509Certificates.X509Chain.IsSignedWith (System.Security.Cryptography.X509Certificates.X509Certificate2 signed, System.Security.Cryptography.AsymmetricAlgorithm pubkey) [0x00000] in <filename unknown>:0
at System.Security.Cryptography.X509Certificates.X509Chain.Process (Int32 n) [0x00000] in <filename unknown>:0
at System.Security.Cryptography.X509Certificates.X509Chain.ValidateChain (X509ChainStatusFlags flag) [0x00000] in <filename unknown>:0
at System.Security.Cryptography.X509Certificates.X509Chain.Build (System.Security.Cryptography.X509Certificates.X509Certificate2 certificate) [0x00000] in <filename unknown>:0
--- End of inner exception stack trace ---
at System.Security.Cryptography.X509Certificates.X509Chain.Build (System.Security.Cryptography.X509Certificates.X509Certificate2 certificate) [0x00000] in <filename unknown>:0
at System.Net.ServicePointManager+ChainValidationHelper.ValidateChain (Mono.Security.X509.X509CertificateCollection certs) [0x00000] in <filename unknown>:0
Please, report this problem to the Mono team
Got a bad hardware address length for an AF_PACKET 16 8
Got a bad hardware address length for an AF_PACKET 16 8
Got a bad hardware address length for an AF_PACKET 16 8
Got a bad hardware address length for an AF_PACKET 16 8
Got a bad hardware address length for an AF_PACKET 16 8
[/quote]

[asphantix]

This is where it fails and throws an exception on my debian based linux server:

[QUOTE]Started Server on port 28015

(Filename: /BuildAgent/work/d63dfc6385190b60/artifacts/LinuxStandalonePlayerGenerated/UnityEngineDebug.cpp Line: 49)

Fallback handler could not load library /home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Mono/x86_64/.//home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Mono/x86_64/lib/home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Mono/x86_64/./lib/home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Mono/x86_64/lib/home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Mono/x86_64/.//home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Mono/x86_64/lib/home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Mono/x86_64/./lib/home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Mono/x86_64/lib/home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Mono/x86_64/.//home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Mono/x86_64/lib/home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Mono/x86_64/./lib/home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Mono/x86_64/lib/home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Mono/x86_64/.//home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Mono/x86_64/lib/home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Mono/x86_64/./lib/home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Fallback handler could not load library /home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Mono/x86_64/lib/home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Plugins/x86_64/libSteamNative.so
Total system RAM: 3966 MiB
DllNotFoundException
at (wrapper managed-to-native) Steam.Server:Steam_Server_SetupCallbacks (Steam.SteamCallback)
at Steam.Server.Init (Steam.ServerConfig config) [0x00000] in <filename unknown>:0
at ServerMgr.StartSteamServer () [0x00000] in <filename unknown>:0
at ServerMgr.Initialize (Boolean loadSave) [0x00000] in <filename unknown>:0
at Bootstrap+<DedicatedServerStartup>c__Iterator0.MoveNext () [0x00000] in <filename unknown>:0[/QUOTE]

Then in rust it tries to establish a connection but fails to do so.

[QUOTE]Currently there are two versions of the Rust experimental server, Debug and Release. In the server's folder there will be two folders [Debug
and Release]
[/QUOTE]
When I checkout the files with steamcmd I don't see these folders. This is what I got:
[QUOTE]steam@myserver:~/Steam/SteamApps/common/rust_dedicated$ ls -l
total 39644
-rwxr-xr-x 1 steam steam 19731240 Aug 4 12:27 RustDedicated
drwxr-xr-x 7 steam steam 4096 Aug 4 12:28 RustDedicated_Data
-rw-r--r-- 1 steam steam 316383 Aug 4 12:34 errors.html
-rwxr-xr-x 1 steam steam 4242683 Aug 2 12:36 libsteam.so
-rwxr-xr-x 1 steam steam 72543 Aug 2 12:36 libsteam_api.so
-rw-r--r-- 1 steam steam 22403 Aug 4 12:43 output.txt
drwxr-xr-x 3 steam steam 4096 Aug 4 12:31 server
-rwxr-xr-x 1 steam steam 6 Aug 2 12:37 steam_appid.txt
-rwxr-xr-x 1 steam steam 16173176 Aug 2 12:37 steamclient.so
[/QUOTE]

[garry]

Yeah that doesn't apply to Linux, sorry. Linux is just one 64bit Release version.

Is libSteamNative.so anywhere where it's searching?

[asphantix]

Sorry, that I didn't analyse my console output in the first place. I'm feeling bad now.

[QUOTE=garry;45587893]Is libSteamNative.so anywhere where it's searching?[/QUOTE]

I see the problem. Look for instance at this lines where it (among other crippled paths) searches for the lib:

[QUOTE][I]/home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Mono/x86_64/lib[/I][B]/home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Plugins/x86_64/libSteamNative.so[/B][/QUOTE]

The bold path gets appended and it starts (again) with my absolute home directory.

And here is no lib directory at /home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Mono/x86_64.
The x86_64 folder has only libmono.so in it.

Thie bold path however is a valid path. libSteamNative.so exists at this place:
/home/steam/Steam/SteamApps/common/rust_dedicated/RustDedicated_Data/Plugins/x86_64/libSteamNative.so

I guess everything that gets prepend to the second '/home/...' is the problem?

[garry]

I think what's more likely is that it is finding the library, but it's not finding the steam libraries - which are in the root. Try copying those files into the Plugins/x86_64 folder.

[asphantix]

[QUOTE=garry;45588042]I think what's more likely is that it is finding the library, but it's not finding the steam libraries - which are in the root. Try copying those files into the Plugins/x86_64 folder.[/QUOTE]

Had no luck with that. I got the same output. I also tried to copy libSteamNative.so into the root of the rust server.

[Silentfood]

I made an attempt at running under Linux, it didn't work but hopefully this will provide some help on getting it stable. I ran it with -logFile to append information to a text file as console wouldn't print any information.

I'm running under CentOS 6.5 64-bit. Here's my attempt, when I first tried running it I experienced the huge AF_PACKET log file issue described above.

Got a bad hardware address length for an AF_PACKET 16 8

This is my second attempt
[t]http://up.nlan.org/E.gif[/t]
[url]http://nlan.org/dumpshit.txt[/url]

My third attempt with a longer wait
[url]http://nlan.org/dumpshit2.txt[/url]

edit:

Fourth attempt with a 1-2 minute wait produces a 100mb file of the AF_PACKET issue.
[t]http://up.nlan.org/KGMDiM.png[/t]

[Gachl]

I have some weird issue with the libsteam_api.so and it's dependency to libc 2.14.

libc 2.13 (distro default) ([URL="http://pastebin.com/QRzGj1ww"]server output[/URL]) can't start listening on the game port
[QUOTE]$ ldd libsteam_api.so
libsteam_api.so: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by libsteam_api.so)
linux-vdso.so.1 => (0x00007fff9d191000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f5d6ef2f000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f5d6ec28000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f5d6ea0b000)
/lib64/ld-linux-x86-64.so.2 (0x00007f5d6f35f000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f5d6e680000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f5d6e3fe000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f5d6e1e7000)[/QUOTE]

With libc 2.14 ([URL="http://pastebin.com/G6C29yum"]server output[/URL]) can't start at all.
[QUOTE]$ LD_LIBRARY_PATH=/path/to/libc2.14/bin/lib/ ldd libsteam_api.so
linux-vdso.so.1 => (0x00007fff90a76000)
libdl.so.2 => /path/to/libc2.14/bin/lib/libdl.so.2 (0x00007f46990d9000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f4698db9000)
libpthread.so.0 => /path/to/libc2.14/bin/lib/libpthread.so.0 (0x00007f4698b9b000)
/lib64/ld-linux-x86-64.so.2 (0x00007f46994f0000)
libc.so.6 => /path/to/libc2.14/bin/lib/libc.so.6 (0x00007f469880f000)
libm.so.6 => /path/to/libc2.14/bin/lib/libm.so.6 (0x00007f469858c000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f4698375000)[/QUOTE]

[kulan]

Garry i know you probably don't have time to answer this one as i require a bit of a walk through on setting up rcon control via rust client,

here is what i have tried

server side
running server and saving cfg file (via server.writecfg) adding password to cfg file and restarting, also tried adding password command to batch file of server,

client side
created a batch file to run rust client with port and password commands added, also tried running client via steams advanced run commands with port and password commands.

been trying different combinations of these but still not having any luck.

i am not a coder so if you can keep it simple :)

just noticed i am running build 14 0Mo1010 i noticed that on twitter this was posted fixed "console command find - @garrynewman (/main)" @ 11:10 gmt do i need to wait for that update before even trying this.

[Gachl]

[QUOTE=garry;45588042]I think what's more likely is that it is finding the library, but it's not finding the steam libraries - which are in the root. Try copying those files into the Plugins/x86_64 folder.[/QUOTE]

Oh my god I got it finally to work for me at least to the point where it would be able to accept player connections. Thanks garry!

I did $ ldd libSteamNative.so which told me it's missing libsteam_api.so
Copied the libsteam* files from rust server dir to RustDedicated_Data/Plugins/x86_64/
Then $ ldd libsteam_api.so told me it requires [B]libc2.14[/B]
I downloaded libc2.15 64bit deb from ubuntu, extracted it and ran the dedicated server with LD_LIBRARY_PATH to the new libc.
I now can connect (and get kicked instantly) using client.connect but I still get these errors:

Couldn't initialize Steam Server
and
Rejecting client (steam64id_here/ip.ip.ip.ip:56642): Steam Auth:InvalidTicket

kulan: I think the current version of servers doesn't support rcon.

edit: full log of a user connection:
[QUOTE]Map Spawned 3308 entities
UnityEngine.Debug:Internal_Log(Int32, String, Object)
UnityEngine.Debug:Log(Object)
ServerMgr:SpawnMapEntities() (at C:\Jenkins\workspace\rust-build-reboot\Assets\Scripts\Server\ServerMgr.cs:494)
ServerMgr:OnServerSpawn() (at C:\Jenkins\workspace\rust-build-reboot\Assets\Scripts\Server\ServerMgr.cs:502)
ServerMgr:NewConnection(Message) (at C:\Jenkins\workspace\rust-build-reboot\Assets\Scripts\Server\ServerMgr.cs:336)
Network.Node:Call(Message)
Network.Router:Route(Message)
Network.Server:ReceivedMessage(Message)
Network.Implementation.Lidgren.Server:IncomingConnection(NetIncomingMessage)
Network.Implementation.Lidgren.Server:Cycle()
ServerMgr:Update() (at C:\Jenkins\workspace\rust-build-reboot\Assets\Scripts\Server\ServerMgr.cs:232)

(Filename: C Line: 0)

Rejecting client (765611980******24/176.*.*.*:63392): Steam Auth:InvalidTicket
UnityEngine.Debug:Internal_Log(Int32, String, Object)
UnityEngine.Debug:Log(Object)
ConnectionAuth:Reject(Connection, String) (at C:\Jenkins\workspace\rust-build-reboot\Assets\Scripts\Server\ConnectionAuth.cs:38)
<Run>c__IteratorD:MoveNext() (at C:\Jenkins\workspace\rust-build-reboot\Assets\Scripts\Server\Auth_Steam.cs:32)
UnityEngine.MonoBehaviour:StartCoroutine_Auto(IEnumerator)
UnityEngine.MonoBehaviour:StartCoroutine(IEnumerator) (at /BuildAgent/work/d63dfc6385190b60/artifacts/LinuxStandalonePlayerGenerated/UnityEngineMonoBehaviour.cs:62)
<AuthorisationRoutine>c__IteratorE:MoveNext() (at C:\Jenkins\workspace\rust-build-reboot\Assets\Scripts\Server\ConnectionAuth.cs:120)
UnityEngine.MonoBehaviour:StartCoroutine_Auto(IEnumerator)
UnityEngine.MonoBehaviour:StartCoroutine(IEnumerator) (at /BuildAgent/work/d63dfc6385190b60/artifacts/LinuxStandalonePlayerGenerated/UnityEngineMonoBehaviour.cs:62)
ConnectionAuth:OnNewConnection(Connection, Connect) (at C:\Jenkins\workspace\rust-build-reboot\Assets\Scripts\Server\ConnectionAuth.cs:114)
ServerMgr:NewConnection(Message) (at C:\Jenkins\workspace\rust-build-reboot\Assets\Scripts\Server\ServerMgr.cs:341)
Network.Node:Call(Message)
Network.Router:Route(Message)
Network.Server:ReceivedMessage(Message)
Network.Implementation.Lidgren.Server:IncomingConnection(NetIncomingMessage)
Network.Implementation.Lidgren.Server:Cycle()
ServerMgr:Update() (at C:\Jenkins\workspace\rust-build-reboot\Assets\Scripts\Server\ServerMgr.cs:232)

(Filename: C Line: 0)
[/QUOTE]

edit: with the latest server update it works without having to move the libraries to x86_64 but still having the steam connection issue.
edit2: no actually, I needed to copy the libsteam* AND steamclient.so stuff to my LD_LIBRARY_PATH and it'd work with no dll/library errors, but still not connect to steam.
edit3: eh, hm...
steamclient.so: wrong ELF class: ELFCLASS32
[QUOTE]$ LD_LIBRARY_PATH=/srv/rust/libc6/lib64:/usr/lib64:/srv/rust/rust_server:/srv/rust/rust_server/RustDedicated_Data/Plugins/x86_64:${LD_LIBRARY_PATH} ldd rust_server/steamclient.so
linux-gate.so.1 => (0xf77aa000)
librt.so.1 => /lib/i386-linux-gnu/i686/cmov/librt.so.1 (0xf6810000)
libm.so.6 => /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xf67e9000)
libdl.so.2 => /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xf67e5000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xf66f9000)
libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xf66e0000)
/lib/ld-linux.so.2 (0xf77ab000)
libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xf657c000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xf655f000)[/QUOTE]
[QUOTE]$ file rust_server/steamclient.so
rust_server/steamclient.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=0x11cbeb147c72bff69c7899346c5bb2c2b7d8b900, not stripped[/QUOTE]
do I need a 64-bit steamclient.so? What?

[garry]

[QUOTE=kulan;45588316]Garry i know you probably don't have time to answer this one as i require a bit of a walk through on setting up rcon control via rust client,

here is what i have tried

server side
running server and saving cfg file (via server.writecfg) adding password to cfg file and restarting, also tried adding password command to batch file of server,

client side
created a batch file to run rust client with port and password commands added, also tried running client via steams advanced run commands with port and password commands.

been trying different combinations of these but still not having any luck.

i am not a coder so if you can keep it simple :)

just noticed i am running build 14 0Mo1010 i noticed that on twitter this was posted fixed "console command find - @garrynewman (/main)" @ 11:10 gmt do i need to wait for that update before even trying this.[/QUOTE]

We don't have a rust client built into the rust client anymore

[giosepeluiz]

I opened a local experimental server following this tutorial (thanks) to extract material for my brazilian [URL="http://playrustbr.com"]blog[/URL] and [URL="http://facebook.com/rustgamebr"]fanpage[/URL] about Rust, but I can't give items. What would be the syntax?

[B]inventory.give player itenname amount[/B] or [B]inventory.give itenname amount[/B]

Does not work ...

[garry]

Those functions don't work unless you've nominated admins/moderators - which you can't do yet. Working on that today.

[EZTEQ]

I will try it on my Debian server later today. Hope i can give you some feedback to get it working on linux (only if it doesn't work :D).

[kulan]

[QUOTE=garry;45588608]We don't have a rust client built into the rust client anymore[/QUOTE]

Thats just confused me more :/ Thanks tho.

think i might be out of my depth here i will keep reading stuff see if i can work this stuff out,

anyone know any good site or links for a noob to learn the basics ?

[garry]

[QUOTE=Gachl;45588518]Oh my god I got it finally to work for me at least to the point where it would be able to accept player connections. Thanks garry!

I did $ ldd libSteamNative.so which told me it's missing libsteam_api.so
Copied the libsteam* files from rust server dir to RustDedicated_Data/Plugins/x86_64/
Then $ ldd libsteam_api.so told me it requires [B]libc2.14[/B]
I downloaded libc2.15 64bit deb from ubuntu, extracted it and ran the dedicated server with LD_LIBRARY_PATH to the new libc.
I now can connect (and get kicked instantly) using client.connect but I still get these errors:

Couldn't initialize Steam Server
and
Rejecting client (steam64id_here/ip.ip.ip.ip:56642): Steam Auth:InvalidTicket

kulan: I think the current version of servers doesn't support rcon.

edit: full log of a user connection:

edit: with the latest server update it works without having to move the libraries to x86_64 but still having the steam connection issue.
edit2: no actually, I needed to copy the libsteam* AND steamclient.so stuff to my LD_LIBRARY_PATH and it'd work with no dll/library errors, but still not connect to steam.
edit3: eh, hm...
steamclient.so: wrong ELF class: ELFCLASS32

do I need a 64-bit steamclient.so? What?[/QUOTE]

Thanks, I've made those changes to the DS. I'll look at the SDK to see if they have 64bit bins for linux.

[Gachl]

[QUOTE=garry;45589082]Thanks, I've made those changes to the DS. I'll look at the SDK to see if they have 64bit bins for linux.[/QUOTE]

Thanks garry, I actually found out that I need to update the steam client on linux and have it fully update. This will download the linux64 directory containing the correct steamclient.so that will work.

I'm currently confirming that my server is accepting connections and doesn't kick people, but I think this has solved it for me.

edit: nope:
Unhandled Steam Callback: SteamServersConnectFailure
Rejecting client (7656*********24/176.***.**.***:58646): Steam Auth Timeout

Two things:
[QUOTE]RustDedic 24228 1003 5r IPv4 1359119741 0t0 TCP my.server.ip.here:51757->54.194.31.79:27015 (ESTABLISHED)
RustDedic 24228 1003 9r IPv4 1359110179 0t0 UDP *:28015
RustDedic 24228 1003 21u IPv4 1359095189 0t0 UDP *:28016
RustDedic 24228 1003 23u IPv4 1359095190 0t0 UDP *:4096[/QUOTE]
Is the 54.194.31.79 server some kind of master server or heartbeat? And what's the 4096 port that changes every time the server starts to a random port between 1000-5000? All ports the server is opening are open in the firewall.

edit2: maybe this has something to do with the certificate error? I see for a split second in lsof that there's a connection on port 443 to somewhere, which usually indicates SSL. I'm gonna go update mono to 3.4.0 now, maybe it can solve this.
Same with mono 3.4.0: [URL="http://pastebin.com/uGVQENPU"]Console output[/URL], [URL="http://pastebin.com/5SDReZWT"]log file[/URL]

Has anybody else segfaults when creating a new identity? Last log message "Started Server on port 27030", then segfault. It doesn't segfault when I restart it after that.

[connorcc]

Garry seen as sleeping bags was in previous versions of experimental is there a way to have them spawn with players again?
Or is there a way to set player spawns?

[oXYnary]

On that page, you might add a recommended system hardware specs for a server based on population capacity. Would help for both physical and vm/cloud machines.

[elix]

[QUOTE=kulan;45588899]Thats just confused me more :/ Thanks tho.

think i might be out of my depth here i will keep reading stuff see if i can work this stuff out,

anyone know any good site or links for a noob to learn the basics ?[/QUOTE]

I think garry [B]might[/B] have meant to say "rcon client" instead of "rust client" the first time around. I'm just guessing.

The experimental server is still getting off the ground compared to the legacy build, so I wouldn't be surprised if it's currently missing the nice features we're used to.

[womayhem]

I think once the SSL errors are resolved the server will work fine, aside from the console output bug.
With the SSL issue I can't even start the server.

[funkosopher]

"Those functions don't work unless you've nominated admins/moderators - which you can't do yet. Working on that today."

exciting!

Is there a way to load server save states after a restart yet?

[kulan]

Apparently it is done but needs testing

[url]https://trello.com/c/BbC7SZXi/166-server-admin-owner-permission-list[/url]

[Motge]

I just tried to run the public experimental server with

./RustDedicated +server.hostname "Test" +server.port 28015 +server.identity "test"

on Gentoo with hardened kernel (3.14.5-hardened-r2) and I got the same "AF_PACKET" (and certificate) errors like womayhem and Silentfood :(

Does anyone already have a solution?

[b]Edit:[/b]
Here are some server logs (created by using the suggested -logFile "serverlog.txt" option in addition) for comparison. I have three different ones as I observed that the server log gets overwritten in some cases.

Log #1: Immediately after start
[url]http://pastebin.com/AhJxi0BF[/url]

Log #2: Then the file gets overwritten with output from this log
[url]http://pastebin.com/nKZUhjLT[/url]

Log #3: And finally the log gets endlessly populated by these AF_PACKET errors
[url]http://pastebin.com/d2driP4x[/url]