Kategorien

Suchen


Aktuelle Artikel

Archiv

Apache WebServer

Nächste Beiträge »

Apache: Reverse Proxy & Multi Subdomains

Sonntag, 14.02.2010

Wenn Sie einen Apache2 Webserver als Reverse Proxy betreiben und dabei mehrere Subdomains berücksichtigen möchten, müssen Sie nicht zwangsläufig mehrere virtuellen Hosts (VHosts) in der Apache Konfiguration definieren. Es geht wesentlich einfacher über Parameter in der Konfiguration:

Fügen Sie am Ende der Datei die folgenden beiden Zeilen ein:
ProxyRequests on
ProxyPreserveHost on

Starten Sie anschließend den Apache durch “/etc/init.d/apache2 restart” neu. Fertig.

Wenn Sie WebMin für die Administration nutzen, können Sie die Einstellung auch bequem über die Weboberfläche durchführen:

PHP: Unable to load dynamic library ‘/usr/lib/php5/extensions/mysql.so’

Freitag, 05.02.2010

Wenn im ErrorLog des Apache2 WebServers (“tail /var/log/apache2/error.log”) u.a. folgende Zeile zu finden ist, kann PHP die Extension (Erweiterung) nicht finden und laden:

PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php5/extensions/mysql.so' - /usr/lib/php5/extensions/mysql.so: cannot open shared object file: No such file or directory in Unknown on line 0

Häufig wird dann angefangen, wild an der Konfiguration zu ändern und basteln. Dabei wird meist das naheliegendste übersehen:

Gibt es das angegebene Verzeichnis überhaupt ?
Erst recht, wenn mehrere (oder gar viele) Extensions nicht geladen werden können.

Wenn dann der Befehl

dir -l /usr/lib/php5/extensions/

die folgende Fehlermeldung anzeigt, sollte alles klar sein:

dir: Zugriff auf /usr/lib/php5/extensions/ nicht möglich: Datei oder Verzeichnis nicht gefunden

Lösung

Den Pfad für die Extensions in der “php.ini” anpassen. Diese kann, falls der Pfad nicht bekannt ist, mithilfe des folgenden Befehls gefunden werden.

find / -name php.ini

Dieser Befehl zeigt Ihnen ggf. auch andere “php.ini” Dateien auf ihrem System an. Manchmal konfiguriert man ein einer “php.ini” und wundert sich, dass keine Änderung eintritt. Wenn man zufällig die falsche Datei in den Händen hat, dann kann man auch lange auf ein Ergebnis warten ;)

Häufig fällt dieses Problem nach einer (Neu)Installation erst auf, wenn die mySQL / mySQLi Unterstützung fehlt. Grund ist dann (meist), dass die mysql.so Extension in PHP nicht geladen werden kann.

Apache2 – Variable “SERVER_SOFTWARE” setzen

Freitag, 05.02.2010

Um im Apache2 die Umgebungsvariable “SERVER_SOFTWARE” zu beeinflussen, nutzen Sie einfach die Konfiguration des Apache WebServers:

Z.Bsp. in Debian Linux lenny4:
Unter “/etc/apache2/conf.d/security” die Zeile beginnend mit “ServerTokens” finden und entsprechend anpassen.

Die gesendeten Texte sind nur Beispiele.

Mehr Infos unter apache.org/docs/2.2/mod/core.html#servertokens

Sicherheit: Alle Dateien auf dem Server löschen (bzw. Rechte setzen)

Mittwoch, 04.11.2009

Wenn Sie eine Webseite oder Scripte auf einem Server betreiben, verwalten Sie diese meist mit einem FTP Client (FileZilla, ws_ftp, etc.).

Beim Löschen von Dateien vom Server tritt manchmal das Problem auf, dass Sie Dateien nicht (mehr) mit Ihrem FTP Programm löschen können, da Ihnen dafür die Berechtigung fehlt:

550 <filename>: Permission denied

Grund des Problemes ist, dass z.Bsp. ein PHP Script, ein Module, Plugin, o.ä. diese Datei erstellt hat. Dabei wird diese Datei jedoch für den entsprechenden User erstellt (was im Grunde auch vollkommen richtig ist!). Dieser ist bei Unix/Linux Server meist “wwwrun” und stellt den Apache-User dar.

Sie nutzen durch Ihren FTP Zugang jedoch Ihren eigenen Benutzernamen (z.Bsp. “web123″) und haben daher (natürlich) nicht das Recht, die Datei des “wwwrun” Benutzers zu löschen.

Lösung:

Das folgende PHP Script setzt den Eigentümer (Benutzer) aller Dateien und Verzeichnisse wieder auf einen von Ihnen angegebenen Benutzer.

Dadurch kann entweder das Script direkt oder Sie per FTP Software wieder die Dateien und Verzeichnisse löschen.

Wenn Sie z.Bsp. als Webseitenroot (Hauptverzeichnis) “/srv/www/virtual/web123/htdocs” haben, werden alle Inhalte in diesem Verzeichnis gelöscht. Der restliche Server, andere Verzeichnisse usw. werden nicht berührt.

Download:

Hinweis:

Bevor Sie dieses PHP Script einsetzen, informieren Sie sich bitte gründlich über dessen Wirkung !
Sollten Sie keine tieferen Kenntnisse in der Serveradministration/-verwaltung haben, fragen Sie bitte Ihren Administrator oder einen IT Fachmann. Bitte vertrauen Sie nicht auf den Tipp Ihres Kollegen, der “ein wenig Ahnung” von der EDV hat. Diese Scripte löschen komplette Verzeichnisse ohne Sicherung und Rückfrage !

[page_download category="0"]

Gewähr, Haftung:

Wir übernehmen für dieses Tool keine Gewähr und Haftung. Es soll Ihnen eine technische Möglichkeit aufzeigen und Ihnen bei Berechntigungsproblemen eine zusätzliche lösungsmöglichkeit aufzeigen. Aus diesem Grund ist eine (sh. oben) Ausführungssperre eingebaut. Diese muss vor Nutzung deaktiviert werden.

Überlassen Sie daher die Anwendung und Nutzung dieses Scriptes ausschließlich einem IT Fachmann!
Bei unsachgemäßer Anwendung erfolgt teilweiser oder kompletter Datenverlust!

WordPress: Schutz des Administrationsbereiches (wp-admin)

Sonntag, 25.10.2009

Der Administrationsbereich von WordPress ist standardmäßig unter dem Pfad /wp-admin zu erreichen. Das erleichtert die Angriffe auf Ihre Webseite, das Backend und Ihre Daten erheblich, denn der Zugang (Eingang) muss garnicht erst gesucht werden. Ein Angriff kann sofort und einfach beginnen. Meist wird dabei versucht, Ihr Passwort zu erraten oder alternative Benutzer (deren Namen man in Ihren Artikeln auf der Webseite findet) durchprobiert (Brute-Force-Angriffe).

Ein guter, einfacher und kostenloser zusätzlicher Schutz ist die Zugangskontrolle durch Ihren eigenen Webserver. Dabei ist diese Methode durch eine .htaccess Datei auf den Apache Server ausgelegt. Der IIS unterstützt derzeit diese Technik nicht ohne Zusatzprogramme.

Das folgende (kostenlos) PHP Script übernimmt die Erstellung der entsprechenden beiden Dateien (.htaccess und .htpasswd) für Sie.
Dabei läuft das Programm direkt auf Ihrem Server und übermittelt keinerlei Daten.
Natürlich erhalten Sie das uncodierte PHP Script im Sourcecode (Klartext) und können daher die Sicherheit kontrollieren.

Ihre Fragen oder Wünsche nehmen wir immer gerne an und setzen sie um. Wir hoffen, Ihnen dadurch immer ein passendes und aktuelles Tool liefern zu können:

Installation:

  1. Laden Sie sich das PHP Script herunter:
    Downloadseite für das PHP Tool (Freeware)
  2. Entpacken und speichern Sie das Script auf Ihrem WebServer im Verzeichnis /wp-admin
  3. Starten Sie das Programm durch Aufruf im Browser:

    http://www.ihr_server.de/wp-admin/wordpress-secure-admin.php

  4. Tragen Sie einen Benutzer und das gewünschte (geheime !) Passwort in die Felder ein und klicken Sie auf “Speichern”.
  5. Bevor Ihnen das Formular wieder angezeigt wird, sehen Sie bereits die Schutzabfrage:
    Geben Sie den in Schritt 4 erstellen Benutzer und das Kennwort ein.

Deinstallation:

Sie können den zusätzlichen Schutz jederzeit ohne Schaden für Ihre WordPress-Installation entfernen. Da weder das Script noch die .htaccess / .htpasswd Dateien weitere Daten auf die Festplatte oder in die Datenbank schreiben, reicht zum vollständigen Entfernen folgendes:

… oder manuell (z.Bsp. per FTP):

Hinweise:

Möchten Sie einige der Unterverzeichnisse von wp-admin (“css” und “images”) trotzdem freigeben, beachten Sie bitte auch unseren Artikel “.htaccess: Zugriff auf ein Unterverzeichnis erlauben“. Dort beschreiben wir die .htacees Technik, die die Freigabe von Unterverzeichnissen innerhalb von geschützten Verzeichnissen erlaubt.

Apache: Lösung für “mod_fcgid: can’t apply process slot”

Freitag, 02.10.2009

Es kommt (wenn auch selten) vor, dass sich der Apache2 Webserver aufhängt. Problematisch wird es aber erst, wenn die PHP Scripte auf dem Server per FCGI verarbeitet werden. Aus bisher noch nicht erkannten Gründen werden dabei entweder nur (leichter Schaden) die Rechte der “suexec” oder “suexec2″ verändert – in schweren Fällen werden scheinbar die Programme beschädigt.

Fehlermeldungen (Beispiele):

Log des virtuellen Hosts (Apache2):

[warn] mod_fcgid: can't apply process slot for /etc/srv/test/htdocs/index.php
[error] [client x.x.x.x] File does not exist: /etc/srv/test/errors/503.html

Andere Fehlermeldung im Apache Haupt-Log:

[debug] arch/unix/fcgid_proc_unix.c(731): Connection refused:
mod_fcgid: can't connect unix domain socket: /var/lib/apache2/fcgid/sock/4222.1

Lösung:

Zuerst prüfen, ob ein “leichter Schaden” vorliegt:

cd /usr/sbin
dir suexec*

Erhalten Sie diese Ansicht,

-rwxr-xr-x 1 root root 14036 Oct 21 01:39 suexec2

müssen Sie die folgenden Befehle (als root) ausführen:

chgrp www suexec2
chmod 4750 suexec2

Danach wird die Ansicht so aussehen:

-rwsr-x— 1 root www 14036 Oct 21 01:39 suexec2

Nun den Apache2 neu starten:

rcapache2 restart

Sollte sich das Problem nicht gelöst haben, per Yast2 die folgenden Module updaten lassen:

Danach wieder die Rechte der suexec setzen (s.o.).

Apache: Verzeichnis vor Zugriff von außen schützen

Montag, 31.08.2009

Um ein Verzeichnis im Apache2 vor dem Zugriff von außerhalb eines bestimmten Netzwerkes zu schützen können Sie folgende Option nutzen:

Allow from 192.168.0.100/16

Im Beispiel in der httpd.conf (oder jeder anderen Konfigurationsdatei) sieht das so aus:

  <VirtualHost *:80>
    DocumentRoot /var/www/test
    <Directory /var/www/test>
      Options Indexes Includes FollowSymLinks MultiViews
      AllowOverride None
      Order allow,deny
      Allow from 192.168.0.100/16
    </Directory>
  </VirtualHost>

Entwicklungsumgebung mit cakePHP, mySQL & Eclipse

Sonntag, 21.12.2008

Benötigte Software (in Klammern die für diese Anleitung genutzte Version)

Installation(en)

Sofern ich keine Angabe zu einem Bildschirm oder Schritt einer Software-Installation gemacht habe, übernehmen Sie einfach die vorgegebenen / angezeigten Einstellungen.

Ihre cakePHP Installation ist jetzt vollständig einsetzbar. Die Installation und Konfiguration von Eclipse bringt Ihnen jedoch einen vielseitigen und optimalen Editor für Ihre neuen (php) Webseiten. Die Codevervollständigung, PHP Syntaxprüfung und weitere Features unterstützen Sie bei der Entwicklung Ihrer Internetseiten.

Bei dieser Anleitung habe ich die Eclipse Classic Version gewählt. Je nach Wunsch können Sie aber auch andere (auf der Eclipse Download Seite angezeigte) Versionen nutzen.

Eclipse ist jetzt bereits voll einsetzbar. Damit Ihnen die Arbeit mit PHP aber leichter fällt und alle gewünschten Zusatzfunktionen zur Verfügung stehen, muss die PHP Erweiterung installiert werden:

Alle Programme und Erweiterungen sind nun fertig installiert. Sie können mit der Arbeit an Ihren Webseiten beginnen:

Fertig.

Apache: Virtuellen Host anlegen

Donnerstag, 27.11.2008

Im WebServer Apache (auch unter XAMPP) können Sie bequem virtuelle Hosts / virtuelle Server anlegen.

Öffnen Sie dafür die “httpd.conf” (bei Apache2 ggf. auch die “extra/httpd-vhosts.conf”) und fügen Sie folgenden Text hinzu:

NameVirtualHost 127.0.0.1:80
<VirtualHost 127.0.0.1:80>
<Directory C:/www/cake/app/webroot>
Options Indexes MultiViews FollowSymLinks
AllowOverride All
Order Allow,Deny
Allow from all
</Directory>
ServerName cakephp
DocumentRoot C:/www/cake/app/webroot
Options +FollowSymLinks -Indexes
ErrorLog C:/www/logs/text_error_log.txt
CustomLog C:/www/logs/text_access_log.txt common
</VirtualHost>

Im Beispiel wird eine cakePHP Installation unter einem virtuellen Server eingerichtet.

Die Angaben zu “ErrorLog” und “CustomLog” sind optional und können entweder entfernt oder durch ein # am Zeilenanfang deaktiviert werden.

Wenn Sie den virtuellen Server mit Namen ansprechen möchten, dann geben Sie diesen anstelle unseres “cakephp” ein. Bitte beachten Sie, dass Sie diesen Namen auch unbedingt in der “hosts” Datei eintragen müssen. Sie finden die Datei unter “C:\Windows\system32\drivers\etc\”. Für unser Beispiel müssen Sie dort die folgende Zeile hinzufügen:

127.0.0.1 cakephp

Einträge in dieser Datei werden (meist) ohne Neustart des Computers übernommen.

Zu beachten ist, dass der Pfad zum Webverzeichnis (im Beispiel “C:/www/cake/app/webroot”) zweimal angegeben wird. Wenn Sie also ein anderes Verzeichnis nutzen, dann passen Sie bitte beiden Angaben identisch an.

Nächster Beitrag »