Map Download-Probleme (http redirect)

dusktoodawn
hi

hab ein root server wollte da jetzt auch ein schnelleren download machen.
wenn einer die mal runterladen will fängt der immer an aber bricht es wieder ab .
ich mache das mit xampp , hab die maps in http://89.166.180.37:80/uo liegen , der download mit nem browser geht mit 45kb

woran liegt das das der immer abbricht ?

die cfg.

//Downloads für Clients vom Server
set sv_allowdownload "1"

//HTTP-Redirect
set sv_wwwDownload "1"
set cl_wwwDownload "1"
set sv_wwwBaseURL "http://89.166.180.37:80/uo"
set sv_wwwDlDisconnected "1"
set sv_reconnectlimit "3"
set sv_dl_maxRate "84000"

//Maximale Datenrate
set fps_max "20"
set sys_ticrate "500" // Standard 100.. bis 1000 erhöhbar!
set sv_maxRate "25000"
set sv_maxupdaterate "340"



ich weiss es gibt die frage schon 1000 mal aber irgendwie mach ich immer was falsch

--- edited by yoda: Thema angepasst ---
Kelli
Sieht nicht komplett falsch aus :/
Allerdings, wenn der Client kurz anfängt, abbricht und wieder anfängt liegt das fast immer daran das er die Datei nicht findet und keine saubere Fehlermeldung vom Webserver bekommt.
Es könnte auch der Mime Typ falsch sein, das es als irgendwelcher text/plain Müll ausgeliefert wird, obwohl in der Zwischennetzbrause geht es ja sagst du. (Der Server ist wohl gerade unten, antwortet jedenfalls nicht)

Ohne Logfile ist es Rate mal mit Rosental. Ich weiß nicht wo beim XAMPP das Logfile liegt, bei einem normalen Indianer unter /usr/local/apache/logs oder /var/httpd/logs - oder ist es Windows? Jedenfalls sollte man im Log mal schauen ob der Call of Duty Client wirklich bis dahin kommt, und wenn, welchen Status der Apache zurückgibt (200, 403, 404, oder 30x?)
Und die Console des Call of Duty Clients schmeißt manchmal auch hilfreiche Sachen raus (Shift + ^)
dusktoodawn
aus der access.log

127.0.0.1 - - [16/Apr/2007:21:16:34 +0200] "GET / HTTP/1.1" 200 1388
127.0.0.1 - - [16/Apr/2007:21:16:34 +0200] "GET /icons/blank.gif HTTP/1.1" 304 -
127.0.0.1 - - [16/Apr/2007:21:16:34 +0200] "GET /icons/unknown.gif HTTP/1.1" 304 -
85.8.78.48 - - [16/Apr/2007:21:24:18 +0200] "GET //uo/mp_murmansk.pk3 HTTP/1.1" 404 1122
85.8.78.48 - - [16/Apr/2007:21:30:23 +0200] "GET / HTTP/1.1" 200 1392
85.8.78.48 - - [16/Apr/2007:21:30:36 +0200] "GET /mp_glasssky.pk3 HTTP/1.1" 200 850959
127.0.0.1 - - [16/Apr/2007:21:38:58 +0200] "GET / HTTP/1.1" 200 607
127.0.0.1 - - [16/Apr/2007:21:39:02 +0200] "GET /uo/ HTTP/1.1" 200 1498
85.8.78.48 - - [16/Apr/2007:21:39:49 +0200] "GET /uo/ HTTP/1.1" 200 1502
85.8.78.48 - - [16/Apr/2007:21:40:15 +0200] "GET /uo/ HTTP/1.1" 200 1502
85.8.78.48 - - [16/Apr/2007:21:40:17 +0200] "GET /uo/mp_glasssky.pk3 HTTP/1.1" 200 850959
85.8.78.48 - - [16/Apr/2007:21:42:58 +0200] "GET /uo/uo/mp_glasssky.pk3 HTTP/1.1" 404 1122
127.0.0.1 - - [16/Apr/2007:22:01:26 +0200] "GET / HTTP/1.1" 200 607
127.0.0.1 - - [16/Apr/2007:22:01:27 +0200] "GET / HTTP/1.1" 200 607
127.0.0.1 - - [16/Apr/2007:22:01:30 +0200] "GET /uo/ HTTP/1.1" 200 1498

aus der error.log
[Mon Apr 16 20:25:41 2007] [notice] Apache/2.2.4 (Win32) DAV/2 mod_ssl/2.2.4 OpenSSL/0.9.8d mod_autoindex_color PHP/5.2.1 configured -- resuming normal operations
[Mon Apr 16 20:25:41 2007] [notice] Server built: Jan 30 2007 12:11:56
[Mon Apr 16 20:25:41 2007] [notice] Parent: Created child process 624
[Mon Apr 16 20:25:44 2007] [notice] Child 624: Child process is running
[Mon Apr 16 20:25:44 2007] [notice] Child 624: Acquired the start mutex.
[Mon Apr 16 20:25:44 2007] [notice] Child 624: Starting 250 worker threads.
[Mon Apr 16 20:25:45 2007] [notice] Child 624: Starting thread to listen on port 443.
[Mon Apr 16 20:25:45 2007] [notice] Child 624: Starting thread to listen on port 80.
[Mon Apr 16 21:24:18 2007] [error] [client 85.8.78.48] File does not exist: C:/Programme/Call of Duty/call of du/uo
[Mon Apr 16 21:42:58 2007] [error] [client 85.8.78.48] File does not exist: C:/Programme/Call of Duty/call of du/uo

ich überprüf nochmal den pfad
Kelli
85.8.78.48 - - [16/Apr/2007:21:24:18 +0200] "GET //uo/mp_murmansk.pk3 HTTP/1.1" 404 1122
hmm Murmansk gibts wohl wirklich nicht.

85.8.78.48 - - [16/Apr/2007:21:40:17 +0200] "GET /uo/mp_glasssky.pk3 HTTP/1.1" 200 850959
Warst das Du mit dem Browser?

Ich hab hier auch gestern was übersehen:

set sv_wwwBaseURL "http://89.166.180.37:80/uo"
Das /uo hängt Call of Duty von selber nochmal an, du kannst es also hier weglassen.
Deswegen sucht er hier flasch:
85.8.78.48 - - [16/Apr/2007:21:42:58 +0200] "GET /uo/uo/mp_glasssky.pk3 HTTP/1.1" 404 1122

Den Port kannst du auch weglassen da es 80 ist, das weiß CoD dann auch so.

Zitat:

set sv_wwwBaseURL "http://89.166.180.37/"
dusktoodawn
http://89.166.182.30/ die sachen sind da

also findet cod die maps nicht ?
Kelli

Zitat:

Original von dusktoodawn
http://89.166.182.30/ die sachen sind da

30? War das oben nicht 37?
Egal. Nochmal:
Du musst die Dateien auf dem Webserver unter
http://89.166.182.30/uo
liegen haben, in der CoD Config trägst du aber
set sv_wwwBaseURL "http://89.166.180.30/"
- also ohne das uo ein. Das uo macht der Server dann von alleine immer hintendran - und dann stimmts wieder.
dusktoodawn
ich glaube das gliegt am mime typ

aus der access.log
86.152.210.87 - - [17/Apr/2007:15:29:00 +0200] "GET //uo/mp_glasssky.pk3 HTTP/1.1" 404 1122
86.152.210.87 - - [17/Apr/2007:15:29:35 +0200] "GET //uo/mp_glasssky.pk3 HTTP/1.1" 404 1122
86.152.210.87 - - [17/Apr/2007:15:33:52 +0200] "GET //uo/mp_glasssky.pk3 HTTP/1.1" 404 1122
86.152.210.87 - - [17/Apr/2007:15:35:53 +0200] "GET //uo/mp_glasssky.pk3 HTTP/1.1" 404 1122

#ErrorDocument 404 /missing.html
#ErrorDocument 404 "/cgi-bin/missing_handler.pl"
Kelli
hmmm Gerade probiert
GET /uo/mp_glasssky.pk3 HTTP/1.0
Content-Length: 850959
Connection: close
Content-Type: text/plain
____________^^^^^^
default fallback bei unbekanntem Mime Typ. Subobtimal, aber das rechtfertigt kein 404 - nicht gefunden, ausgeliefert wird es auch mit falschem Typ, nur CoD kann damit ggf nichts anfangen. Wenn du willst kannst du in - ja wo eigentlich - ich kenn mich mit dem Windows XAMPP nicht aus?? bei Linux ist es /usr/local/apache2/mime.types:

Zitat:

application/octet-stream pk3

eintragen, den Indianer dann neu starten. Aber ich glaub es nicht. Allerdings sehe ich den Fehler jetzt auch nicht. Er findet es nicht (404), aber es ist da...(habs selbst probiert) verwirrt

Ich bin das erste mal in meinem Leben verwirrt.
dusktoodawn
hmmm jetzt gehts
hab den pfad mal angepasst hatte da call of duty stehen hab da cod raus gemacht . kp ob der den ordner wegen der lehrzeihlen nicht gefunden hat

und der hat immer favicon.ico gesucht hab einfach eine textdat umbennant

85.233.47.210 - - [17/Apr/2007:19:04:17 +0200] "GET
//uo/mp_glasssky.pk3 HTTP/1.1" 200 850959
82.149.173.159 - - [17/Apr/2007:19:20:15 +0200] "GET //uo/mp_murmansk.pk3 HTTP/1.1" 200 1370118
82.149.173.159 - - [17/Apr/2007:19:33:25 +0200] "GET //uo/stargate_v12.pk3 HTTP/1.1" 200 5885352

also jetzt geht er mit 40 kb

thx kellerkind