Safe mode auf off setzen

[Ilja]

yo,

wir haben hier ein kleines problem, dass wir den safe mode von php nicht auf den wert off bekommen, obwohl wird die eintragen in der php.ini und httpd.conf vorgenommen haben (beides auf Off gestellt). beim aufruf von php_info() zeigt er aber leider immer noch "safe mode on" an und widerspricht somit eigentlich unseren gesetzten einstellungen in der php.ini und httpd.conf. system ist suse 9.0 und Visas ist installiert, webserver ist bei strato gemietet.

auszug aus der httpd.conf:

php_admin_flag safe_mode Off

auszug aus der php.ini:

safe_mode = Off
safe_mode_gid = Off

wo könnte das problem liegen, bzw. was müssen wir vornehmen, um den safe mode zu deaktivieren ?

Ilja

[dedlfix]

echo $begrüßung;

wir haben hier ein kleines problem, dass wir den safe mode von php nicht auf den wert off bekommen, obwohl wird die eintragen in der php.ini und httpd.conf vorgenommen haben

• Bist du sicher, dass du die richtige php.ini bearbeitest?
      siehe phpinfo() ganz oben: Configuration File (php.ini) Path
• Stehen beide Werte (Local Value und Master Value) auf on?

echo "$verabschiedung $name";

[Tom]

Hello,

wir haben hier ein kleines problem, dass wir den safe mode von php nicht auf den wert off bekommen, obwohl wird die eintragen in der php.ini und httpd.conf vorgenommen haben

• Bist du sicher, dass du die richtige php.ini bearbeitest?
      siehe phpinfo() ganz oben: Configuration File (php.ini) Path
• Stehen beide Werte (Local Value und Master Value) auf on?

Sind Irgendwelche obskuren Konfigurations-Werkzeuge im Einsatz?
Ich weiß leider nicht, was "Visas" ist.

Ggf. bleibt es Dir nicht erspart, die httpd.conf rekursiv nach allen includes zu durchsuchen.

Harzliche Grüße aus http://www.annerschbarrich.de

Tom

[Ilja]

yo,

Ggf. bleibt es Dir nicht erspart, die httpd.conf rekursiv nach allen includes zu durchsuchen.

meine kollegin sagt, dass sie diesen schritt schon getan hat und auf nichts auffälliges gestossen ist. (bei diversen versuchen wurden einige includes auskommentiert)

Ilja

[Fabian St.]

Hi!

meine kollegin sagt, dass sie diesen schritt schon getan hat und auf nichts auffälliges gestossen ist. (bei diversen versuchen wurden einige includes auskommentiert)

Habt ihr den Apache bereits neu gestartet?

Grüße,
Fabian St.

[Tom]

Hello,

Habt ihr den Apache bereits neu gestartet?

Das sollte Ilja doch sogar im Schlaf berücksichtigen *grins*

Harzliche Grüße aus http://www.annerschbarrich.de

Tom

[Ilja]

yo,

Habt ihr den Apache bereits neu gestartet?
Das sollte Ilja doch sogar im Schlaf berücksichtigen *grins*

die ersten aktionen waren, den apache und dann sogar das ganze system neu zu starten. beides hat nichts geholfen. es gibt auch nur eine php.ini im ganzen system, wobei es so aussieht, als wenn keine eintragungen wirkung zeigen, obwohl php_info() den richtigen pfad angibt, wo wir unsere php.ini zu liegen haben.

Ilja

[Tom]

Hello,

die ersten aktionen waren, den apache und dann sogar das ganze system neu zu starten. beides hat nichts geholfen. es gibt auch nur eine php.ini im ganzen system, wobei es so aussieht, als wenn keine eintragungen wirkung zeigen, obwohl php_info() den richtigen pfad angibt, wo wir unsere php.ini zu liegen haben.

Ich hatte da letztens auch so einen Fall bei einem redhat-System. Da liegen Konfigurationsdateien für generelle Apache-Einstellungen außerhalb und ich habe mich halbtotgesucht nach der Upload-Beschränkung für Files.

Außerdem solltet Ihr auch die Reihenfolge der Konfigurationsoptionen berücksichtigen. Kann durchaus sein, dass Ihr am Anfang was ausschaltet, was eine andere Datei am Ende erst wieder einschaltet.

Harzliche Grüße aus http://www.annerschbarrich.de

Tom

[Fabian St.]

Hi Tom!

Habt ihr den Apache bereits neu gestartet?

Das sollte Ilja doch sogar im Schlaf berücksichtigen *grins*

Man vergisst es eben immer leicht ;-)

Grüße,
Fabian St.

[Tom]

Hello,

Man vergisst es eben immer leicht ;-)

Ich vergesse nur immer, auf welchem System es mit welchem Befehl funktioniert.
Dann muss man ggf. immer erst danach suchen.
Und einer der apache2ctl-Dateien (auf einem System)ist so doof, dass es bei Fehlern in der Syntax oder Misskonfiguration keine Fehlermeldungen mehr schmeißt; da sucht man dann manchmal ganz schön lange, was man denn gerade wieder versaut hat.

Harzliche Grüße aus http://www.annerschbarrich.de

Tom

[Tom]

Hello,

Ggf. bleibt es Dir nicht erspart, die httpd.conf rekursiv nach allen includes zu durchsuchen.

meine kollegin sagt, dass sie diesen schritt schon getan hat und auf nichts auffälliges gestossen ist. (bei diversen versuchen wurden einige includes auskommentiert)

Wo werden denn die virtHosts festgelegt, falls vorhanden?
Und dann bitte eine phpinfo() ins betroffene Verzeichnis schmeißen und die Frage von Dedlfix beantworten.

local_value kann "überall" festgelegt werden. Der Haupt-Wert wird immer in der zuständigen php.ini festgelegt. Im übrigen kann im Document Root auch eine php.ini liegen, die dann, sofern das nicht verboten wurde, die Werte der zentralen php.ini überschreibt.

Harzliche Grüße aus http://www.annerschbarrich.de

Tom

[Ilja]

yo $name,

• Bist du sicher, dass du die richtige php.ini bearbeitest?
      siehe phpinfo() ganz oben: Configuration File (php.ini) Path

sind uns sehr sicher, dass wir die richtige php.ini bearbeiten, es gibt nur eine im ganzen system im ordner "etc".

• Stehen beide Werte (Local Value und Master Value) auf on?

ich kann diese werte nicht einordnen, da wir sie nicht in der php.ini oder httpd.conf finden können. müssen diese gesetzt werden und wenn ja wo genau und wie ?

Ilja

[dedlfix]

echo $begrüßung;

• Stehen beide Werte (Local Value und Master Value) auf on?

ich kann diese werte nicht einordnen, da wir sie nicht in der php.ini oder httpd.conf finden können. müssen diese gesetzt werden und wenn ja wo genau und wie ?

Um zu wissen wie etwas aktuell ist, interessiert nicht wie es sein soll. :-)

"Local Value" und "Master Value" sind die Überschriften dieser Tabelle: phpinfo(INFO_CONFIGURATION);

Wenn dort Unterschiede zu finden sind, sprich: Master Value ist so eingestellt, wie in der php.ini eingetragen, aber Local Value steht anders, dann ist da eine Verzeichnis-Einstellung aktiv.

echo "$verabschiedung $name";

[Ilja]

yo,

Wenn dort Unterschiede zu finden sind, sprich: Master Value ist so eingestellt, wie in der php.ini eingetragen, aber Local Value steht anders, dann ist da eine Verzeichnis-Einstellung aktiv.

von der mittagspause eingetrudelt, war lecker" all you can eat" buffet. die werte gleichen sich alle in den beiden spalten.

Ilja

[dedlfix]

echo $begrüßung;

Wenn dort Unterschiede zu finden sind, sprich: Master Value ist so eingestellt, wie in der php.ini eingetragen, aber Local Value steht anders, dann ist da eine Verzeichnis-Einstellung aktiv.

die werte gleichen sich alle in den beiden spalten.

Gut, dann können wir erstmal davon ausgehen, dass eine Verzeichnis-Konfiguration querschießt.

Versuch doch mal einen anderen (harmlosen) Wert umzustellen, beispielsweise short_open_tag.
Nimmt er das, wissen wir, dass die php.ini die richtige ist. Zeigt das keine Wirkung ist entweder die php.ini doch die falsche, oder der Server-Restart hat nicht geklappt.

Ich weiß nicht, ob bei Änderungen der php.ini ein Reload (Neueinlesen der Konfiguration) ausreicht oder ob ein Restart von Nöten ist.

echo "$verabschiedung $name";

[dedlfix]

echo $begrüßung;

Gut, dann können wir erstmal davon ausgehen, dass eine Verzeichnis-Konfiguration querschießt.

'tschuldigung. Im letzten Halbsatz fehlt eine Negation.

echo "$verabschiedung $name";

[Ilja]

yo $name,

Versuch doch mal einen anderen (harmlosen) Wert umzustellen, beispielsweise short_open_tag.
Nimmt er das, wissen wir, dass die php.ini die richtige ist. Zeigt das keine Wirkung ist entweder die php.ini doch die falsche, oder der Server-Restart hat nicht geklappt.

das haben wir bereits versucht und auch hier keine wirkung erzielt. es sieht fast so aus, als wenn wir die falsche php.ini bearbeiten, nur gibt es auf den ganzen rechner nur eine einzige und auch bei der phpinfo() zeigt er uns den korrekten pfad zu dieser datei an.

Ich weiß nicht, ob bei Änderungen der php.ini ein Reload (Neueinlesen der Konfiguration) ausreicht oder ob ein Restart von Nöten ist.

der rechner wurde mehrfach neu gestartet.

Ilja

[dedlfix]

re

das haben wir bereits versucht und auch hier keine wirkung erzielt. es sieht fast so aus, als wenn wir die falsche php.ini bearbeiten, nur gibt es auf den ganzen rechner nur eine einzige und auch bei der phpinfo() zeigt er uns den korrekten pfad zu dieser datei an.

Dann weiß ich momentan auch nicht weiter. Kannst du die phpinfo-Seite veröffentlichen oder zumindest die Inhalte ersten beiden Tabellen?

dedlfix

[Tom]

Hello,

das haben wir bereits versucht und auch hier keine wirkung erzielt. es sieht fast so aus, als wenn wir die falsche php.ini bearbeiten, nur gibt es auf den ganzen rechner nur eine einzige und auch bei der phpinfo() zeigt er uns den korrekten pfad zu dieser datei an.

Die phpinfo() darf nicht irgendwo liegen, sondern in dem Pfad, der auch beeinflusst werden soll!

Harzliche Grüße aus http://www.annerschbarrich.de

Tom

[Manuel B.]

Hi,

Die phpinfo() darf nicht irgendwo liegen, sondern in dem Pfad, der auch beeinflusst werden soll!

Wie jetzt? Also meine php.ini beeinflusst erstmal alle Pfade.
Und was bei den virtuellen Hosts geändert wird, kann ich vom Docroot aufwärts jederzeit mit phpinfo() ausgeben.

Da es hier um die php.ini geht, kann phpinfo() also in jedem Ordner sein, der in igendeiner Weise ein Docroot darstellt.

[Tom]

Hello,

Die phpinfo() darf nicht irgendwo liegen, sondern in dem Pfad, der auch beeinflusst werden soll!

Wie jetzt? Also meine php.ini beeinflusst erstmal alle Pfade.
Und was bei den virtuellen Hosts geändert wird, kann ich vom Docroot aufwärts jederzeit mit phpinfo() ausgeben.

Da es hier um die php.ini geht, kann phpinfo() also in jedem Ordner sein, der in igendeiner Weise ein Docroot darstellt.

Um die aktuellen Einstellugnen abzufragen, muss die phpinfo()-Funktion auch in dem Verzeichnis aufgerufen werden, dessen effektive Eintstellungen abgefragt werden sollen.

Harzliche Grüße aus http://www.annerschbarrich.de

Tom

[XaraX]

Hallo  Ilja,

der Safe_mode läßt sich durch viellerleich Arten einstellen. Als allererstes kann dieser durch die Option --enable-safe-mode zur Kompilierungszeit festgelegt werden. So weit ich mich daran erinnere, ist dies bei der Standardinstallation von SuSE durch YAST der Fall.

Die Konfigurationsdatei php.ini KANN für den Server von Bedeutung sein. Sie muß aber keineswegs von Bedeutung sein! Die php.ini ist (ausschließlich) für die Konfiguration der CGI/CLI-Binäre verantwortlich; so ist PHP, daß nur für den Apachen 1.x als Modul kompiliert (--with-apache=/path/to/apache_source) wird, NICHT durch die php.ini konfigurierbar. Dieses scheint bei Euch der Fall zu sein.

Weiterhin gibt es auch die Möglichkeit mittels der zur Kompilierungszeit angegebenen Option --with-config-file-scan-dir weitere php.ini Datein anzugeben, die die Werte der Zentralen php.ini (so dieser überhaupt konfigurierende Funktion zukommt) zu ersetzen.

Wie Du oben bereits angedeutet hast (https://forum.selfhtml.org/?t=107853&m=670591), werdet ihr versuchen Server und PHP neu aufzusetzen. Das ist _der Weg_! Ihr werdet, wenn ich wach seint, auf viele interessante Aspekte stoßen ;)

Gruß aus Berlin!
eddi

[Ilja]

yo,

das problem mit dem safe mode hat sich erledigt, es lag wohl weniger an der php.ini, falls diese überhaupt bei unseren einstellungen einen einfluss hat, sondern mehr an den modulen SuPHP und Mod_PHP, die sich ins gehege gekommen sind.

Ilja

[Tom]

Hello,

das problem mit dem safe mode hat sich erledigt, es lag wohl weniger an der php.ini, falls diese überhaupt bei unseren einstellungen einen einfluss hat, sondern mehr an den modulen SuPHP und Mod_PHP, die sich ins gehege gekommen sind.

Habt Ihr denn suPHP zum Laufen gebracht? Das würde mich jetzt mal interessieren.

Harzliche Grüße aus http://www.annerschbarrich.de

Tom