Puschpa

Yes, my server is hosted by a provider (Nitrado), so yeah, they have probably blocked the access to this port. I could try and ask them via the hotline or ticket, but the support there seems a bit clueless sometimes...

I cannot get the map to show on a webpage. Alloc's Server Fixes and webserver last versions are in place - I use them with FRTs Server Manager 3.4.5.0. "Started webserver on 29452" is listed in the Web panel and the output_log.txt too. But when I try to connect via Waterfox to "MyServersIP:29452 I can't...I get a connection timeout. What I'm doing wrong? Map files are also in place, made a rendermap yesterday and the map folder is in the saves folder.

So, first I only removed the 2 added files and renamed my Assembly-CSharp.dll.OLD back to normal. Restarted the server, nothing, nada, server running, but no connection possible. output_log.txt shhows exactly the same rrors as posted above. So I replaced the whole 7daystodie_data/managed forlder with the one from my local backup, restarted the server and voila, I can connect. Seems some file in the managed folder gets changed/corrupted during starting with the modified files. Since the logfile is too long to post here, I've uploaded it here logfile.txt

Since my hoster finally switched to the Dedicated Server Only Build, I applied Alloc's Server Fixes to my rented server /daystodie_data/managed folder (renamed my existing Assembly-CSharp.dll, copied over the 2 files from Alloc, renamed the Assembly-CSharp.patched.dll to the correct file name). When it is done, I can restart the server, but not connect to it. the output_log.txt gives me the following: Initialize engine version: 4.5.3f3 (fca41a4fabea) Forcing GfxDevice: 4 NullGfxDevice: Version: NULL 1.0 [1.0] Renderer: Null Device Vendor: Unity Technologies Begin MonoManager ReloadAssembly Platform assembly: X:\7daystodie\7DaysToDie_Data\Managed\UnityEngine.dll (this message is harmless) Loading X:\7daystodie\7DaysToDie_Data\Managed\UnityEngine.dll into Unity Child Domain Platform assembly: X:\7daystodie\7DaysToDie_Data\Managed\Assembly-CSharp-firstpass.dll (this message is harmless) Loading X:\7daystodie\7DaysToDie_Data\Managed\Assembly-CSharp-firstpass.dll into Unity Child Domain Platform assembly: X:\7daystodie\7DaysToDie_Data\Managed\Assembly-UnityScript-firstpass.dll (this message is harmless) Loading X:\7daystodie\7DaysToDie_Data\Managed\Assembly-UnityScript-firstpass.dll into Unity Child Domain Platform assembly: X:\7daystodie\7DaysToDie_Data\Managed\Assembly-UnityScript.dll (this message is harmless) Loading X:\7daystodie\7DaysToDie_Data\Managed\Assembly-UnityScript.dll into Unity Child Domain Platform assembly: X:\7daystodie\7DaysToDie_Data\Managed\ICSharpCode.SharpZipLib.dll (this message is harmless) Loading X:\7daystodie\7DaysToDie_Data\Managed\ICSharpCode.SharpZipLib.dll into Unity Child Domain Platform assembly: X:\7daystodie\7DaysToDie_Data\Managed\libnoise.dll (this message is harmless) Loading X:\7daystodie\7DaysToDie_Data\Managed\libnoise.dll into Unity Child Domain Platform assembly: X:\7daystodie\7DaysToDie_Data\Managed\SteamworksManaged.dll (this message is harmless) Loading X:\7daystodie\7DaysToDie_Data\Managed\SteamworksManaged.dll into Unity Child Domain Platform assembly: X:\7daystodie\7DaysToDie_Data\Managed\NSpeex.dll (this message is harmless) Loading X:\7daystodie\7DaysToDie_Data\Managed\NSpeex.dll into Unity Child Domain Platform assembly: X:\7daystodie\7DaysToDie_Data\Managed\EasyAntiCheat.Client.dll (this message is harmless) Loading X:\7daystodie\7DaysToDie_Data\Managed\EasyAntiCheat.Client.dll into Unity Child Domain Platform assembly: X:\7daystodie\7DaysToDie_Data\Managed\EasyAntiCheat.Server.dll (this message is harmless) Loading X:\7daystodie\7DaysToDie_Data\Managed\EasyAntiCheat.Server.dll into Unity Child Domain - Completed reload, in 1.271 seconds Platform assembly: X:\7daystodie\7DaysToDie_Data\Managed\UnityScript.Lang.dll (this message is harmless) Platform assembly: X:\7daystodie\7DaysToDie_Data\Managed\Boo.Lang.dll (this message is harmless) The referenced script on this Behaviour is missing! (Filename: Line: 1633) A script behaviour has a different serialization layout when loading. (Read 24 bytes but expected 28 bytes) Did you #ifdef UNITY_EDITOR a section of your serialized properties in any of your scripts? (Filename: Line: 1170) The referenced script on this Behaviour is missing! (Filename: Line: 1633) A script behaviour has a different serialization layout when loading. (Read 24 bytes but expected 32 bytes) Did you #ifdef UNITY_EDITOR a section of your serialized properties in any of your scripts? (Filename: Line: 1170) The referenced script on this Behaviour is missing! (Filename: Line: 1633) A script behaviour has a different serialization layout when loading. (Read 24 bytes but expected 28 bytes) Did you #ifdef UNITY_EDITOR a section of your serialized properties in any of your scripts? (Filename: Line: 1170) The referenced script on this Behaviour is missing! (Filename: Line: 1633) The referenced script on this Behaviour is missing! (Filename: Line: 1633) The referenced script on this Behaviour is missing! (Filename: Line: 1633) A script behaviour has a different serialization layout when loading. (Read 24 bytes but expected 28 bytes) Did you #ifdef UNITY_EDITOR a section of your serialized properties in any of your scripts? (Filename: Line: 1170) What is wrong, or what I'm doing wrong?

I have experimented too with FRTs Server Manager and Alloc's Server Fixes, works perfectly on my local install of 7DTD Dedicated Server, but not with the hosted server. The line "Dedicated server only build" I've found in the local output_log.txt, but not in the hosted server ones. So I called my hoster, the young man on the phone was not sure about the version installed by the hoster and asked me to file a ticket, what I've done just now. So, if my hoster is not able (or willing) to install the Dedicated Server Only Build, I will proably switch to another hoster. So my question: which hosters use the dedi Build?