ISPConfig3 Fehler

E

edvjellissen

Member
Hallo, ich hab ein Problem seit dem Upgrade auf ISPConfig 3.1.141p1

undzwar habe ich eine Domain kiramax-radio.de einem Kunden zugeordnet. Habe auch einen FTP Account darauf eingestellt. Alles verweist auf /var/www/clients/client1/web39. Sowohl FTP als auch Apache2.
Nur irgendwie scheint der Apache2 auf einen anderen Pfad zu linken. Ich habe z.B. die Datei index.html gelöscht. Sie wird aber trotzdem noch angezeigt. Ich habe eine Wordpress Installation hochgeladen, diese kann ich nicht aufrufen. Die Verlinkung ist irgendwie falsch :-( :-(

Was kann ich tun?
 
H

hilfswicht

Member
Hi,
die erste Vermutung wäre mal - DNS-Einstellungen?
Mix von IP und * bei der Zuordnung im ISP-Config.
SSL?

Aber schau doch am besten in die Config vom Apache, dann siehst Du wo der Apache hinwill.
 
E

edvjellissen

Member
Der Apache will zu /var/www/clients/client1/web41/web. Was ja auch richtig ist. Nur, da verlinkt er nicht hin :-(
DNS ist nicht ISPConfig sondern extern. Der ist auf den Server vs01.edv-jellissen.de geleitet. Das ist korrekt so.
Wo kann ich hier den "Updatestatus" posten. Er hat mehr als 1000 Zeichen.
 
H

hilfswicht

Member
Ins Blaue zu vermuten ist schon schwierig.
Mit DNS meine ich, IPv4 und IPv6 - beides passend auf deine Adressen eingestellt? Lauscht der Apache auch auf diese Adressen.
Aber irgendwas in deinen 2 Post beisst sich - Web39 oder Web41? Kontrollier doch erst mal da.
 
E

edvjellissen

Member
Ja sorry, ich hab mittlerweile schon etliche Male die Webseite neu "angelegt". Mittlerweile ist es web42. Das ist korrekt. FTP und Apache lauschen darauf. Die Adresse ist 5.9.226.115.
 
H

hilfswicht

Member
dann würde ich mal im apache log bzw. auch im Error.log schauen.
Nachdem es keine IPv6 gibt, dann würde ich wie schon mal geschrieben tippen auf Mix zwischen * und Eintrag der IP im ISP-Config.
Ich würde eher auf die Suche gehen, bevor ich eine Seite anlege, feststelle die geht nicht, löschen und dann wieder neu anlegen....

Zur Not auch mal mit einem anderen Browser probieren, oder den Cache löschen... da geistert auch schon mal alter Inhalt in Caches rum.
 
E

edvjellissen

Member
Code: 
  GNU nano 2.7.4                                                                                        Datei: /var/log/apache2/error.log

[ 2019-07-13 21:16:58.0595 6027/7fb4e01f2600 age/Wat/WatchdogMain.cpp:1291 ]: Starting Passenger watchdog...
[ 2019-07-13 21:16:58.1512 6157/7ff2165d5600 age/Cor/CoreMain.cpp:982 ]: Starting Passenger core...
[ 2019-07-13 21:16:58.1878 6157/7ff2165d5600 age/Cor/CoreMain.cpp:235 ]: Passenger core running in multi-application mode.
[ 2019-07-13 21:16:58.2969 6157/7ff2165d5600 age/Cor/CoreMain.cpp:732 ]: Passenger core online, PID 6157
[ 2019-07-13 21:16:58.4428 6201/7fe46bc5e600 age/Ust/UstRouterMain.cpp:529 ]: Starting Passenger UstRouter...
[ 2019-07-13 21:16:58.6405 6201/7fe46bc5e600 age/Ust/UstRouterMain.cpp:342 ]: Passenger UstRouter online, PID 6201
[Sat Jul 13 21:16:59.514796 2019] [ssl:warn] [pid 1046] AH01906: vs01.edv-jellissen.de:8080:0 server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Sat Jul 13 21:16:59.514961 2019] [ssl:error] [pid 1046] AH02217: ssl_stapling_init_cert: can't retrieve issuer certificate! [subject: emailAddress=info@edv-jellissen.de,CN=vs01.edv-jellissen.de,O=EDV Service Jellissen,L=Moers,ST=NRW,C=$
[Sat Jul 13 21:16:59.514972 2019] [ssl:error] [pid 1046] AH02604: Unable to configure certificate vs01.edv-jellissen.de:8080:0 for stapling
[Sat Jul 13 21:16:59.515006 2019] [suexec:notice] [pid 1046] AH01232: suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)



[ 2019-07-13 21:16:59.6534 6157/7ff20b7fe700 age/Cor/CoreMain.cpp:532 ]: Signal received. Gracefully shutting down... (send signal 2 more time(s) to force shutdown)
[ 2019-07-13 21:16:59.6534 6201/7fe465618700 age/Ust/UstRouterMain.cpp:422 ]: Signal received. Gracefully shutting down... (send signal 2 more time(s) to force shutdown)
[ 2019-07-13 21:16:59.6535 6201/7fe46bc5e600 age/Ust/UstRouterMain.cpp:492 ]: Received command to shutdown gracefully. Waiting until all clients have disconnected...
[ 2019-07-13 21:16:59.6536 6201/7fe464e17700 Ser/Server.h:817 ]: [UstRouterApiServer] Freed 0 spare client objects
[ 2019-07-13 21:16:59.6536 6201/7fe464e17700 Ser/Server.h:464 ]: [UstRouterApiServer] Shutdown finished
[ 2019-07-13 21:16:59.6536 6201/7fe465618700 Ser/Server.h:464 ]: [UstRouter] Shutdown finished
[ 2019-07-13 21:16:59.6537 6157/7ff2165d5600 age/Cor/CoreMain.cpp:901 ]: Received command to shutdown gracefully. Waiting until all clients have disconnected...
[ 2019-07-13 21:16:59.6539 6157/7ff20affd700 Ser/Server.h:817 ]: [ServerThr.2] Freed 128 spare client objects
[ 2019-07-13 21:16:59.6539 6157/7ff20b7fe700 Ser/Server.h:817 ]: [ServerThr.1] Freed 128 spare client objects
[ 2019-07-13 21:16:59.6540 6157/7ff20affd700 Ser/Server.h:464 ]: [ServerThr.2] Shutdown finished
[ 2019-07-13 21:16:59.6540 6157/7ff20b7fe700 Ser/Server.h:464 ]: [ServerThr.1] Shutdown finished
[ 2019-07-13 21:16:59.6540 6157/7ff20a7fc700 Ser/Server.h:817 ]: [ServerThr.3] Freed 128 spare client objects
[ 2019-07-13 21:16:59.6541 6157/7ff20a7fc700 Ser/Server.h:464 ]: [ServerThr.3] Shutdown finished
[ 2019-07-13 21:16:59.6541 6157/7ff209ffb700 Ser/Server.h:817 ]: [ServerThr.4] Freed 128 spare client objects
[ 2019-07-13 21:16:59.6541 6157/7ff209ffb700 Ser/Server.h:464 ]: [ServerThr.4] Shutdown finished
[ 2019-07-13 21:16:59.6542 6201/7fe46bc5e600 age/Ust/UstRouterMain.cpp:523 ]: Passenger UstRouter shutdown finished
[ 2019-07-13 21:16:59.7593 6157/7ff2097fa700 Ser/Server.h:817 ]: [ApiServer] Freed 0 spare client objects
[ 2019-07-13 21:16:59.7807 6157/7ff2097fa700 Ser/Server.h:464 ]: [ApiServer] Shutdown finished
[ 2019-07-13 21:16:59.8900 6157/7ff2165d5600 age/Cor/CoreMain.cpp:967 ]: Passenger core shutdown finished
[ 2019-07-13 21:17:00.4489 7171/7f22c0752600 age/Wat/WatchdogMain.cpp:1291 ]: Starting Passenger watchdog...
[ 2019-07-13 21:17:00.4577 7191/7fb928785600 age/Cor/CoreMain.cpp:982 ]: Starting Passenger core...
[ 2019-07-13 21:17:00.4578 7191/7fb928785600 age/Cor/CoreMain.cpp:235 ]: Passenger core running in multi-application mode.
[ 2019-07-13 21:17:00.4606 7191/7fb928785600 age/Cor/CoreMain.cpp:732 ]: Passenger core online, PID 7191
[ 2019-07-13 21:17:00.4735 7223/7f072b16f600 age/Ust/UstRouterMain.cpp:529 ]: Starting Passenger UstRouter...
[ 2019-07-13 21:17:00.4743 7223/7f072b16f600 age/Ust/UstRouterMain.cpp:342 ]: Passenger UstRouter online, PID 7223
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/20151012/php_openssl.dll' - /usr/lib/php/20151012/php_openssl.dll: cannot open shared object file: No such file or directory in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/20151012/php_pdo_mysql.dll' - /usr/lib/php/20151012/php_pdo_mysql.dll: cannot open shared object file: No such file or directory in Unknown on line 0
[Sat Jul 13 21:17:01.070548 2019] [:error] [pid 6956] python_init: Python version mismatch, expected '2.7.5+', found '2.7.13'.
[Sat Jul 13 21:17:01.091722 2019] [:error] [pid 6956] python_init: Python executable found '/usr/bin/python'.
[Sat Jul 13 21:17:01.091751 2019] [:error] [pid 6956] python_init: Python path being used '/usr/lib/python2.7:/usr/lib/python2.7/plat-x86_64-linux-gnu:/usr/lib/python2.7/lib-tk:/usr/lib/python2.7/lib-old:/usr/lib/python2.7/lib-dynload'.
[Sat Jul 13 21:17:01.091776 2019] [:notice] [pid 6956] mod_python: Creating 8 session mutexes based on 150 max processes and 0 max threads.
[Sat Jul 13 21:17:01.091783 2019] [:notice] [pid 6956] mod_python: using mutex_directory /tmp
[Sat Jul 13 21:17:01.188838 2019] [ssl:warn] [pid 6956] AH01906: vs01.edv-jellissen.de:8080:0 server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
[Sat Jul 13 21:17:01.188973 2019] [ssl:error] [pid 6956] AH02217: ssl_stapling_init_cert: can't retrieve issuer certificate! [subject: emailAddress=info@edv-jellissen.de,CN=vs01.edv-jellissen.de,O=EDV Service Jellissen,L=Moers,ST=NRW,C=$
[Sat Jul 13 21:17:01.188985 2019] [ssl:error] [pid 6956] AH02604: Unable to configure certificate vs01.edv-jellissen.de:8080:0 for stapling
[Sat Jul 13 21:17:01.195590 2019] [mpm_prefork:notice] [pid 6956] AH00163: Apache/2.4.25 (Debian) mod_fcgid/2.3.9 Phusion_Passenger/5.0.30 mod_python/3.3.1 Python/2.7.13 OpenSSL/1.0.2s mod_perl/2.0.10 Perl/v5.24.1 configured -- resuming$
[Sat Jul 13 21:17:01.195623 2019] [core:notice] [pid 6956] AH00094: Command line: '/usr/sbin/apache2'

Ich glaube das hier andere errors geloggt werden
 
H

hilfswicht

Member
Das sollte ein Auszug aus der Error.log sein?
Hier würde ich mich dann mal später um die 2 Zeilen kümmern.
Code: 
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/20151012/php_openssl.dll' - /usr/lib/php/20151012/php_openssl.dll: cannot open shared object file: No such file or directory in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/20151012/php_pdo_mysql.dll' - /usr/lib/php/20151012/php_pdo_mysql.dll: cannot open shared object file: No such file or directory in Unknown on line 0

schau doch mal welche Index.html ausgeliefert wird? Ich ändere da zur Suche meist die allererste Website, wenn die noch die Index.html ausliefert... dann sieht man eher welche aufgerufen wird.

Die Access.log dürfte Zielführender sein, bzw. die für die jeweilige Website.
 
E

edvjellissen

Member
Das ist das error.log von der benannten Seite
Code: 
[Sat Jul 13 21:47:32.175018 2019] [proxy_fcgi:error] [pid 5977] [client 37.24.198.79:59112] AH01071: Got error 'Primary script unknown\n'
[Sat Jul 13 21:47:33.950291 2019] [proxy_fcgi:error] [pid 5977] [client 37.24.198.79:59112] AH01071: Got error 'Primary script unknown\n'

Die access.log sagt folgendes

Code: 
5.9.226.115 - - [13/Jul/2019:21:29:05 +0200] "GET /.well-known/acme-challenge/le-5d2a3101ddce4.txt HTTP/1.0" 200 281 "-" "-"
5.9.226.115 - - [13/Jul/2019:21:29:05 +0200] "GET /.well-known/acme-challenge/le-5d2a3101ddce4.txt HTTP/1.0" 200 281 "-" "-"
x - - [13/Jul/2019:21:29:22 +0200] "GET / HTTP/1.1" 200 1249 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0"
x - - [13/Jul/2019:21:38:52 +0200] "GET / HTTP/1.1" 200 1249 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0"
x - - [13/Jul/2019:21:39:21 +0200] "GET / HTTP/1.1" 200 1249 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0"
x - - [13/Jul/2019:21:39:22 +0200] "GET / HTTP/1.1" 200 1248 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0"
x - - [13/Jul/2019:21:39:23 +0200] "GET / HTTP/1.1" 200 1248 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0"
x - - [13/Jul/2019:21:47:24 +0200] "GET / HTTP/1.1" 200 1249 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0"
x - - [13/Jul/2019:21:47:32 +0200] "GET /test.php HTTP/1.1" 404 271 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0"
x - - [13/Jul/2019:21:47:33 +0200] "GET /test.php HTTP/1.1" 404 270 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0"


Ich hab die index.html in dem web umbenannt in index.html.old. Sie wird immer noch angezeigt und ausgegeben :-(
 
Zuletzt bearbeitet:
H

hilfswicht

Member
Schreib doch mal was in die index.htm.old.
ich denke dann fällt Dir auf, welche index.html angezeigt wird....

Gibt es evtl im /etc/apache/sites-available eine Error-Datei für die betreffende Domain?
 
E

edvjellissen

Member
Hmmm sehr komisch. Ich habe nur zur besseren übersicht her die access.log und error.log gelöscht und mit touch neu angelegt (damit sie wieder beschrieben werden können). Sonst hab ich nichts gemacht.
Jetzt geht es wieder. Nach etlichen Stunden hin und her. Frage ist nur - warum?
Hab ich jetzt ein Fehler gemacht oder war es ein Bug?


Kann es was damit zu tun haben das ich einen zweiten Server hinzugefügt habe. (Multiple Server) nach der HowToForge Anleitung. Danach die Webseite angelegt habe ohne spezifische IP Adresse sondern mit der IP Adresse * .
 
Zuletzt bearbeitet:
T

Till

Administrator
Sehr unwahrscheinlich dass es ein Bug war, meine Vermutuing ist eher dasw as @hilfswicht in #2 geschrieben hat, IP und wildcard mix oder DNS. Und bei DNS ist es ja so dass es bis zu 24 Stunden dauern kann bis es umspringt, würde also auch erklären warum es später auf einmal ging. Ansonsten kommt noch der cache Deines Browsers in betracht. Das Log neu anlegen mit touch hat keinen Einfluss darauf welche website apache ausliefert.

Eine dritte sache kommt auch noch in betracht, Du hast eine seite per https aufgerufen die kein https hatte, in dem Fall zeigt apache die erste ssl seite an die er findet.
 
E

edvjellissen

Member
Also, es liegt weder an dem Browser Cache, noch direkt an DNS. Indirekt. Wenn ich die Webseite bearbeite, den Server 1 einstelle als Webserver und als IP Adresse * eintrage dann funktioniert es nicht. Wenn ich aber als IP Adresse speziell die Server IP eintrage dann geht es.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.

Werbung

Top