Hallo!
Ein Beispiel, um mein Problem zu verdeutlichen: In einer sehr früheren Version einer Website gab es eine Seite "mercedes.html" Im Rahmen einer Umstruktrierung entfiel die Seite.
User, die diese Seite noch in einer Linkliste hatten, sollten aber nicht auf einer 405-Meldung landen. sondern auf einer neuen Seite. Also wurde "mercedes.html" in die htaccess-Datei mit dem Vermerk "Redirect permanent" aufgenommen.

Zwei Site-Versionen später wird nun eine neue Seite mit dem Namen "mercedes.html" erneut dringend benötigt, zumal der Dateiname für SEO wichtig sein soll, wenn er mit den keywords und dem Inhalt der Seite zu tun hat.

Nach löschen des Redirect permanent Eintrags in der htaccess-Datei und upload bleibt es dabei, dass der Seitenname "mercedes.html" nicht per Browser erreichbar ist, obwohl die Seite natürlich inzwischen ebenfalls auf dem Server liegt.

Heißt "Redirect Permanent" wirklich endgültig "permanent" udn ist nicht nachträglich noch zu ändern?
Wo auf dem Server wird denn diese Seite jetzt noch geblockt, nachdem in der htaccess diese Seite nicht mehr enthalten ist?

Hallo Clemens,

>> dass der Seitenname "mercedes.html" nicht per Browser erreichbar ist.

Welchen Status-Code liefert der Server bei Aufruf von mercedes.html?

>> Wo auf dem Server wird denn diese Seite jetzt noch geblockt

Was verstehst Du unter "geblockt"?


Gruß Sabine

Guten Morgen Sabine!
Der Browser tut das, was in der bisherigen htaccess-Datei auch gestanden hat, nämlich zu einer anderen dort vorgegebene Seite weiter zu leiten. Also z.B. von "mercedes.html" nach "vw.html".

Geblockt ist sicher falsch ausgedrückt. Ich meinte damit, wenn die alte htaccess verursacht hat, dass alle Aufrufe von "mercedes.html" auf "vw.html" landen und wenn ich dann dieses Redirect permanent aus der htaccess wieder entferne und diese Umleitung läuft immer noch, dann muss diese Info ja wohl noch irgendwo auf dem Server gespeichert sein. Und ich wollte wissen, wo.

Übrigens sind seit der Änderung der htaccess mindestens 15 Stunden vergangen und daher liegt es nicht daran, dass der Server noch nicht "reagiert" hat.
.

Hallo Clemens

Kannst Du uns die URL angeben? Oder hast Du Sam Spade? Dann kannst Du nämlich selber schauen welche Info Dir der Server zurückliefert, also ob es sich wirklich um eine permanente umleitung (301) handelt.

Gruss
FSt

PS: Wenn Du die URL nicht angeben willst, kannst Du mir eine PM senden.
PPS: Sam Spade findest Du hier:
http://www.samspade.org/ssw/download.html

Hallo Clemens,

>> dann muss diese Info ja wohl noch irgendwo auf dem Server gespeichert sein.

In einer anderen .htaccess oder in der httpd.conf könnte es noch stehen.

Gruß Sabine

Hallo Sabine!

Da die htaccess wegen des Punkts davor nicht via ftp angezeigt wird, weiß ich nicht, wie ich Zugriff darauf erhalten kann, außer durch Überschreiben mit einer anderen oder gar leeren htaccess-Datei.

Ich habe auch keien zweite htaccess angelegt. Also gibt es eine zweite nur, wenn der Server irgend etwas automatisch machen würde.

Und wo httpd.conf liegen mag, weiß ich auch nicht. Mit Serverzeugs kenn ich mich nun ganz gewiss nicht aus. Ich bin heilfroh, wenn ich das Confixx auf meinem vServer bedienen kann.
.

Hallo!

Martin (Fst) hat mir per personal Mail weiter geholfen. Die von mir beanstandete Seite war bei ihm einwandfrei erreichbar.

Nu stellt sich die Frage, ob der Browser die htaccess berücksichtigt und in seinen Cache lädt. Wenn ja, wäre das Problem damit geklärt.

Wenn nein, muss es einen Speicherort auf dem Server geben, auf dem die alte htaccess noch gespeichert war und die erst mit zeitlicher Verzögerung meinen Änderungen der htaccess folgt.

Übrigens: Ich verwende keinen Proxy.
Vielleicht ist jemand hier "Server-kundig" und weiß mehr dazu?
.

Hallo Clemens,

>> ob der Browser die htaccess berücksichtigt

Der Browser kennt die .htaccess gar nicht und berücksichtigt sie auch nicht.
Die .htaccess wird nur vom Webserver berücksichtigt und zwar sofort nach Änderung ohne Zeitverzögerung.

Ohne URL zur betroffenen Seite kann ich nicht mehr dazu sagen.

Versuchs mal mit einem anderen Zugangs-Provider oder mit einem anderen Browser.

Gruß Sabine

Hallo,

mit ctrl + F5 kannst Du im IE ein reloaden der Seite erzwingen bei dem keine cachedaten verwendet werden.

Ich glaube inzwischen, dass der ganze Server spinnt. Ich bin leider bei Server4You und habe dort einen vServer. Anfangs gings ja ganz gut. Aber inzwischen ist die Zuverlässigkeit schlechter als bei Stratos schlimmsten Zeiten!

Andererseits muss ich schon sehr aufs Geld achten und Kompromisse schließen. Vielleicht weiß jemand eine brauchbare Alternative?

Zurück zum Thema:
Nachdem das (vermeintliche) .htaccess-Problem nun gelöst ist, komme ich per ftp nicht mehr an ein Verzeichnis meiner Website heran, obwohl es im Browser aufrufbar / zugänglich ist. (Nein kein passwortschutz auf dem Verzeichnis!)
Ein Freund hat mir das Verzeichnis dann per Telnet gelöscht. Danach habe ich per FTP das Verzeichnis wieder angelegt und alles läuft.

Kaum dachte ich, jetzt wäre alles OK, ist ein weiteres Verzeichnis aus meiner Website plötzlich gesperrt! Dieses mal ist es weder per FTP noch per Browser erreichbar.

Das Ganze deutet auf ein Server-Problem hin und daher führe ich mein .htaccess-Problem inzwischen auf ein Server-Problen zurück.

Und ja, es handelt sich um meine eigene Domain http://www.ideecreativ.de Dort sollte man Büchertipps abrufen können unter http://www.ideecreativ.de/...buch_tipps_main.html
Als Resultat kommt dann:
Forbidden - You don't have permission to access /buecher_tipps/buch_tipps_main.html on this server.

Per Confixx habe ich das Verzeichnis überprüft: Kein Passwortschutz, alles OK. Auch in der .htaccess steht nix Böses drin.

Nun muss ich per Telnet rein und auch dieses Verzeichnis löschen, der gute Freund ist aber zurzeit nicht erreichbar. Frage: Wer kennt sich mit der Verzeichnisstruktur auf so einem Server aus? Ich finde nämlich nicht zu den verzeichnissen, in denen meine Website gespeichert ist.

Freue mich auf Tipps!

Hallo Clemens,

>> Forbidden - You don't have permission to access

Du hast ein Problem mit den Rechten der Dateien und Verzeichnisse.

http://de.selfhtml.org/helferlein/chmod.htm

chmod 644 sollte man für HTML-Dateien und Grafiken setzen,
chmod 755 für Verzeichnisse.

>> Wer kennt sich mit der Verzeichnisstruktur auf so einem Server aus?

Die Verzeichnisstruktur wird vom Administrator eingerichtet und kann auf jedem Server anders aussehen.

Gruß Sabine

Hallo Sabine!

Natürlich habe ich ein Problem mit der Rechtevergabe in den Verzeichnissen!

In beiden Fällen hat das Verzeichnis, wenn ich per FTP zugreife, die korrekten Einstellungen für die Rechte, also Lesen und Schreiben für den Eiegntümer und für Gruppe und Andere jeweils nur lesen.

Ich sag ja, vermutlich spinnt der Server!

Hallo Clemens,

>> In beiden Fällen hat das Verzeichnis, wenn ich per FTP zugreife,
>> die korrekten Einstellungen für die Rechte, also Lesen und
>> Schreiben für den Eiegntümer und für Gruppe und Andere jeweils nur lesen.

Verzeichnisse brauchen die Rechte 755, was Du hier beschreibst ist 644.
Das sind also keine korrekten Einstellungen.

Gruß Sabine

Guten Abend Sabine!
Danke für deine Geduld mit meinen wenigen Kenntnissen.

Mein altes WS-FTP-Programm zeigt alle Ordner meines Webverzeichnisses mit der von mir beschriebenen CHMOD Einstellung an! Dennoch funktionieren alle sowohl per FTP als auch per HTTP (Browser) bis auf die zwei hier im Thread genannten.

Inzwischen hat mir jemand geholfen, auf dem vServer von Server4You den Pfad zu meinen Webdateien zu finden.
Mit dem Befehl

Code

ls -al 

habe ich mir die Verzeichnisse in meinem Webverzeichnis angesehen. Linux gibt hier am Anfang die Zugriffsrechte mit aus.
Alle Verzeichnisse, die in meinem Webverzeichnis (also innerhalb meiner Website) liegen, haben die Kennzeichnung:

Code

drwxr-xr-x 

Das nicht zugreifbare Verzeichnis /buecher_tipps hatte die Kennzeichnung:

Code

drw-r--r-- 

Mein FTP-Programm zeigt offensichtlich die CHMODs nicht korrekt an.

Tja, was soll ein Laie wie ich machen, wenn das FTP-Programm was Falsches zeigt und zugleich der Server spinnt und selbständig CHMODs ändert? Denn ich habe gewiss keine Aktion auf dem Server ausgelöst, durch die CHMODs geändert worden wären.

Um allen Forenmitgliedern die Möglichkeit zu geben, bei ähnlichen Problemen per telent schneller zu Recht kommen, veröffentliche ich hier den Pfad zum Webverzeichnis:
Nach dem Einloggen per Telnet SSH befindet man sich in /root. Man wechsle in das unterste Verzeichnis. Von dort aus wechsle man in folgenden Pfad:

Code

/var/www/web'n'/html/websiteverzeichnisname 

wobei web'n' bedeutet, dass man mehrere Websites auf dem vServer hosten kann und die erhalten der Reihe nach web1, web2 usw. zugewiesen.
.

Hallo Clemens,

>> Alle Verzeichnisse, die in meinem Webverzeichnis (also innerhalb meiner Website) liegen,
>> haben die Kennzeichnung: Code drwxr-xr-x

drwxr-xr-x ist chmod 755

>> Das nicht zugreifbare Verzeichnis /buecher_tipps hatte die Kennzeichnung: Code drw-r--r--

drw-r--r-- ist chmod 644

Hier kannst Du das noch einmal nachprüfen:
http://de.selfhtml.org/helferlein/chmod.htm

Das d davor steht für Directory.

Wie ich schon zwei mal geschrieben hatte braucht ein Verzeichnis die Rechte 755

http://www.hilfdirselbst.ch/..._P227551.html#227551
http://www.hilfdirselbst.ch/..._P227557.html#227557

Das Verzeichnis /buecher_tipps hat die Rechte 644 und kann deshalb nicht angezeigt werden.

Dein FTP-Programm hat also alles richtig angezeigt und der Server spinnt auch nicht.

CHMOD kannst Du mit jedem FTP-Programm einstellen, Telnet wird dazu nicht benötigt.

Gruß Sabine