Sag mal, gehst du noch zur Schule? Stimmt deine Berufsangabe? Habt ihr Schriftverkehr mit euren Kunden?
Das hier könnte dir eventuell weiterhelfen:
https://addons.mozilla.org/de/firefox/ad…y-de_de-for-sp/
Es ist sehr schwer zu lesen, was du schreibst.
Die einfachste Lösung herauszufinden was da schief läuft, wäre der Access-Log/Error-Log deines Webservers.
Dort kann man sehen, welche Downloads vom Client angefordert werden, was erfolgreich heruntergeladen wird und welche Dateien auf dem Webserver nicht gefunden werden.
Der Gameserver setzt beim Client die cvar sv_downloadurl (.z.B. http//domain.tld/games/css).
Gleichzeitig übermittelt der Gameserver dem Client eine Liste mit Ressourcen, die der Client benötigt.
Die sieht dann z.B. so aus:
|
Quellcode
|
1
2
|
/maps/de_dust3.bsp
/sound/admin_plugin/joinsound.mp3
|
Alles was der Client in seinem Repository nicht findet, wird heruntergeladen.
Dazu setzt der Client die sv_downloadurl und die Ressourcen zusammen.
z.B.
http//domain.tld/games/css/maps/de_dust3.bsp
Ein kleiner Trick sorgt dafür, dass der Client die komprimierte Version herunterlädt, falls diese vorhanden ist. Dazu wird wird die Dateiendung .bz2 angehangen.
Letztendlich lädt der Client zuerst die Datei:
http//domain.tld/games/css/maps/de_dust3.bsp.bz2
Wenn der Client nicht den Statuscode 200 (OK) bekommt, versucht er die unkomprimierte Version vom Webserver zu laden:
http//domain.tld/games/css/maps/de_dust3.bsp
Gleichzeitig ist es seit der SteamPipe-Conversion möglich Ressourcen unterhalb $modverzeichnis/custom/eigenes_verzeichns/ abzulegen. Die Dateien unterhalb dieses Verzeichnisses sieht der Server durch eine interne Funktion, als wenn diese in Rootverzeichnis des Mods lägen. Also auch dadurch ändert sich beim FastDL nichts.
Nun kann es an mehreren Stellen Probleme geben.
Aus dem Grund wäre die URL, die Ressourcen (z.B. eine Map, die er nicht lädt) und ggf. die Logdateien eine große Hilfe.
Ohne diese Informationen können wir nur raten.