FDL Bug Part Two

[HarmonicWay]

Last one god closed, this is part two :

Last time :

This bug is very strange. It appeared a few days ago when people started coming to my server in larger numbers. Here's how to perform it and how it behaves:

The player connects to the server, does not have the map that is currently on the server, and then the server uses FDL (FastDL) for fast download. What happens is that, for example, the next map is downloaded very slowly, almost up to 3 minutes, while all others are downloaded quickly. And then after that, the next map is downloaded quickly for him, for example, and slowly for some others. This can be fixed by restarting Cs, the client needs to enter and exit. After this, I contacted the hosting where I received a message from the support stating that FDL tried to download a huge number of files but could not find them. All the listed files were really not there, but what is even more strange is that all the files were listed through the paths in the .res files for some folders. When I checked, all the listed models that FDL couldn't find were really not there, but after 2 minutes the player would definitely download the map with all those models and sounds.

The bug is extremely random, the closest I've found to this is Error 404 in FastDL, for example this particular one: https://forums.alliedmods.net/showthread.php?t=184941

Then what is the next problem? I have been playing these maps for a long time, and for example some sounds are written in the res files on certain maps that are used as rain, and I know they should be there because otherwise I hear them, but now because of this I have to delete them from these .res files and they are no longer there. Is there a solution?

Answer from @kisak-valve :

Hello @HarmonicWay, I'm not seeing an issue here.

FastDL points to an external http web server which can provide maps and related files. If that fails, goldsrc games are supposed to fallback to the dedicated server directly serving out those files while managing the other player's connections. Your own explanation is that the external web server is missing some content you want, and that should be added there instead of trying to gut assets from a .res file.

Update :

A player joins the server and tries to connect, and in his console he always gets the following message:

BUILD 4002 SERVER (0 CRC)
Server # 3
Couldn't find map maps/deathrun_aether_b1.bsp, server will download the map
Commencing connection retry to 151.247.205.250:27015
Connecting to 151.247.205.250:27015...
Connection accepted by 151.247.205.250:27015

• Privileges set

Here, as you can see, the client receives a message that the FDL did not find the map on that path, but the server will download it. This would mean that the client is not downloading the map through FDL, but through the server, which is a significantly slower process. And now we come to the interesting part:

"http://game1.fra.kgb-hosting.com/d36df280-4c63-46c0-bc0a-628c66678018/cstrike/maps/deathrun_aether_b1.bsp"
"https://clarion.nx.tc/cstrike/maps/deathrun_aether_b1.bsp"

Both URLs above are fully functional, the maps are uploaded there and you can install the map in 2 seconds without any problem. However, on the server it is not like that, the player waits up to 2 or even 3 minutes for this map.

If the client experiences this, they can restart the game — they simply exit and join again, and then the map downloads in a few seconds without any issue.

This bug does not happen for every map, and it is not the same for every player, it is completely random and unpredictable.

I personally checked every .res file and manually fixed all the resources that were required inside them, so this is no longer an option as the source of the issue.

This is my current server.cfg, but keep in mind that I did not use only this version:

Version 1:
// Game server hostname
hostname "CLARION - DeathRun [VIP + XMAS]"
sv_password ""

// Rcon server password
rcon_password "hidden"

// Rcon password security
sv_rcon_banpenalty 1
sv_rcon_maxfailures 1
sv_rcon_minfailures 1
sv_rcon_minfailuretime 30

// server cvars
sv_airaccelerate 100
sv_stepsize 18
sv_voicecodec voice_speex
sv_voicequality 2
sv_voiceenable 0
mp_footsteps 1
mp_autokick 0
mp_flashlight 1
mp_tkpunish 0
mp_forcecamera 0
mp_forcechasecam 0
sv_pausable 0
sv_cheats 0
sv_aim 0
sv_maxspeed 320
mp_hostagepenalty 0
mp_allowspectators 1
mp_chattime 3
sv_gravity 800
sv_proxies 0
mp_autoteambalance 0
mp_limitteams 0
mp_friendlyfire 0
csstats_maxsize 3500
mp_round_restart_delay 3
decalfrequency 20
sv_clienttrace 1
sv_enableoldqueries 1
hd_sh_punish "kick [userid] '[reason]'"
hd_sm_punish "kick [userid] '[reason]'"
hd_admin_notify 3
pre_x 0.49
pre_y 0.54

// round specific cvars
mp_freezetime 0
mp_roundtime 2
mp_startmoney 800
mp_c4timer 35
mp_fraglimit 0
mp_timelimit 0
mp_maxrounds 10
mp_winlimit 0
mp_buytime 0.25

// bandwidth rates
sv_unlag 1
sv_maxunlag 0.1
sv_unlagsamples 1
sv_unlagpush 0
sv_maxrate 0
sv_minrate 0
sv_maxupdaterate 30
sv_minupdaterate 10
fps_max 600
sv_uploadmax 0.5

// server logging
log off
sv_logbans 0
sv_logecho 0
sv_logfile 0
sv_log_onefile 0
mp_logmessages 0
mp_logdetail 0

// fdl
sv_downloadurl "http://game1.fra.kgb-hosting.com/d36df280-4c63-46c0-bc0a-628c66678018/cstrike/"
sv_max_queries_sec 3
sv_max_queries_global 30
sv_max_queries_window 60

// rehlds
sv_enable_rate_limit 1
sv_max_connects_sec 3
sv_max_connects_window 10
sv_connect_rate_limit 3
sv_a2s_info_rate_limit 25
sv_rehlds_attacks 1
sv_rehlds_stringcmdrate_max_avg 250
sv_rehlds_stringcmdrate_avg_punish -1
sv_rehlds_stringcmdrate_max_burst 500
sv_rehlds_stringcmdrate_burst_punish -1
sv_rehlds_movecmdrate_avg_punish 5
sv_rehlds_movecmdrate_burst_punish 5
sv_rehlds_movecmdrate_max_avg 1800
sv_rehlds_movecmdrate_max_burst 5500
syserror_logfile sys_error.log
sv_auto_precache_sounds_in_models 0
sv_delayed_spray_upload 0
sv_echo_unknown_cmd 0
sv_rcon_condebug 1
sys_ticrate "1000"
sv_maxupdaterate 102
sv_minupdaterate 102
sv_force_ent_intersection 0
sv_rehlds_force_dlmax 0
sv_rehlds_hull_centering 0
sv_rehlds_send_mapcycle 0
sv_rehlds_userinfo_transmitted_fields ""
sv_rehlds_attachedentities_playeranimationspeed_fix 1
sv_rehlds_maxclients_from_single_ip 1
sv_allowdownload "0"
sv_allowupload "0"

Version 2:

I only changed the URL to new FDL from other hosting :

sv_downloadurl "https://clarion.nx.tc/cstrike/"

Version 3:

Here I tested different CVAR combinations, allowdownload on 1, allowupload on 0, then I tried both on 1.

sv_allowdownload "1"
sv_allowupload "1"

Websites where I found some advice and tried those methods:

https://forums.alliedmods.net/showthread.php?t=308631

Mention : None of this version worked 100%, always my players had this bug. We have around 111 maps active. All files are added to FDL folders in good path.

[SmilexGamer]

sv_downloadurl should point to an HTTP only server, as the engine doesn't support HTTPS.
Also, sv_allowdownload and sv_allowupload refer to downloading from and uploading to the game server respectively, so they don't affect the external HTTP server.

[Rosenstein]

Somebody on Valve mailing lists (Mecha Weasel) had some issue when FQDN was used in FDL cvar.
Try using FDL server's IP instead.
http://151.247.205.250/d36df280-4c63-46c0-bc0a-628c66678018/cstrike/maps/deathrun_aether_b1.bsp

[0Ky]

@HarmonicWay Your server is running ReHLDS, so this issue should be posted over on the ReHLDS repo instead. Also, any changes from Valve won't even affect your server because you're running on the steam_legacy build. This issue is already known and explained in SamVanheer's comment.

Not to mention that your server is running ReUnuion, which allows protocol 47 and 48 non-Steam clients to connect, so don't expect any official support.

@kisak-valve You may want to edit and close this issue, as it appears to be a duplicate of #2238 and #3959. The latter was submitted by the same author and has publicly exposed their rcon password. Something doesn't add up here.