Druckbare Version
Ich möchte den Inhalt eines Modules (Eigener HTML-Code), dass ich vor ein paar Wochen angelegt habe, bearbeiten, lösche den Inhalt und kopiere den neuen Inhalt hinein und bekomme beim Speichern ein "Forbidden, You do not have permission to access this document."
Warum ist das so? Wo ist der Fehler? Jemand ne Idee?
Hast du das mit demselben Benutzer angelegt? Hast du nicht alle Admin-Rechte im Backend?
Yes, selber Benutzer der alle Rechte hat - drum bin ich so erstaunt.
In dem Modul ist ein Script und sollte jetzt nur erweitert werden... evtl. sind das Tags die Contao nicht mag...
Noch ein paar Fragen zu den Randbedingungen:
- hast du in der Zwischenzeit ein Update gemacht?
- andere Änderungen kannst du speichern?
- welche PHP und MySql-Version sind im Einsatz?
- irgendwelche Spezialitäten (DB collation etc.)?
Ich hänge mich hier mal noch dazu.
Ich habe das gleiche Problem, bzw. eigentlich mein Kunde.
Es ist dabei auch egal ob er als Redakteur oder Admnin freigeschalten ist.
Manche Artikel können nicht gespeichert werde.
Es kommt die Fehlermeldung:
Forbidden
You don't have permission to access this resource.
Er hat auch diverse Geräte ausprobiert - es bleibt der Fehler.
Ich selbst kann alles ohne Probleme bearbeiten und speichern.
Wir haben Contao 4.4.42
PHP und MySql weiss ich gerade nicht (falls wichtig mach ich mich noch schlau)
Es wurde kein Update gemacht.
Irgendeine Idee woran das liegen könnte?
Liebe Grüße
Daniela
Ich tippe mal auf die übliche Mittel zur Erkennung von Angriffen ;-)
Du versendest per POST HTML (oder schlimmer JS) an den Server. Da machen viele Hoster mittlerweile dicht. Habe das Problem am Plesk-Server auch gehabt. Da kannst du nur über FTP ran und das dort eingeben. Es gibt auch bei einigen Erweiterungen Probleme, wo du unter anderem SQL-Felder oder gar Anweisungen über ein Formular pflegen kannst/musst.
Das ist ein Sicherheitsfeature deines Hosters. Und zwar wird kein HTML Inhalt in einem POST Request erlaubt. Das musst du deaktivieren.Zitat:
Zitat von liebling65
// ah, hat die Arbeitsbiene bereits gepostet ;)
soll ich meine Frage in einem Extra Thread schreiben?Zitat:
Zitat von Spooky
Bei mir handelt es sich nicht um eigenen HTML-Code sondern nur ums Speichern von Artikeln.
Nein, ist vermutlich das selbe Problem. Vermutlich hast du einen Artikel Teaser in Verwendung? Da wird ja auch HTML submitted.
Nein kein Artikel Teaser, einfach nur z.B. Artikel TextZitat:
Zitat von Spooky
Und da tritt es dann auch nicht bei jedem Element auf.
Manche gehen zu speichern, manche nicht.
Es wird auf der kompletten Webseite nur ein Seiten-Layout verwendet.
Daher schliesse ich auch aus, dass es an dem liegen könnten.
Ich selbst kann alles speichern - mein Kunde eben nicht.
Selbst mit Admin-Rechten.
Wie gesagt, es liegt am Hoster.
Kann der Kunde von einem externen Rechner, z.B. deinem, speichern? Eventuell funkt ja eine auf seinem Rechner installierte Security Suite dazwischen.
wenn es am Hoster liegt dürfte es bei mir aber auch nicht funktionieren, oder verstehe ich da was falsch?Zitat:
Zitat von Spooky
Wir sind örtlich etwas weit voneinander entfernt.Zitat:
Zitat von tab
Aber selbst wenn ich mit seinen Zugangsdaten reingehe, kann ich alles bearbeiten und speichern.
Er selbst hat es auf diversen Rechnern versucht - immer das gleiche Problem.
Security-Apss etc. abgedreht.
Hmm, sagen wir mal so, wenn du mit seinen Zugangsdaten alles speichern kannst, dann muss es am lokalen Rechner oder der Verbindung zum Server liegen. Womit ich nicht mal sagen will, dass da irgendwas falsch sein muss, nur dass eben hier etwas anders sein muss. An irgendwelchen fehlenden Berechtigungen in Contao kann es dann ja nicht mehr liegen.
Theoretisch, aber wer weiß. Hast du den Hoster nun diesbezüglich schon kontaktiert oder nicht? Welcher Hoster ist es?Zitat:
Zitat von iuna123
Das klingt absolut einleuchtend.Zitat:
Zitat von tab
Ich hätte das auch so gesehen - aber wie findet man hier am besten eine Lösung? :eek:
Wie schon mehrmals erwähnt liegt es vermutlich am Hoster. Der Hoster (oder du selbst über das Control Panel, wenn möglich), muss dieses Security Feature deaktivieren.Zitat:
Zitat von iuna123
Wie könnte es denn am Hoster liegen, wenn sie selbst mit dem Kundenaccount speichern kann? Sicherheitsfeature nur über IPv4 bzw IPv6 oder wie sonst? Fragen kann man den Hoster allerdings, das kostet ja (meist :rolleyes:) nichts. ;)
Du weißt ja nicht, was alles dieses Security Plugin triggered.
Dann müsste ich selbst das gleiche Problem haben.Zitat:
Zitat von Spooky
Werde ihn bitten nachzufragen.
Seltsam nur, dass es nicht generell nicht geht - es sind nur manche Artikel, die er nicht speichern kann.
Egal, er soll zur Sicherheit mal nachfragen.
Danke!
Du sprichst von Artikeln, hast aber weiter oben Inhaltselemente erwähnt. Tritt das Problem nun beim Speichern eines Artikels oder eines Inhaltselements auf? Welcher Content wird dabei an den Server gesendet?Zitat:
Zitat von iuna123
Nicht nur zur Sicherheit. Es muss nachgefragt werden ;)Zitat:
Zitat von iuna123
Es tritt beim Speichern von Artikeln auf - hab das aber auch so geschrieben :eek:Zitat:
Zitat von Spooky
Content = TextZitat:
Es ist dabei auch egal ob er als Redakteur oder Admin freigeschalten ist.
Manche Artikel können nicht gespeichert werde.
Es kommt die Fehlermeldung:
Forbidden
You don't have permission to access this resource.
Hab es ihm schon mitgeteilt, danke :)Zitat:
Zitat von Spooky
Ein Artikel hat keinen Text, nur einen Teaser. Meinst du den Teaser?
ok, du hast recht - es ist so gesehen ein Textelemnt.Zitat:
Zitat von Spooky
Sorry
Und bei welchem Inhalt wird Forbidden getriggered? (HTML Code aus dem TinyMCE posten) Oder tritt es mit jedem Text Inhaltselement auf?
Ich frag noch genauer nach - ich selbst kann den Fehler ja nicht reproduzieren. Sobald ich mehr weiß melde ich mich wieder. Danke einstweilen!Zitat:
Zitat von Spooky
Nur so ein Gedanke:
wenn es nur bei manchen Textelementen auftritt, hat der Kunde bei denen den Inhalt vielleicht aus Word kopiert? Da ist dann immer irgendwelches HTML zur Formatierung mit drin...
Meistens kann man es dann aber trotzdem speichern. Es schaut halt dann anders formatiert aus.Zitat:
Zitat von folkfreund
Aber daran liegt es glaube ich nicht.
Warte noch auf Antwort vom Kunden.
LG, Daniela
Also ich kann auflösen - zumindest was mich betrifft: es war die ModSecurity bei meinem Hoster. Eigentlich klar, aber ich habs nicht gecheckt.
Wenn der Fehler mit einem "Forbidden" vom Webserver kommt muss es das sein.