Zusammenspiel von http/2, htaccess-Schutz und dem CMS contrexx


MK70

Registered User
Hallo :)

ich habe seit einigen Wochen ein größeres Problem :rolleyes:

Ich fange aber mal von vorne an. ;)

Bis vor etwa 6, 7 Wochen, konnte ich ganz normal auf meinem Webserver, teils Resellerpaket, teils Webpaket, mein CMS Contrexx auch mit einem Ordnerschutz betreiben. Der Ordnerschutz deshalb, weil die Webseite(n) noch nicht fertig gestellt ist.

Das CMS benötigt eine htaccess Datei, worin gewisse Umleitungen des CMS eingetragen sind.

Nun hat es zu genannter Zeit eine Umstellung auf dem Server mit meinen Webpaketen gegeben, und es wurde HTTP/2 aktiviert. Seitdem kann ich nicht mehr einfach so meine Seite besuchen, den Ordnerschutz eingeben und an der Webseite arbeiten. Ich muss im Vorfeld per FTP die htaccess-Datei bearbeiten, sprich den Ordnerschutz deaktivieren, damit ich an das CMS komme, um daran zu arbeiten. Der Nachteil ist, für die Zeit ist die Seite offen und für jedermann erreichbar.
Und nun hat das Ganze auch mein Kunden-Resellerpaket erreicht und der Server wurde in den vergangenen Tagen umgestellt.

Folgendes Problem habe ich jetzt:

Wenn man Kundenseiten aufbaut, versteckt man sie erstmal vor der Öffentlichkeit, aber der Kunde an sich, für den die Seite gebaut wird, bekommt einen htaccess-Zugang zur Seite, so dass er den Fortschritt der Arbeit mitverfolgen kann. Ich kann mit dem vorhandenen Problem aber den Schutz nicht mehr auf der Seite belassen, wenn der Kunde selbst den Fortschritt mit verfolgen möchte. Und einem Kunden zumuten, dass er sich ein FTP-Programm zulegt und sich darin einarbeitet, sowie auch in die Arbeit mit der htaccess, kann und möchte ich einem Kunden nicht zumuten. Ganz zu schweigen davon, dass wahrscheinlich nach dem Besuch vergessen wird, den Schutz wieder zu aktivieren. Nun sitze ich auch nicht immer am PC, sodass man das parallel machen könnte, von daher ist jetzt die Frage:

Welches Problem löst HTTP/2 aus, dass ein Ordnerschutz nicht mehr so arbeitet, wie er soll, wenn das CMS dahinter ebenfalls Code-Zeilen in der htaccess Datei benötigt.

Hat oder kennt hier jemand das Problem, gibt es eine Lösung?

Das ControlPanel ist cPanel, falls das auch wichtig sein sollte.

Anbei werde ich Euch noch die Codezeilen aus der htaccess-Datei einstellen und den Link zum CMS "contrexx", falls jemand das mal selbst ausprobieren möchte. Vielleicht liegt es ja auch an cPanel und nicht an den bislang vermuteten Systemen.

Ich würde mich über eine Rückmeldung, und falls bekannt, über einen Lösungsvorschlag freuen.

Vielen Dank schon jetzt an alle Helfer.

VG Markus ;)

##########################

Codestellen der htaccess-Datei:

Für den Ordnerschutz:
Code:
AuthName "contrexx"
AuthType Basic
AuthUserFile "/home/webxx/.htpasswds/public_html/passwd"
Require valid-user
Die Installation des CMS liegt in "/home/webxx/public_html"
Der Verweis auf die Passwortdatei ist cPanel geschuldet. Die Datei(n) liegen alle da.

Der Versuch die htaccess Datei, sowie die htpasswd in dem html-Ordner einzustellen, brachte auch keine Abhilfe.

####################

Für das CMS:
Code:
RewriteEngine On
# <contrexx>
#    <core_routing>
        # Set the path, relative from the document root, to Contrexx.
        # Technical note: This is ASCMS_PATH_OFFSET
        # I.e.: /
        RewriteBase   /
        
        # Deny direct access to directories containing sensitive data
        RewriteCond %{ENV:REDIRECT_END} !1
        RewriteCond %{REQUEST_URI} ^/(config|tmp|websites|core/.*/Data|core_modules/.*/Data|modules/.*/Data)/
        RewriteRule . - [F]
        
        # Resolve language specific sitemap.xml
        RewriteRule ^([a-z]{1,2}(?:-[A-Za-z]{2,4})?)\/sitemap.xml$ sitemap_$1.xml [L,NC]
        
        # Allow directory index files
        RewriteCond %{REQUEST_FILENAME}/index.php -f
        RewriteRule   .  %{REQUEST_URI}/index.php [L,QSA]
        
        # Redirect all requests to non-existing files to Contrexx
        RewriteCond   %{REQUEST_FILENAME}  !-f
        RewriteRule   .  index.php?__cap=%{REQUEST_URI} [L,QSA]
        
        # Add captured request to index files
        RewriteRule ^index.php index.php?__cap=%{REQUEST_URI} [L,QSA]
        
#    </core_routing>
# </contrexx>
#####################

Zum CMS geht es hier lang:
--> https://www.cloudrexx.com/de/index.php?section=downloads&cmd=7&category=8

Es gibt aktuell die V4, aber die V5BETA ist auch seit gestern Online. ;)


Die Fehlermeldung, die erfolgt ist:
Code:
Fehler: Umleitungsfehler
Die aufgerufene Website leitet die Anfrage so um, dass sie nie beendet werden kann.
Dieses Problem kann manchmal auftreten, wenn Cookies deaktiviert oder abgelehnt werden.
Nochmal versuchen
Gibt es noch Fragen? Gerne her damit, dann werde ich versuchen, die vorhandenen Lücken zu schließen ;)

Und nochmals Danke für Eure Unterstützung und hoffentlich baldige Abhilfe für mein Problem. ;)
 
Last edited by a moderator:
Wie http/2 auf dem Server eingerichtet ist, vermag ich nicht sagen zu können. Ich bin nur Nutzer der vorhandenen Struktur cPanel-Einstellungsmöglichkeiten für das Web- und Resellerpaket. Könntest Du mir dazu etwas mehr Input geben, was ich da genau machen muss, bzw. der Webhoster evtl. machen kann :confused:

Evtl. muss auch der Hersteller des CMS ran, vielleicht ist die Funktion in der htaccess auch etwas "überholt" und verträgt sich deshalb nicht mit http/2? :confused:

Alles offene Fragen :cool:
 
Sollte http/2 mit NginX realisiert worden sein dann könnte das Problem daran liegen dass NginX keine htaccess Dateien verarbeiten kann.

Wenn dein Hoster hier also irgendwas umgestellt hat muss der dir aber doch eigentlich helfen dass alles wieder zum funktionieren zu bringen.
htaccess-Dateien sind nunmal Standard im Internet.

Was sagt der Hoster dazu?

Thomas
 
hallo :cool:

Sollte http/2 mit NginX realisiert worden sein dann könnte das Problem daran liegen dass NginX keine htaccess Dateien verarbeiten kann.

Ok, das war mir nicht bekannt, ich habe es an meinen Webhoster weitergeleitet. Dem wird es aber sicher bekannt sein und evtl. Alternativen genutzt haben? :confused:

Wenn dein Hoster hier also irgendwas umgestellt hat muss der dir aber doch eigentlich helfen dass alles wieder zum funktionieren zu bringen. htaccess-Dateien sind nunmal Standard im Internet.
Was sagt der Hoster dazu?

Wir haben dazu mehrfach geschrieben und sind gestern erstmal so verblieben, dass wir die htaccess-Zeilen des CMS, die Probleme machen, vom Entwickler erklärt bekommen, was die genau machen sollen. Außer "falsch"(?) weiterzuleiten. ;)
 
Hallo,

Kein NginX, Apache ;-)

Hätte mich jetzt auch gewundert. Bislang habe ich immer sehr schnell und kompetente Hilfe erfahren.
Das Problem scheint auch bislang kaum jemand anderen zu betreffen, Contrexx scheint nicht so häufig genutzt zu werden... :-(
 
Das Ganze hat Null mit HTTP/2 zu tun.
Ursache ist ein EndlessLoop in den Rewrites.
Zur Lösung benötigen wir daher alle für den VHost definierten Rewrites, nicht nur die bereits geposteten.
Diese müssen unverfälscht und in exakter Reihenfolge vorliegen.
 
Hallo,

Du meinst weitere Einträge in der htaccess? Da ist nur der Eintrag für den Ordnerschutz und die Zeilen, die Contrexx reinschreibt, während der Installation.

Oder gibt es in einem der vielen Ordner innerhalb des Web von cPanel noch wo andere Einträge, die Du meinst? :-/
 
Ich bin nicht der Admin Deines Servers, insofern solltest Du eher ihm diese Frage stellen, er wird sie Dir zuverlässig beantworten können.
 
Hallo,

ok, ich werde das am Montag erledigen. Melde mich dann wieder, sobald ich was bekommen habe ;)

Danke erstmal und ein angenehmes Wochenende :)
 
Guten Tag zusammen ;)

Nachfrage: Du meinst aber nur die von dem einen WEB oder alle auf dem Server, bzw. zb. das gesamte Resellerpaket? :confused:

(Wenn alles, wäre das überhaupt auffindbar? :confused: :eek: )
 
Tja, gemeinerweise brauchst Du jede rewrite-Regel, die in irgendeiner Art und Weise für Dich greifen könnte. Idealerweise sind die nur für Deinen VHost konfiguriert, kann aber auch anders sein.

Doofe Idee: die Seite lief davon schon aber auch mit https?
... sonst könnte nämlich sowas wie "Server macht rewrite auf https, CMS macht rewrite auf $BASEURL und die ist mit http://" - und schon steckst Du in einer Endlosschleife.

Ich seh's mal so: Das System hat vorher funktioniert. Dann ändert der Hoster was. Danach tut's nicht mehr. Verursacher des "tut nicht" ist damit der Hoster und der ist für die Problemfindung und Lösung zuständig. Dafür bezahlst Du ihn ja auch.
 
Mahlzeit,

Tja, gemeinerweise brauchst Du jede rewrite-Regel, die in irgendeiner Art und Weise für Dich greifen könnte. Idealerweise sind die nur für Deinen VHost konfiguriert, kann aber auch anders sein.
Auf dem WEB selbst gibt es keinerlei weitere Umleitungen etc. Nur die aus der htaccess des CMS. :)



Doofe Idee: die Seite lief davon schon aber auch mit https?
... sonst könnte nämlich sowas wie "Server macht rewrite auf https, CMS macht rewrite auf $BASEURL und die ist mit http://" - und schon steckst Du in einer Endlosschleife.
Die Seiten laufen bereits seit Monaten mit https. :)
Mit der Umstellung auf http/2 ist das Problem einhergegangen. Erst auf den 2 großen Webpaketen (Anfang Dez.) und vor wenigen Tagen dann auf dem Resellerserver.

Im CMS kann ich festlegen was passieren soll -> http, https oder dynamisch. Dynamisch, falls dass es mal ein Problem mit dem Zertifikat gibt, so dass es auch ohne geht (übergangsweise).
IdR hab ich die Einstellung auf https stehen, das stellt sich aber im Augenblick selbstständig mit aktivieren des Ordnerschutzes auf dynamisch zurück und lässt sich auch nicht mehr umstellen, bis der Ordnerschutz wieder entfernt ist. :rolleyes:



Ich seh's mal so: Das System hat vorher funktioniert. Dann ändert der Hoster was. Danach tut's nicht mehr. Verursacher des "tut nicht" ist damit der Hoster und der ist für die Problemfindung und Lösung zuständig. Dafür bezahlst Du ihn ja auch.
Wir haben versucht rauszufinden, was die 2 Zeilen in der htaccess genau machen, aber bislang habe ich von contrexx noch nichts gehört.

Ich weiß aber auch nicht, was noch alles mit http/2 zusätzlich an Umstellung erfolgt (ist), was das Ganze auslösen könnte. :confused:
 
Update zum 2.2.2018

Guten Morgen ;)

Hier mal eine Rückmeldung zum Problem. ;)

Es hat sich eine Lösung ergeben, die zumindestens schon mal das mit dem Ordnerschutz gelöst hat. Von Seiten des CMS Herstellers habe ich eine Zeile Code für die htaccess Datei bekommen, der ganz am Anfang eingestellt werden muss.
PHP:
ErrorDocument 401 default


Damit komme ich jetzt wieder normal, wie vorher auch, auf die Seiten, die mit dem Ordnerschutz geschützt sind. :)

Woran es liegt, können wir im Augenblick nur vermuten, den Webhoster muss ich damit noch konfrontieren. Es wird wohl nicht nur Apache genutzt, sondern auch noch eine API zu Lightspeed.
Der CMS Hersteller sagt, dass Lightspeed normal eingerichtet ist, wie Apache, die Einstellung alle eins zu eins gleich sein sollten, aber es könnte halt hier und da doch noch die ein oder andere Einstellung geben, die solche Dinge auslöst. Da muss ich mal nachfragen. :)

***

Habt ihr Erfahrung mit Lightspeed auf Euren Servern? Und was habt Ihr ggf angepasst? ;)
 
Back
Top