seltsames Phänomen mit meinem Apache2

[blnsnoopy26]

Hi,

Wenn ich auf meinem Rooti eine url aufrufe die z.b erlärung.html oder nur ä.htm heisst, dann sagt er mir das es nicht gefunden wurd...

Ok dann mal logs durchsucht was da passiert und da kam folgendes bei raus:

Aus ä.htm wird in den logs:

Code: Select all

[Sat Jun 17 10:50:49 2006] [error] [client 84.191.xxx.xx] File does not exist: /home/web/public_html/xc3xa4.htm

Rufe ich das im Firefox auf die url - so wird aus ä.htm dann

Code: Select all

http://www.meinedomain.tld/%E4.htm

aus über.html wird dann:

Code: Select all

http://www.meinedomain.tld/%FCber.html

Also irgendwie versteht er die umlaute ä,ü,ö und sonderzeichen nicht :-(

Daher bekomme ich auch im IE nur 404 Not found.
Und selbst im Firefox funzt es nicht.

Bin zwar schon am Googlen, aber finden tue ich da nichts zu.
Default Charset ist nicht gesetzt bzw. kein Eintrag in der conf vorhanden und aber auch mit DefaultCharset bleibt der Fehler.

Server ist ein SuSE 9.3 ohne jegliche Adminsoftware drauf - mache alles via Konsole

Hoffe es weiss da jemand rat.

[sledge0303]

Ich würde generell auf Umlaute verzichten...

[blnsnoopy26]

Ich würde generell auf Umlaute verzichten...

Mag sein, aber ich möchte sie einsetzen und würde das Problem gerne Lösen. Google schon ewig, aber wenn man nicht genau weiss nach was wird man ewig suchen.

[Joe User]

IIRC: IE->Extras->Optionen->Internetoptionen->erweitrt->URLs immer als UTF-8 senden

[sledge0303]

Hatte sowas in der Art mal ausprobiert, schlagt mich jetzt bitte nicht wenn ich falsch liege ;)

Code: Select all

AddDefaultCharset ISO-8859-1

[blnsnoopy26]

hab ich alles schon versucht und brachte kein Erfolg :(

[sledge0303]

Versuche es doch mal über mod_rewrite rules.

[blnsnoopy26]

IIRC: IE->Extras->Optionen->Internetoptionen->erweitrt->URLs immer als UTF-8 senden

Ist schon nen haken drinnen gewesen.

Versuche es doch mal über mod_rewrite rules.

Es muss auch ohne gehen, weil bei meinem alten rooti ging es ja auch.

Oder werde mal Apache auf die neuste version updaten - mal sehn ob sich dann das Problem beheben lässt.

Im Moment läuft:

Code: Select all

Server version: Apache/2.0.53
Server built:   Mar 19 2005 21:17:58

[oxygen]

mod_speling

[blnsnoopy26]

mod_speling

Hab Apache selber kompiliert jetzt und das selbe Problem.
mod_speling ist installiert, aber der Fehler bleibt weiterhin.

egal ob mod geladen oder nicht geladen.

in der error log kommt nur folgendes:

Code: Select all

84.191.xxx.xx - - [17/Jun/2006:13:24:31 +0200] "GET /test/%C3%BCber.html HTTP/1.1" 404 293

wenn ich die datei über.html laden möchte.

Hier mal die url: [***]

klicke ich auf die über.html geht es, aber nicht, wenn ich es im webbrowser aufrufe ohne drauf zu klicken.

[Roger Wilco]

Dein System verwendet den Zeichensatz UTF-8 (oder UTF-16 oder UTF-32). Dein Webserver läuft noch komplett mit ISO-8859-1(5). Da dein IE die Umlaute in der URL UTF-8-kodiert sendet (=2 Bytes für das Zeichen 'ä'), findet dein Webserver die Datei nicht, weil der Dateiname auch noch in ISO-8859-1(5) vorliegt (=1 Byte für 'ä'). Den Haken bei der von Joe genannten Option solltest du entfernen oder deinen Webserver komplett auf UTF-8 umstellen.

BTW: AddDefaultCharset ist böse[tm].

[blnsnoopy26]

Hi,

Wenn ich das so machen will komplett in UTF-8 muss ich ja das DefaultCharset benutzen soweit ich weiss aber du schreibst es sei böse.

meine locale

Code: Select all

linux:/usr/src/httpd-2.0.58 # locale
LANG=de_DE.UTF-8
LC_CTYPE="de_DE.UTF-8"
LC_NUMERIC="de_DE.UTF-8"
LC_TIME="de_DE.UTF-8"
LC_COLLATE="de_DE.UTF-8"
LC_MONETARY="de_DE.UTF-8"
LC_MESSAGES="de_DE.UTF-8"
LC_PAPER="de_DE.UTF-8"
LC_NAME="de_DE.UTF-8"
LC_ADDRESS="de_DE.UTF-8"
LC_TELEPHONE="de_DE.UTF-8"
LC_MEASUREMENT="de_DE.UTF-8"
LC_IDENTIFICATION="de_DE.UTF-8"
LC_ALL=

[Roger Wilco]

Nur weil du die Locales setzt, heißt das noch lange nicht, dass dein System UTF-8 benutzt.
Du könntest dir aber z. B. mal convmv ansehen. Damit kannst du die Datei richtig umbenennen. ;)

[blnsnoopy26]

Was heisst da richtig umbenennen?
Ich lade dir datei über.html ganz normal via proftpd auf mein webspace rauf.

obwohl, wenn ich die Datei via konsole anlege, dann bleibt es ja weiterhin bestehn.

Werd mir dein vorschlag mal ankucken.

Nur komisch auf meinem alten rooti ging das alles ohne probleme :-/

edit:

also wenn ich die datei in utf-8 kodiere mit dem tool, dann habe ich auf dem webserver so ein name: über.html

das ist ja auch nicht der Sinn der sache - ach mensch irgendwie muss es doch vernünftig funzen :?

[Joe User]

IIRC: IE->Extras->Optionen->Internetoptionen->erweitrt->URLs immer als UTF-8 senden

Ist schon nen haken drinnen gewesen.

Raus damit und Browser restarten.

[blnsnoopy26]

@joe

Ja das habe ich gemacht und nu kann ich die url [***] aufrufen - die frage ist geht es auch bei allen anderen, weil standard ist doch im IE UTF-8 ein haken drinnen

[Joe User]

Deine User müssen ihren IE ebenfalls umkonfigurieren, die Option ist ein Relikt aus IE5, als es noch kein idn gab und MS einen eigenen Standard einführen wollte. Beim IE7 sollte es OOTB funktionieren.

[blnsnoopy26]

Deine User müssen ihren IE ebenfalls umkonfigurieren, die Option ist ein Relikt aus IE5, als es noch kein idn gab und MS einen eigenen Standard einführen wollte. Beim IE7 sollte es OOTB funktionieren.

hmm,.. sei es so, aber warum ging es auf meinem alten suse server ohne das umkonfigurieren :?: 8O

Das ist ja das Merkwürdige was ich nicht verstehe... ok alte sys war suse 9.1 und hier habe ich jetzt 9.3 ob es das ist was den unterschied ausmacht .... werde es wohl nie erfahren.

Firefox user haben da kein Problem nur die IE user.
Wenn es hart auf hart kommt muss ich halt statt ä oder ü ae oder ue nutzen, aber doof ist es halt schon.

[hornox]

Da du ja vermutlich nur ein paar Sonderzeichen benutzt kannst du das Problem auch einfach ignorieren und die Symtome mit Mod_Rewrite/RewriteMap beheben. Ist zwar nicht schön aber funktioniert :)

[Joe User]

Firefox user haben da kein Problem nur die IE user.

Was erwartest Du? Der aktuelle IE ist immerhin schon 9 Jahre alt...

[blnsnoopy26]

Firefox user haben da kein Problem nur die IE user.

Was erwartest Du? Der aktuelle IE ist immerhin schon 9 Jahre alt...

ist mir klar das der Webbrowser schon paar jahre auf dem Buckel hat, aber dennoch ist das für mich unerklärlich warum es bei einem OS ging und nicht mehr bei gleicher konfiguration.

Da du ja vermutlich nur ein paar Sonderzeichen benutzt kannst du das Problem auch einfach ignorieren und die Symtome mit Mod_Rewrite/RewriteMap beheben. Ist zwar nicht schön aber funktioniert :)

kannst ja ein paar Beispiele für ö,ü,ä machen, damit ich ungefähr weiss wie es aussehn muss, weil mit rewrite in dieser hinsicht habe ich mich noch nicht beschäftigt.

Mir reichen da auch schon 1-2 Beispiele, damit ich dann einen Ansatz habe

[hornox]

Apachekonfiguration:

Code: Select all

RewriteEngine On
RewriteMap examplemap txt:/path/to/file/map.txt
RewriteRule ^(.*)(xC3.)(.*)$ $1${examplemap:$2}$3 [N]

map.txt:

Code: Select all

ü ü
ö ö
ä ä
Ãœ Ü
Ö Ö
Ä Ä
ß ß

Schau dir am besten per RewriteLog und Loglevel 5 an was wie gemacht wird und was im Cache landet. Bei URLs mit sehr viel Umlauten gibt es eine sehr lange Schleife, das könnte u.U. für ein DoS ausgenutzt werden, aber bei 8190 "ä"s (mehr Zeichen im Dateinamen mag (zumindest mein) Apache eh nicht) braucht mein Apache nicht mehr >2 Sekunden, für genauere Aussagen reicht die Zeitauflösung vom rewritelog nicht aus.

[blnsnoopy26]

Hi,

Ja danke das ist doch schon einmal ein anfang :)