Doch! Nur hat Microsoft eine verbesserte Firewall im Service Pack 2 (SP2) mitgeliefert, die "netterweise" auch ungefragt startet. Diese blockert dann die wichtigen Ports 80 (http) und 443 (https) und der Apache Server will nicht (mehr) starten. Die schnelle Lösung: Die Microsoft Firewall über die Taskleiste deaktivieren und den XAMPP erneut versuchen zu starten.
Natürlich kann jeder auch im Sicherheitscenter die entsprechenden Ausnahmen definieren. Folgende Ports werden benötigt für eine grundlegende Funktionalität:
http 80 (HTTP)
https 443 (SSL)
mysql 3306
Und für alle weiteren Server im XAMPP:
ftp 21
smtp 25
pop3 110
imap 143
AJP/1.3 8009
http-alt 8080 (Tomcat Default Port)
Unter Micrsosoft Windows Vista als Plattform treten hauptsächlich zwei neuartige Probleme auf:
1) Benutzerkontenschutz (UAC = User Account Control)
Unter Vista muss ein erfolgreiches Setup über den NSI-Installer als Administrator erfolgen. Mit diesen Rechten ausgestattet ist man darüber hinaus gleich in der Lage, die notwendigen Ports der Windows-Firewall freizuschalten. Die Probleme fangen oft nach der Installation an. Verursacher ist meist der neue Benutzerkontenschutz in Windows Vista. Beispiele:
a) Fehlende Schreibrechte
Beschreibung: Unter c:\Programme haben Sie als Administrator keine oder nur eingeschränkte Schreibrechte (beispielsweise für xampp\htdocs). Änderungen in Ihrem Editor schlagen somit nicht durch.
Lösung: Erweitern Sie die Schreibrechte für das Verzeichnis über den Explorer (Rechtsklick/Sicherheit) oder schalten Sie den Benutzerkontenschutz (UAC) ab.
b) Dienste & Programme lassen sich nicht über das Control Panel starten oder stoppen
Beschreibung: Sie haben unter c:\xampp den Apache/MySQL als Dienst installiert. Trotzdem können Sie über das XAMPP Control Panel weder Apache/MySQL starten/stoppen noch die Dienste hierüber entfernen.
Lösung: Benutzen Sie die Dienste-Verwaltung von Windows unter Systemsteuerung | Verwaltung | Dienste oder schalten Sie den Benutzerkontenschutz (UAC) ab.
Benutzerkontensteuerung (UAC) deaktivieren
Um die Benutzerkontensteuerung zu deaktivieren, benutzen Sie das Windowsprogramm msconfig (Start -> Ausführen -> msconfig). Alternativ geben Sie auf dem cmd-Interface msconfig ein. Im Programm msconfig wählen Sie die Tools-Oberfläche. Dort markieren Sie "Benutzerkontenschutz deaktivieren" und bestätigen Ihre Auswahl mit dem START-Button. Ein Neustart ist jetzt nötig, damit Ihre Auswahl wirksam wird. Über "Benutzerkontenschutz aktivieren" können Sie übrigens den Benutzerkontenschutz mit der selben Vorgehensweise wieder aktivieren.
2) Das fiktive Programme-Verzeichnis
Eine weitere Änderung in Vista ist das fehlende Programme Verzeichnis. Zwar gaugelt der Explorer ("Arbeitsplatz") dem Benutzer einen Programme-Ordner vor. Jedoch handelt es sich hier nun tatsächlich um das Verzeichnis "program files". Das kann damit zu Problemen mit jenen (oft Konsolen-) Anwendungen führen, die die Information zu ihrem Heimatverzeichnis über den Explorer beziehen, um weitere Konfigurationsdateien zu laden.
Ein Beispiel wäre der Apache2 unter C:\Programme\apache2 im Explorer, der tatsächlich aber C:\program files\apache2 liegt. Der Webserver versucht hierbei seine Konfiguration als C:\Programme\apache2\conf\httpd.conf (also nicht vorhanden) zu laden, was zu einem "httpd.conf not found"-Start-Fehler führen kann.
Deaktivieren der Benutzerkontensteuerung Der Dokument Ordner ist (...)\xampp\htdocs. Dort ist die index Seite (index.html) die eigentliche Startseite, die beim Aufruf von http://localhost initialisiert wird. Wahlweise kann diese auch gelöscht und eine "index.php" oder "index.cgi" (usw.) eingesetzt werden. Die Hierachie der index-Seiten lautet im XAMPP:
DirectoryIndex index.php index.php4 index.php3 index.cgi index.pl index.html index.htm index.html.var index.phtml
Zu den XAMPP Beispielen kommt man immernoch via http://localhost/xampp.
Dafür gibt es die XAMPP AddOns für win32. Diese Zusatzpakete funktionieren mit dem XAMPP Hauptpaket, aber i.d.R. nicht mir dem xampplite! Folgende AddOns gibt es zur Zeit:
- Perl mit mod_perl und vielen DBI-Treibern für die jeweilige XAMPP (Apache) Version
- Tomcat mit mod_jk 2 ohne Java JSDK. Die für das Addon benötigte JSDK Version steht auf der Seite bzw. der Readme und sollte vor diesem AddOn installiert sein!
- Python mit mod_python
Alle aktuellen AddOns für win32 findet ihr auf der XAMPP win32 Seite. Daneben gibt es noch weitere AddOns für XAMPP unter der URL
 http://sourceforge.net/projects/xamppaddon. Jede Datei hat eine (so gut wie) einmalige Summe, die meist aus der Summe der verschiedenen Bits/Bytes-Blocke ermittelt wird. Da die Klarsicht dieses Ergebnisses eine Nachahmung einschließt, muß es verschlüsselt werden. Als Standard hat sich der MD5 (Message Digest Algorithm 5) durchgesetzt, eine recht sichere 128-Bit Verschlüsselung.
Um zu prüfen, ob das Paket wirklich vom Hersteller ist, werden zusätzlich Programme gebraucht, um die Prüfung zu ermöglichen. Zum Beispiel das Konsolenprogramm md5sum.exe:
http://downloads.activestate.com/contrib/md5sum/Windows/md5sum.exe
So geht es:
- Paket (z.B. xampp-win32-1.4.16.exe) und MD5 Datei (z.B. xampp-win32-1.4.16.exe.md5) sowie die md5sum.exe in ein Verzeichnis legen
- Über die cmd die md5sum.exe aufrufen, hier: md5sum -c xampp-win32-1.4.16.exe.md5
- xampp-win32-1.4.16.exe OK
Sonst ist etwas falsch. Ein weiteres graphisches Programm zum prüfen und erstellen ist übrigens MD5summer http://www.md5summer.org
Aufgrund der einfachen und sehr kompatiblen Installation im XAMPP liegt die aktive (!) php.ini immer unter xampp\apache\bin. Also dort wo sich die apache.exe befindet. Das mag manche Nutzer verwirren, die die php.ini unter xampp\php für PHP 5 bzw. xampp\php\php4 für PHP 4 vermuten. Das ist zwar auch nicht ganz falsch, sollte PHP als Konsolenprogramm (cli) benutzt werden. In der Regel aber wird PHP im XAMPP über den Apache Webserver via mod_php ausgeführt.
Also:
Die php.ini für das gerade aktive PHP liegt im XAMPP als \xampp\apache\bin\php.ini vor!
Änderungen in dieser php.ini sind auch nach dem "PHP-Switch", also dem Umschalten in einen andere PHP Version gesichert und werden mit weiteren "switch" wiederhergestellt. Und noch etwas: Änderungen in der php.ini sowie der httpd.conf brauchen immer einen Apache Neustart! Nein, die "kill.exe" bzw die "pv.exe" unter \xampp\apache\bin ist natürlich (!) weder ein Virus noch ein Trojaner, sondern ein C (++) Programm von der "PC Welt". Noch einmal Danke (!!) an die "PC Welt", deren Mitarbeiter uns auch einen kleinen Quellcode davon gesendet haben. Warum aber braucht das der XAMPP win32? Der Apache 2 hat per "Handstart" (also nicht als Dienst) keine Möglichkeit eines regulären und schnellen Stops in der cmd (bzw. command.com). Da (auch ich) einen einfachen Start und schnellen Stop schätze, habe ich eine Möglichkeit gesucht, dieses Feature auch bei einer Präsentation ohne Dienstinstallation gewährleisten zu können. Eine Alternative wäre eine kill-Anweisung unter win32 wie unter Linux. Gesucht, bei der "PC-Welt" gefunden.
Problem: Manche Virusscanner (wie auch Norton) schlagen an, entweder wegen des Namens (kill wie unter Linux) oder der Reichweite. Die "kill.exe" ist damit ein sehr mächtiges Instrument, wenn man weiß, welcher Prozeß überhaupt gestartet ist. XAMPP aber "killed" nur den Apache und beendet ohne "kill.exe" den Mysql Server (xampp_start bzw _stop.exe). Und das ohne das wir wissen, welche Prozesse wirklich gestartet sind!! Das wollen wir auch nicht wissen! An einer selbstprogrammierten Alternative wird gearbeitet.
Für alle C-Programmierer: Wir freuen uns über alle Hinweise oder Eigenkreationen (mit Code und ohne Warnung!). Info:
Microsoft C 1
Microsoft C 2
Diese Fehlermeldung tritt nur unter Homesystemen wie Windows 95/98/ME sowie XP Home auf.
Problem: Die schlechtere Speicherverwaltung der Windows Homesysteme läßt Anwendungen über die "command.com" von höchstens 160 KB zu. Unsere Server brauchen bisweilen aber mehr.
Lösung: In der c:\config.sys die folgenden Zeile hinzufügen:
shell=c:\windows\command.com c:\windows /e:2048 /p
Danach Neustart des gesamten Systems und XAMPP nochmals probieren. Der Speicher kann nun bis auf 2048 KB genutzt werden.
Das sollte wirklich reichen!Das kann mehrere Gründe haben.
(1) Du hast parallel noch einen anderen Webserver gestartet (IIS, Sambar, ZEUS usw.). Es kann aber nur immer ein Webserver den Port 80 belegen. Folgende Fehlermeldungen des Apache unter Windows
sind ein Indiz dafür:
"(OS 10048)... make_sock: could not bind to adress 0.0.0.0:85
no listening sockets available, shutting down"
"(OS 10038)Socket operation on non-socket: make
_sock: for address 0.0.0.0:443, apr_socket_opt_set: (SO_KEEPALIVE)
no listening sockets available, shutting down"
Es kann aber nur immer ein Webserver den Port 80 belegen. Einer muss
also erst beendet werden, bevor du den Apache startest.
(2) Du hast Windows 95 mit einem veralteten Winsocks bzw. dein Winsocks auf deinem System ist defekt. Nun heißt es zu www.microsoft.com gehen und ein aktuelles Winsocks herunterladen und installieren. Der Apache benötigt mindestens Winsocks 2 (immer besser höher).
(3) Dein Winsocks 2 wurde durch weitere Internetprogramme (Würmer, Viren) so verändert, das der Apache nicht startet. Für 95,98 und ME gibt es hierfür ein Winsock2 Fix geschrieben von Tom Kynch. Ein Danke für diesen Hinweis geht an Mathias Magdowski!
(4) Bei dir läuft eine Firewall, die den Apache blockt. Das ist nicht
selten die Ursache dafür, dass unter HTTP keine Bilder in den
aufgerufenen Seiten angezeigt werden, unter HTTPS aber schon. Auf
manchen Systemen muss die Firewall leider erst deinstalliert werden,
bevor der Zugriff auf Apache über HTTP funktioniert. Eine Deaktivierung
der Firewall reicht in diesen Fällen nicht aus. Ausprobieren.
(5) Du hast XP Professional ohne Service Pack 1. Die Installation von SP1 ist in diesem Fall dringend empfohlen.
(6) Du hast einen Virenscanner von McAffee. Dieser bereitet leider manchmal Probleme. Zum testen besser McAffee kurz deaktivieren und dann XAMPP starten.
(7) Du hast weitere Software wie z.B. das Internettelefon Skype, das aus den Port 80 belegt. Im Falle von Skype kann man aber ändern: Dazu geht man in Skype auf Aktionen --> Optionen... -->
Verbindung --> Häkchen bei "Port 80 als Alternative für eingehende
Verbindungen verwenden." entfernen und Skype neustarten, dann
sollte es auch funktionieren. (Danke Monty!)
Tip: Im Paket ist nun auch eine "xampp-portcheck.exe", die den Status aller für den XAMPP wesentlichen Ports anzeigt. Der Status "free" ist frei und damit ok.
Bitte in der Datei \xampp\apache\conf\httpd.conf die Zeile => # Win32DisableAcceptEx entkommentieren. Also richtig:
Win32DisableAcceptEx
Standardgemäß ist im Apache seit jüngster Zeit eine verbesserte Winsock 2 - AcceptEx() Unterstützung etabliert, die aber nicht auf den Homevarianten (98/ME usw.) funktioniert. Leider sind ab und zu auch NT Systeme (2000 und Xp Professional) davon betroffen. Die Anweisung "Win32DisableAcceptEx" deaktiviert (disable) nun den eigentlich verbesserten Socket Zugriff bei Problemen.
Anzeige
1) Bei manchen Applikationen (phpEclipse, phpBB usw.) gibt es Probleme bei der Anzeige größere Dateien oder Bildern. Dieses Problem kann u.U. dadurch gelöst werden, indem in der Datei \xampp\apache\conf\httpd.conf die Zeilen
#EnableSendfile off
#EnableMMAP off
entkommentiert werden (# entfernen) also:
EnableSendfile off
EnableMMAP off
Apache Neustart.
Oder manchmal auch umgedreht! Aus
EnableSendfile off
EnableMMAP off
wird
#EnableSendfile off
#EnableMMAP off
Ausprobieren! Ein Danke für diese Lösung an das Forum und KriS!
2) Vielfach hängt dieses Problem auch mit dem Programm "NetLimiter" zusammen, das Bandbreiten simulieren und auch regulieren kann. Für diesen Hinweis ein großes Lob an unser Forum. Für nähere Informationen im Forum siehe
http://www.apachefriends.org/f/viewtopic.php?t=6195&highlight=netlimiter. Funktioniert nur unter NT, Windows 2000 und Windows XP Professional.
(1) Dienst Installation: Doppelklick auf die "mysql_installservice.bat" unter \xampp\mysql\ starten. Das war es!
(2) Dienst Deinstallation: Doppelklick auf die "mysql_uninstallservice.bat" unter \xampp\mysql\. Dito!
Meine bevorzugte Methode! Über die Konsole im \xampp\mysql\bin Verzeichnis folgendes aufrufen:
mysqladmin -u root password geheim
Naja, "geheim" sollte natürlich euer geheimes Passwort sein. Dann für PHPMyAdmin das neue "root" Passwort bekannt machen.
Dafür in \xampp\phpmyadmin die "config.inc.php" mit einem Texteditor öffnen und folgendes verändern.ANSTATT ...
$cfg['Servers'][$i]['user'] = 'root';
$cfg['Servers'][$i]['password'] = '';
NUN ...
$cfg['Servers'][$i]['user'] = 'root';
$cfg['Servers'][$i]['password'] = 'geheim';
root Passwort setzen mit mysqladmin über die Konsole Gut, es gibt noch eine andere Möglichkeit, direkt mit PHPMyAdmin User und Passwort auch für den SuperUser root zu setzen. Dazu PHPMyAdmin mit http://127.0.0.1/phpmyadmin starten, die Datenbank "mysql" (diese niemals löschen!) öffnen und dort die Tabelle "user" benutzen. Nach dem dort anschaulichen Schemata einen neuen User anlegen oder einfach Passwort z.B. von "root" verändern. MySQL (neu)start! Wenn "root" mit Passwort gesetzt, bitte danach nicht vergessen, die "config.inc.php" unter \xampp\phpmyadmin zu editieren, um PHPMyAdmin das neue Passwort des SuperUsers bekannt zu machen.
Diese Methode entstammt einen Vorschlag von Ruedi aus Basel. Damit: Danke und Grüssli in die Schweiz!
Tip: Das Zurücksetzen des Passwortes kann auch mit der xamppeigenen \xampp\mysql\resetroot.bat vollzogen werden. Damit ist das Passwort wieder "", also leer.
In diesem Beispiel liegt der XAMPP als C:\Programme\apachefriends\xampp vor.
Schritt 1: Fenster, run: cmd
C:\Programme\apachefriends\xampp\mysql\bin>mysqld-nt --skip-grant-tables
Schritt 2: Fenster, run: cmd
C:\>C:\Programme\apachefriends\xampp\mysql\bin\mysqladmin -u root flush-privileges password "newpwd"
Schritt 3: Stoppen MySQL
C:\>C:\Programme\apachefriends\xampp\mysql\bin\mysqladmin -u root -p shutdown
Enter password: ****** (newpwd)
Schritt 4: Editieren der config.inc.php für den Zugriff von PHPMyAdmin
C:\Programme\apachefriends\xampp\phpmyadmin\config.inc.php
Suchen nach "root" und darunter
'$cfg['Servers'][$i]['password'] = 'newpwd'; // MySQL password
Schritt 5: MySQL neu starten
Warum nicht! Einfach den MySQL-Server im XAMPP nicht starten, anstatt dessen dein eigenen MySQL hochfahren. Zwei Server dürfen nicht laufen! Falls ihr ein anderes Kennwort (UserNamen) und/oder Passwort für den MySQL-SuperUser vergeben habt, unbedingt die "config.inc.php" unter \xampp\phpmyadmin editieren, um PHPMyAdmin den neuen User oder Passwort des SuperUsers bekannt zu machen.
In der Grundeinstellung des XAMPP für Windows ist PHPMyAdmin offen zugänglich. Also diese Sicherheitslücke unbedingt schließen, wenn ihr mit dem XAMPP ans Netz geht! Dafür im PHPMyAdmin Verzeichnis "config.inc.php" mit einem Editor öffnen, um den 'auth_type' zu verändern:
$cfg['Servers'][$i]['auth_type'] = 'config';
$cfg['Servers'][$i]['user'] = 'root';
$cfg['Servers'][$i]['password'] = 'geheim';
Daraus wird dann:
$cfg['Servers'][$i]['auth_type'] = 'http';
$cfg['Servers'][$i]['user'] = 'root';
$cfg['Servers'][$i]['password'] = '';
Nun wird User und Passwort abgefragt, bevor PHPMyAdmin auf den MySQL Server zugreifen darf. Ein Passwort für root in MySQL sollte zuvor gesetzt sein! Optional für http als 'auth_type' kann auch cookie gesetzt werden.
PHPMyAdmin Login, hier Cookie basiert Im XAMPP ist der IMAP Support für PHP als Standard deaktiviert, da es bei bei manchen Homeversionen wie Windows 98 zu rätselhaften Initialisierungsfehlern kam. Wer NT Systeme benutzt, sollte die Datei \xampp\apache\bin\php.ini öffnen und dort die Zeile => ;extension=php_imap.dll entkommentieren, also das Semikolon entfernen. Also nun:
extension=php_imap.dll
Apache Neustart! Das Prinzip gilt natürlich für alle PHP Module, die nicht per Standard im XAMPP geladen sind. ;-) Netterweise hat mit Jörg auf dieses Problem hingewiesen. Schuld scheint hier die Aktivierung des "Zend Optimizer" zu sein. Bitte die Datei \xampp\apache\bin\php.ini öffnen und hier alle Zeilen im Abschnitt [Zend] mit Semikolon (;) deaktivieren. Danach Apache Neustart. Anmerkung: Der "Zend Optimizer" wird in den nächsten XAMPP Releases als Standard deaktiviert. Linux und Windows sind doch unterschiedlich. So wird die crypt() Verschlüsselung unter Windows nicht unterstützt und so weiter. Auch bei der einfachen Programmierung gibt es so manche Merkwürdigkeiten: So funktionierte bei PHP unter Linux einmal so etwas wie $var=Text; unter win32 musste es aber schon damals heissen: $var="Text";. Wenn nun ein OpenSource Projekt konsequent unter Linux erstellt wurde, reicht ein solcher "Fehler" schon aus, damit das Programm unter Windows aussteigt, also nicht funktioniert.
Nein, besser nicht. Für alle Zusatzpakete (add-ons) und Upgrades werden die dortigen Scripts teilweise noch gebraucht. Uns ist keine kostenlose Frontpage Unterstützung für den Apache unter win32 bekannt. Für Linux gibt es etwas, z.B. die "Ready-to-Run FrontPage Server Extensions for Unix":
http://www.rtr.com/fpsupport/.
Die neuesten Entwicklungen nicht nur zu diesem Thema wissen aber auch unsere Profis in unserem Forum:
http://www.apachefriends.org/f/Hmm ... Wenn das "install" Verzeichnis noch vorhanden ist, würde ich ich folgendes versuchen: Das gesamte XAMPP Verzeichnis in das neue Zielverzeichnis kopieren. Dann dort die "setup_xampp.bat" erneut starten und durchlaufen lassen.
Danach im neuen Zielverzeichnis alle Server starten und testen, ob alles wirklich noch funktioniert. Wenn ja, toll, kann der alte XAMPP gelöscht werden, und wenn nicht ... geht es nicht. Die "Setup" Funktion steht ja noch am Anfang und deckt eben noch nicht alle Eventualitäten ab.Öffnet die "php.ini" im Verzeichnis \xampp\apache\bin\php.ini. Dort am Ende der INI-Datei im [eAccelerator] Abschnitt die folgenden Zeilen auskommentieren, indem ihr für jede Zeile das Semikolon entfernt, also:
extension=eaccelerator.dll
eaccelerator.shm_size = "0"
eaccelerator.cache_dir = "\xampp\tmp"
eaccelerator.enable = "1"
eaccelerator.optimizer = "1"
|
Weitere Einstellungen sind hier optional. Danach den Neustart des Apache nicht vergessen! Früher war es im XAMPP übrigens der Turck MMCache. Das Projekt wurde aber eingestellt und so ist es jetzt der eAccelerator als PHP Beschleuniger. http://eaccelerator.net Wenn die entsprechende PHP Extension in der php.ini geladen wurde, kommt es manchmal zu Zugriffsproblemen auf einen Microsoft SQL Server (2000), wenn nur TCP/IP benutzt wird. Dieser kann behoben werden, wenn die "ntwdblib.dll" im \xampp\apache\bin mit einer neueren Version von Microsoft ersetzt wird. Die "ntwdblib.dll" liegt PHP bei. Eine Aktualisierung dieser Datei kann ApacheFriends im XAMPP aus lizenzrechtlichen Gründen leider nicht vornehmen. Danke Horst für diesen Themen-Hinweis! Dafür habe ich ein Topic im Forum aufgemacht mit Beispielen aber auch mit den Problemen:
http://www.apachefriends.org/f/viewtopic.php?t=3012Nein. Und Perl:ASP im Perl Add-on ist nicht dasselbe. Für die Ausführung von Activer Server Pages (ASP) benötigt ihr nach wie vor den Internet Information Server (IIS) bzw. deren Home-Version.
|
Autor: Kay Vogelgesang, kvo@apachefriends.org
XAMPP funktioniert nicht unter XP SP2!
XAMPP funktioniert nicht unter XP SP2!