Beiträge von Eisenherz

Genau. Du änderst den Hostnamen auf z.B. server1.deinedomain.de und legst diesen natürlich auch im DNS an, und dann lässt Du das Skript laufen.

Der Server müsste ja eigentlich servername.domain.de heißen, denn sonst kann dafür kein Zertifikat ausgestellt werden.

Kann es sein, dass AppArmor oder SELinux aktiv ist?

Würde mich auch interessieren. Ich hatte die Tage noch daran gedacht, pd-admin mal unter AlmaLinux 10 zu testen.

Schalte doch IPv6 mal komplett ab, wenn Du es nicht essentiell für irgendwas brauchst und probiere es dann einmal aus.

Also ich habe es noch nie probiert, aber ich denke, Umlaute stellen ein Problem dar, denn diese kommen nur in der deutschen Sprache vor und selbst bei Windows klappt der Single-Sign-On in manchen Anwendungen bei Umlauten nicht.

Also, es scheint ja der MySQL-Server nicht zu laufen.

Ich würde mal schauen, was ps -ef | grep mysql sagt.

Schaue mal in /seu3 nach den Log-Dateien, was da genau drin steht.

Es ist so, wie ich es mir gedacht habe. Da es wohl so gut wie keine Nutzer mit pd-admin und insbesondere keine aktiven gibt. Ist die Entwicklung vorerst eingestellt worden. Sollte es genug Interessenten geben, dann kann die Entwicklung wohl wieder aufgenommen werden.

Ich kenne den Entwickler vom SitePad. Ich frage ihn mal wie der aktuelle Stand ist. Mein letzter Stand war, dass wohl leider so gut wie keiner pd-admin mit SitePad genutzt hat

Bei uns auch auf jedem Server. Egal aus welcher Reihe er ist.

Also bei Reihe 4 ist es mir gerade auch aufgefallen. Scheint also in jeder Reihe zu sein.

Der Ordner scheint auch vor dem Update nicht zu bestehen und erst beim Update angelegt zu werden.

Ist mir gerade auch bei Reihe 6 aufgefallen,

Ich hatte es jetzt bei Reihe 4 nicht gesehen. Schaue ich mir aber noch einmal an.

Vielleicht liegt die Ursache auch nicht an der Reihe. Mal schauen, ob sich noch wer meldet.

Hatte schon gedacht, ich wäre der Einzige, wo das angezeigt wird.

Ist mir bisher auch nur bei Reihe 8 aufgefallen.

Hallo zusammen

bei einem Server mit SE 8-0.459 kommen beim Update von pd-admin v4.129 auf pd-admin v4.130

folgende Meldungen:

</opt/pdadmin/bktorch>: mismatch in <gr_name>: <root> ne <www>

</opt/pdadmin/bktorch>: mismatch in <octal_mode>: <0755> ne <0750>

Ist das noch wem aufgefallen?

Ich würde uceprotect auch nicht empfehlen. Es ist, wie Sumeragi gesagt hat, die sperren gerne ganze Netze/Provider nur, weil da eine IP nicht sauber ist und wollen dann Geld von den Providern haben.

Es könnte auch daran liegen, dass vielleicht bei der PHP-Version von pd-admin bestimmte Module nicht aktiv sind. Ich meine, mich erinnern zu können, dass ich da noch Module aktivieren musste, bevor das lief.

Also, auch wenn es schon oft diskutiert wurde. Ich würde eine externe Lösung wie SpamExperts empfehlen. Es ist günstig und läuft zuverlässig.

Ich habe gerade mal bei denen geschaut, da steht ja was darüber, wenn man zu viele Anfragen schickt, dann wird man geblockt, wenn man die freie Liste nutzt. Vielleicht hat es ja damit etwas zu tun.