Standardmäßig wird im Homeverzeichnis des Benutzers unter Linux eine .mysql_history file angelegt, welche ähnlich arbeitet wie die .bash_history.
Alle Kommandos die ihr bei MySql in der Konsole eingebt, werden dort gespeichert (auch Query bei denen ihr z.B. neue Passwörter anlegt).
Um dieses Verhalten zu deaktivieren, könnt ihr die Datei löschen und einen Link zu /dev/null setzen, damit künftig die Ausgabe sofort an /dev/null umgeleitet wird:
rm ~/.mysql_history ln -s /dev/null ~/.mysql_history
In diesem Beitrag zeige ich euch, wie einfach es ist mit AJAX ein Formular abzusenden ohne die Seite neu laden zu müssen
[Weiterlesen…] Infos zum Plugin Formulardaten per AJAX an ein php Script übergeben und in MySQL Datenbank speichern
Die Nutzungsbedingungen (Disclaimer) sind beim WSC als Sprachvariable hinterlegt. Ihr könnt diese unter folgendem Pfad ändern: [Weiterlesen…] Infos zum Plugin Woltlab Community Suite: Nutzungsbedingungen / Disclaimer ändern
Bei MariaDB kann man sich standardmäßig nur noch auf der Konsole als Root User einloggen. Sprich das Einloggen mit dem Benutzer Root ist z.B. über phpMyAdmin nicht mehr möglich. Dies könnte man umstellen, mindert aber die Sicherheit des Systems.
Um die Datenbanken weiterhin verwalten zu können, legen wir einen neuen User mit „Root Rechten“ an.
Logged euch hierzu auf der Konsole (z.B.) mit Putty als Root User ein und führt dann folgende Befehle durch (ACHTUNG: Passwort entsprechend ändern!)
CREATE USER 'dbadmin'@'localhost' IDENTIFIED BY 'Passwort'; GRANT ALL PRIVILEGES ON *.* TO 'dbadmin'@'localhost' WITH GRANT OPTION; FLUSH PRIVILEGES; exit
Mit folgendem Befehl kann man in Linux Dateien rekursiv nach einem bestimmten Suchwort durchsuchen: [Weiterlesen…] Infos zum Plugin Dateien in Linux rekursiv durchsuchen
Gestern war wieder so ein Tag wo man am besten die Tastatur gar nicht angefasst hätte.
Verzweifelt habe ich 2 Stunden lang nach dem Fehler gesucht, warum Nextcloud sagt es könne nich auf /dev/urandom zugreifen.
Die Fehlermeldung im Frontend:
/dev/urandom ist für PHP nicht lesbar, wovon aus Sicherheitsgründen dringend abgeraten wird. Weitere Informationen hierzu findest Du in unserer Dokumentation.
Die Konfiguration des Apache vHosts lautete:
Serveralias files.example.com
DocumentRoot /var/www/files.example.com/html/
php_admin_value open_basedir /var/www/files.example.com/:/dev/urandom/:/tmp/:/proc/meminfo/
php_admin_value file_uploads 1
php_admin_value upload_tmp_dir /var/www/files.example.com/phptmp/
<IfModule mod_headers.c>
Header always set Strict-Transport-Security "max-age=15768000; includeSubDomains; preload"
</IfModule>
Ich habe die Konfiguration immer und immer wieder angesehen und den Fehler nicht gefunden. Erst als ich irgendwo zufällig das Wort „Datei“ las, musste ich mir an den Kopf fassen. Ich hatte in der Konfiguration statt:
/dev/urandom
versehentlich
/dev/urandom/
angegeben. Da /dev/urandom eine Datei und kein Ordner ist meckerte PHP natürlich zu Recht über fehlende Rechte. Es ist zwar unwahrscheinlich, dass jemand diesen Beitrag bei der Vielzahl von open_basedir Artikel findet UND dann auch noch den gleichen Fehler macht wie ich, aber ich halte das lieber hier mal fest.
Diese Webseite verwendet Cookies. Wenn Ihnen das nicht passt, verlassen Sie bitte die Webseite. Datenschutzerklärung
Die Cookie-Einstellungen auf dieser Website sind auf "Cookies zulassen" eingestellt, um das beste Surferlebnis zu ermöglichen. Wenn du diese Website ohne Änderung der Cookie-Einstellungen verwendest oder auf "Akzeptieren" klickst, erklärst du sich damit einverstanden.