Also bei mir hatte sich das Problem einfach erledigt. Meine das hier nur das Starten vom Init_3rdparty Paket geholfen hatte. Also bisher, nach einigen Updates (Beta Versionen) und einer Neuinstallation des Systems, hatte ich diese "BLOCKED" Problem nicht mehr.
AdminTool Admin Tool "Blocked" Problem
- Ersteller Tagger
- Erstellt am
-
Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.
Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.
Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier
- Status
Also bei mir hatte sich das Problem einfach erledigt. Meine das hier nur das Starten vom Init_3rdparty Paket geholfen hatte. Also bisher, nach einigen Updates (Beta Versionen) und einer Neuinstallation des Systems, hatte ich diese "BLOCKED" Problem nicht mehr.
itari
Benutzer
- Registriert
- 15. Mai 2008
- Beiträge
- 21.900
- Reaktionspunkte
- 14
- Punkte
- 0
Ich wollte darauf hinweisen: Risiko = Wahrscheinlichkeit x Schaden ... un der Schaden bei Missbrauch des AdminTool geht über alle Grenzen
Itari
Hi,
der Thread ist zwar schon etwas alt, aber vielleicht interessiert es ja noch jemanden.
Ich hatte heute - urplötzlich - auch das Problem, dass ich die hier beschriebene Fehlermeldung erhalten habe. Die Lösung war eigentlich recht simpel. Zunächst muss man dazu mal wissen, dass das LogFile im Verzeichnis /var/log nur dann geschrieben wird, wenn man es vorher leer anlegt.
Dann war es bei mir, dass in der PHP-Variablen $_SERVER['REMOTE_ADDR'] nicht die IPv4 stand, sondern eine IPv6. Dann schlägt natürlich die folgende Prüfung, die auf IPv4-Adressen aus dem lokalen Netz prüft fehl.
Lösung bei mir war also: in den Netzwerkeinstellungen des DSM habe ich die IPv6-Konfiguration auf "Aus" gestellt. Ich nutze das eigentlich garnet.
Da der WebServer bestimmt, ob in der oben genannten Variablen die IPv4 oder die IPv6-Adresse übertragen wird ist mir auf die Schnelle keine andere Lösung eingefallen.
Gruß
oetzi
der Thread ist zwar schon etwas alt, aber vielleicht interessiert es ja noch jemanden.
Ich hatte heute - urplötzlich - auch das Problem, dass ich die hier beschriebene Fehlermeldung erhalten habe. Die Lösung war eigentlich recht simpel. Zunächst muss man dazu mal wissen, dass das LogFile im Verzeichnis /var/log nur dann geschrieben wird, wenn man es vorher leer anlegt.
Dann war es bei mir, dass in der PHP-Variablen $_SERVER['REMOTE_ADDR'] nicht die IPv4 stand, sondern eine IPv6. Dann schlägt natürlich die folgende Prüfung, die auf IPv4-Adressen aus dem lokalen Netz prüft fehl.
Lösung bei mir war also: in den Netzwerkeinstellungen des DSM habe ich die IPv6-Konfiguration auf "Aus" gestellt. Ich nutze das eigentlich garnet.
Da der WebServer bestimmt, ob in der oben genannten Variablen die IPv4 oder die IPv6-Adresse übertragen wird ist mir auf die Schnelle keine andere Lösung eingefallen.
Gruß
oetzi
Hast du mal im Verzeichnis /var/log/ die Datei adm.log angelegt? Da sollte dann zumindest etwas mehr stehen.
Zugriff per SSH auf die Diskstation.
Anmelden als User "root". Passwort ist das gleiche wie für den User "admin".
Per cd /var/log ins Verzeichnis /var/log wechseln.
Dort gibt es jetzt mehrere Möglichkeiten. Ich denke die schnellste und einfachste sollte dann 'echo "" > adm.log' sein.
Mit cat /var/log/adm.log kannst du dir das Logfile dann anschauen.
Anmelden als User "root". Passwort ist das gleiche wie für den User "admin".
Per cd /var/log ins Verzeichnis /var/log wechseln.
Dort gibt es jetzt mehrere Möglichkeiten. Ich denke die schnellste und einfachste sollte dann 'echo "" > adm.log' sein.
Mit cat /var/log/adm.log kannst du dir das Logfile dann anschauen.
Mmh, hast du dich nach dem Anlegen der Datei mal versucht am Admintool anzumelden?
Noch ist die Datei einfach leer, wenn du nicht versucht hast auf das Admintool zuzugreifen.
Noch ist die Datei einfach leer, wenn du nicht versucht hast auf das Admintool zuzugreifen.
sonst gibts ja keinen Eintrag in der Log. Diese ist aber nach wie vor leer.Ok, ich glaube ich hab meinen Denkfehler gefunden.
Ich bilde mir ein (oder hoffe das zumindest), dass der User-Apache nicht unter dem root-User läuft. Von daher kann er wahrscheinlich einfach nicht in die Datei schreiben.
Geb mal im Verzeichnis /var/log "chmod 666 adm.log" ein.
Wenn's dann net geht... :S
Ich bilde mir ein (oder hoffe das zumindest), dass der User-Apache nicht unter dem root-User läuft. Von daher kann er wahrscheinlich einfach nicht in die Datei schreiben.
Geb mal im Verzeichnis /var/log "chmod 666 adm.log" ein.
Wenn's dann net geht... :S
itari
Benutzer
- Registriert
- 15. Mai 2008
- Beiträge
- 21.900
- Reaktionspunkte
- 14
- Punkte
- 0
wenn 'BLOCKED' kommt, dann läuft PHP nicht im System-Apache. Kann man auch testen, ob der phpinfo aus dem Init_3rdparty geht oder nicht. Wenn es nicht geht, denn Init_3rdparty anahlten und neu starten (bzw. wenn er nicht installiert ist, vorher installieren). Daran denken, dass eine kuriose Fehlermeldung kommt beim Starten des Init_3rdparty und diese Fehlermeldung ist ausnahmsweise richtig obwohl sie ein falschen Fehler meldet !!!
Zu dem IPv6-Problem: Man kann das PHP-Skript ändern ... da ich bislang kein IPv6 hab, ist das auch nicht eingebaut (weil ich es eh nicht testen könnte) - Man kann auch meine Prüfungen komplett ausschalten (ist ja alles hier beschrieben) und sich selbst welche einfallen lassen. So ganz ohne würde ich es nicht laufen lassen, weil man halt im AdminTool 'root'-Rechte bekommt (und das soll ja auch so sein).
Itari
Zu dem IPv6-Problem: Man kann das PHP-Skript ändern ... da ich bislang kein IPv6 hab, ist das auch nicht eingebaut (weil ich es eh nicht testen könnte) - Man kann auch meine Prüfungen komplett ausschalten (ist ja alles hier beschrieben) und sich selbst welche einfallen lassen. So ganz ohne würde ich es nicht laufen lassen, weil man halt im AdminTool 'root'-Rechte bekommt (und das soll ja auch so sein).
Itari
schimi007
Benutzer
- Registriert
- 09. Sep. 2011
- Beiträge
- 430
- Reaktionspunkte
- 0
- Punkte
- 0
Hab 3rdparty schon mehrere male angehalten, neu gestartet, deinstalliert etc. Welche Fehlermeldung soll da kommen?? Wenn ich den 3rdparty manager starte geht ein kleines Fenster auf mit jeder Menge Code drin. Ist das richtig?
Habe das gleich problem mit dem "block"
Nur wenn ich die authenticate.cgi mit vi öffne ist da nur qauderwelsch.
Benutze die aktuelle DSM 4.1
Nur wenn ich die authenticate.cgi mit vi öffne ist da nur qauderwelsch.
Benutze die aktuelle DSM 4.1
- Status
Kaffeautomat
Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.
Als Dankeschön schalten wir deinen Account werbefrei.
