Beiträge von Vibe Design

Tatsächlich hat es bei mir unter einer Test-Subdomain funktioniert, vermutlich hat dann wirklich das CMS dazwischengefunkt.

Es werden aber in der Tat keine .htaccess und .htpasswd Dateien angelegt, dementsprechend wird das wohl übergeordnet geregelt.

Danke für die Mithilfe allerseits!

Zitat von aRaphael

Der Pfad ist relativ zum Dokumentenstamm der Domain (Allerdings mit vorangestelltem Slash)

So steht es dabei, hat bei mir allerdings auch nicht funktioniert.

Zitat von aRaphael

Das Verzeichnis sollte schon vorhanden sein.

Nicht unbedingt, sollte das nicht der Fall sein, wird es von Plesk einfach angelegt.

tab Bei deinen Pfadtests hast du dadurch vermutlich mehrere dieser Ordner angelegt.

Zitat von aRaphael

Das mit dem Schutz funktioniert m.W. allerdings nur dann, wenn man auch einen Benutzer dazu anlegt.

Einen Benutzer hatte ich wie im ersten Post beschrieben auch angelegt, die Option hat man ja direkt, nachdem man das Verzeichnis angelegt hat.

Freut mich, das es bei dir funktioniert hat, bei mir leider trotz vermeintlich gleichem Setup nicht

tab Vielen Dank fürs Testen! Ich hatte es davor schon selbst per .htaccess probiert, aber Fehler gekriegt. Dein verlinkter Post hat dabei aber sehr geholfen, das funktioniert jetzt einwandfrei!

Zitat von KB19

Bist Du wirklich sicher, dass die HTML-Datei durch den Webserver und nicht durch PHP/MODX ausgeliefert wird?

Nein, bin ich nicht. Es kann schon sein, dass hier MODX übergeordnet greift. Ich habe die .htaccess wie von dir vorgeschlagen angepasst und das "Geschützte Verzeichnis" nochmal neu eingerichtet, jedoch ohne Erfolg. Die Dateien bleiben ungeschützt zugänglich.

Vielleicht dann doch eher was für den Support.

Im Dateimanager sehe ich tatsächlich nichts dergleichen. Ehrlich gesagt habe ich mir auch gar keine Gedanken darüber gemacht, wie der Schutz funktioniert. Werden hier auch einfach .htaccess und .htpasswd erstellt?

Wenn ich das richtig sehe ist in den Webserver-Einstellungen nginx im Proxymodus, leitet also an Apache weiter.

Cache kann ich ausschließen, auch in einem anderen Browser (wo die Seite noch nie aufgerufen wurde) funktioniert der Aufruf ungeschützt.

Es handelt sich um ganz normale .htm Dateien, im ganzen Verzeichnis gibt es sonst nur noch Bilder.

Im darüberliegenden Ordner gibt es eine .htaccess vom verwendeten CMS MODX:

RewriteEngine On
RewriteBase /
# Prevent dot directories (hidden directories like .git) to be exposed to the public
# Except for the .well-known directory used by LetsEncrypt a.o
RewriteRule "/\.|^\.(?!well-known/)" - [F]
# Rewrite www.example.com -> example.com -- used with SEO Strict URLs plugin
RewriteCond %{HTTP_HOST} .
RewriteCond %{HTTP_HOST} ^www.(.*)$ [NC]
RewriteRule ^(.*)$ https://%1/$1 [R=301,L]
#
# or for the opposite example.com -> www.example.com use the following
# DO NOT USE BOTH
#
#RewriteCond %{HTTP_HOST} !^$
#RewriteCond %{HTTP_HOST} !^www\. [NC]
#RewriteCond %{HTTP_HOST} (.+)$
#RewriteRule ^(.*)$ https://www.%1/$1 [R=301,L] .
# Rewrite secure requests properly to prevent SSL cert warnings, e.g. prevent 
# https://www.example.com when your cert only allows https://secure.example.com
#RewriteCond %{SERVER_PORT} !^443
#RewriteRule (.*) https://example.com/$1 [R=301,L]
# Redirect the manager to a specific domain - don't rename the ht.access file
# in the manager folder to use this this rule
#RewriteCond %{HTTP_HOST} !^example\.com$ [NC]
#RewriteCond %{REQUEST_URI} ^/manager [NC]
#RewriteRule ^(.*)$ https://example.com/$1 [R=301,L]
# The Friendly URLs part
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
# Make sure .htc files are served with the proper MIME type, which is critical
# for XP SP2. Un-comment if your host allows htaccess MIME type overrides.
#AddType text/x-component .htc
# If your server is not already configured as such, the following directive
# should be uncommented in order to set PHP's register_globals option to OFF.
# This closes a major security hole that is abused by most XSS (cross-site
# scripting) attacks. For more information: http://php.net/register_globals
#
# To verify that this option has been set to OFF, open the Manager and choose
# Reports -> System Info and then click the phpinfo() link. Do a Find on Page
# for "register_globals". The Local Value should be OFF. If the Master Value
# is OFF then you do not need this directive here.
#
# IF REGISTER_GLOBALS DIRECTIVE CAUSES 500 INTERNAL SERVER ERRORS :
#
# Your server does not allow PHP directives to be set via .htaccess. In that
# case you must make this change in your php.ini file instead. If you are
# using a commercial web host, contact the administrators for assistance in
# doing this. Not all servers allow local php.ini files, and they should
# include all PHP configurations (not just this one), or you will effectively
# reset everything to PHP defaults. Consult www.php.net for more detailed
# information about setting PHP directives.
#php_flag register_globals Off
# For servers that support output compression, you should pick up a bit of
# speed by un-commenting the following lines.
#php_flag zlib.output_compression On
#php_value zlib.output_compression_level 5
# The following directives stop screen flicker in IE on CSS rollovers. If
# needed, un-comment the following rules. When they're in place, you may have
# to do a force-refresh in order to see changes in your designs.
#ExpiresActive On
#ExpiresByType image/gif A2592000
#ExpiresByType image/jpeg A2592000
#ExpiresByType image/png A2592000
#BrowserMatch "MSIE" brokenvary=1
#BrowserMatch "Mozilla/4.[0-9]{2}" brokenvary=1
#BrowserMatch "Opera" !brokenvary
#SetEnvIf brokenvary 1 force-no-vary

Das Verzeichnis ist aber grundsätzlich unabhängig vom CMS, also wurde weder darüber erstellt, noch gibt es z. B. den gleichen Verzeichnisnamen.

Ich habe im WCP über Geschützte Verzeichnisse ein Verzeichnis angelegt und einen entsprechenden Benutzer dafür erstellt. Wenn ich jetzt eine Seite in diesem Verzeichnis aufrufe, wird diese jedoch ganz normal angezeigt, es wird kein Benutzer und Passwort abgefragt, die Seite ist ganz normal zugänglich.

Ich möchte alle Seiten unter domain.com/verzeichnis schützen und habe unter dieser Domain /verzeichnis als geschütztes Verzeichnis mit Benutzer angelegt. Was mache ich falsch?

Tatsächlich... da war ich wohl von dem blauen Hinweiskasten, dass ich ins CCP soll zu sehr abgeschreckt. Warum kann man diese Option bei Subdomains im WCP erhalten, aber nicht für Hauptdomains? In jedem Fall danke!

Zitat von Virinum

Oder ist in der Liste die Subdomain nicht vorhanden?

Nein, dort wird keine einzige Subdomain meiner ganzen Domains angezeigt. Demnach sollte das eigentlich so sein?

Zitat von mlohr

Was verstehst du unter "Hostingeinstellung"?

Entschuldige, das war wohl falsch formuliert. Ich meine Domaineinstellungen wie Hosting-Typ, Dokumentenstamm, etc.

Screenshot 2022-03-04 114338.jpg

Ich suche seit einer halben Stunde nach der Option, die Hostingeinstellungen einer Subdomain zu ändern. Früher war diese Option noch leicht über das WCP zugänglich, seit einiger Zeit findet man dort aber nur noch die Mitteilung, dass man sich zusätzlich durchs CCP klicken soll. (Aus Usability-Sicht eine absolute Katastrophe, aber ich vertraue mal soweit, dass es wohl einen höheren Sinn hat.) Für Hauptdomains ist das auch kein Problem, aber ich finde nirgends meine Subdomains aufgelistet, um diese Einstellungen dort vornehmen zu können. Wo kann ich diese Einstellungen vornehmen?

Das CCP taugt nicht wirklich als zentrale Oberfläche, da dort nur wenige Einstellungen direkt vorgenommen werden können und der Rest auf das WCP, etc. verlinkt. Das ist ineffizient und daher das WCP als direkte Anlaufstelle deutlich benutzerfreundlicher. Das WCP hat ja eigentlich auch alles, bis auf die E-Mails, die ich auch sehr vermisse! Einen Auto-Login Link in der Navigation anzubringen sollte doch machbar sein (man ignoriere meine Zeichenkünste )

email-wcp.png

Ebenfalls dafür!
Der Thread ist ja nun auch schon etwas älter, gibt es hier schon Neuigkeiten? Gerade eine Möglichkeit wie von DerRené beschrieben klingt doch sehr sinnvoll und hilft allen, die sich diese Funktion wünschen (und das sind ja schon ein paar), stört dagegen aber auch keine Neukunden...

Ich habe festgestellt, dass ich nicht per interner IP-Adresse auf meine Datenbanken zugreifen kann, obwohl Domain und Datenbank hier bei netcup liegen. Demnach müsste doch eigentlich die im WCP bei der jeweiligen Datenbank angezeigte IP funktionieren, oder nicht?

Ich bin mit meinen Webseiten erst zur neuen Cloud umgezogen und habe lange versucht herauszufinden, warum mein CMS (MODX) sich nicht mit der (ebenfalls neu erstellten) Datenbank verbinden kann. Aus meinen Config-Files von der alten Cloud ist noch klar ersichtlich, dass hier interne IPs von netcup genutzt wurden. Die internen IPs für die neuen Datenbanken funktionieren aber auf der neuen Cloud nicht mehr.

Ich habe dann die unter den DNS-Einträgen der Domain vermerkte IP für Datenbanken getestet und so hat es funktioniert. Hat sich hier in der neuen Cloud etwas dahingehend verändert? Eigentlich müssten doch die im WCP ausgewiesenen IPs einer Datenbank funktionieren, wenn alle Komponenten bei netcup liegen...?

[netcup] Felix P. Vielen Dank! Ich möchte noch einmal betonen, dass ich mit dem Support sehr zufrieden bin, auch wenn nicht alles funktioniert wie es soll, wird man hier nicht alleine gelassen, das ist nicht bei allen Providern so.

Inzwischen konnte ich meine Datenbanken erfolgreich hochladen, ich hoffe nur, dass ich auch weitere Datenbanken in der Zukunft normal verwenden kann. Ich freue mich über weitere Updates zum Thema!

P.S. Ich hoffe auch mein kleiner Spaß von oben wird nicht zu ernst genommen, das ist natürlich Quatsch.

Genau und netcup schickt keine Mahnung, sondern ärgert seine Kunden durch kleine, gemeine Einschränkungen

Also laut Support sollte der Wert sogar bei 20M liegen und als es bei mir ging hatte ich auch einen Wert von 20971520. Warum das aber (bei mir) wieder auf 1024 gesetzt ist, kann ich mir nicht erklären...

Vielen Dank dir, aber ich möchte die Sachen gerne auf der Datenbank laufen haben, für die ich mein Geld bezahle...

Leider muss ich dieses Thema wohl doch noch einmal rausholen. Ich habe gerade versucht meine anderen Datenbanken umzuziehen und siehe da, wieder der alte Fehler. Ein kurzer Check zeigt auch wieder die gleiche Ursache:

phpMyAdmin_Error.png

[netcup] Felix P. Der Support ist kontaktiert, ich erwarte hier jetzt eine sehr schnelle Lösung, dieses Thema kostet mich erheblich zu viel Zeit.

Na dann ist doch wunderbar - Thema erledigt.