Also 7 würde ich für den produktiven Einsatz nicht nutzen.
Ich würde auch vorher mal prüfen, ob vielleicht da vielleicht schon Dienste schon installiert sind.
Also 7 würde ich für den produktiven Einsatz nicht nutzen.
Ich würde auch vorher mal prüfen, ob vielleicht da vielleicht schon Dienste schon installiert sind.
Also ich weiß echt nicht was ich Falsch mache.
Ich habe den Rootserver jetzt erneut Installiert.
Und wieder die Fehlermeldung am Ende.
Beim Einloggen wieder "500 Internal Server Error"
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator at [no address given] to inform them of the time this error occurred, and the actions you performed just before this error.
More information about this error may be available in the server error log.
Habe hier mal ein NoPaste Log meiner Konsole beigefügt.
Mir wurde gesagt, wenn ich MariaDB haben möchte, soll ich mit der Reihe 7 installieren.
Reihe 6 hat ebenfalls die selben Fehlermeldungen.
Dienste sind vorher nicht gelaufen.
Nach der Installation folgendes:
root@Debian-95-stretch-64-minimal ~/pdadmin # ls -al /service/
total 44
drwxr-xr-x 11 root root 4096 Dec 7 15:57 .
drwxr-xr-x 28 root root 4096 Dec 7 15:57 ..
drwxr-xr-x 3 root root 4096 Dec 7 15:57 apache24
drwxr-xr-x 3 root root 4096 Dec 7 15:54 clamd
drwxr-xr-x 4 root root 4096 Dec 7 15:56 dovecot22
drwxr-xr-x 3 root root 4096 Dec 7 15:56 mysqld
drwxr-xr-x 4 root root 4096 Dec 7 15:56 proftpd
drwxr-xr-x 4 root root 4096 Dec 7 15:56 qmail-msa
drwxr-xr-x 3 root root 4096 Dec 7 15:56 qmail-send
drwxr-xr-x 4 root root 4096 Dec 7 15:56 qmail-smtpd
drwxr-xr-x 3 root root 4096 Oct 29 2014 spamd
root@Debian-95-stretch-64-minimal ~/pdadmin #
Also ich weiß echt nicht was ich Falsch mache.
Ich habe den Rootserver jetzt erneut Installiert.
Und wieder die Fehlermeldung am Ende.
Beim Einloggen wieder "500 Internal Server Error"
was steht denn in /usr/local/pd-admin2/logs/error_log?
Beim Login nicht über die IP, sondern den Hostnamen gehen. Bsp: host.name.de/administrator. Der Hostname scheint jedoch nicht auf die IP aufzulösen (Daten aus NoPaste entnommen).
/usr/local/pd-admin2/logs/error_log?
[Fri Dec 07 15:57:51.620874 2018] [mpm_prefork:notice] [pid 32664] AH00163: Apache/2.4.37 (Unix) OpenSSL/1.0.2q configured -- resuming normal operations
[Fri Dec 07 15:57:51.621049 2018] [core:notice] [pid 32664] AH00094: Command line: '/usr/local/pd-admin2/httpd-2.4/bin/httpd'
[Fri Dec 07 15:57:54.516164 2018] [core:warn] [pid 327] AH00098: pid file /usr/local/pd-admin2/httpd-2.4/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run?
[Fri Dec 07 15:57:54.522475 2018] [mpm_prefork:notice] [pid 327] AH00163: Apache/2.4.37 (Unix) OpenSSL/1.0.2q configured -- resuming normal operations
[Fri Dec 07 15:57:54.522517 2018] [core:notice] [pid 327] AH00094: Command line: '/usr/local/pd-admin2/httpd-2.4/bin/httpd -D NO_DETACH -D SSL'
[Fri Dec 07 15:58:50.228447 2018] [cgid:error] [pid 351] [client 82.145.221.177:55368] End of script output before headers: administrator.cgi, referer: http://144.76.32.22/administrator/
Adminstrator Login failed, illegal Password
[Fri Dec 07 16:14:38.880945 2018] [cgid:error] [pid 387] [client 82.145.221.177:38874] End of script output before headers: administrator.cgi, referer: http://144.76.32.22/administrator/sid/new/administrator.cgi
[Fri Dec 07 16:15:01.694847 2018] [mpm_prefork:notice] [pid 327] AH00171: Graceful restart requested, doing restart
[Fri Dec 07 16:15:01.707711 2018] [mpm_prefork:notice] [pid 327] AH00163: Apache/2.4.37 (Unix) OpenSSL/1.0.2q configured -- resuming normal operations
[Fri Dec 07 16:15:01.707729 2018] [core:notice] [pid 327] AH00094: Command line: '/usr/local/pd-admin2/httpd-2.4/bin/httpd -D NO_DETACH -D SSL'
Und zu einer Domain will ich das garnicht auflösen.
Soll alles schön über die IP-Adresse laufen.
Also der Webserver scheint ja zu laufen es kommt "It works!"
Erst beim Login kommen die Fehler die oben angezeigt sind oder?
Ja das ist richtig.
Hast Du mal testweise auf den alten Apachen umgestellt, ob es nur am 2.4 liegt?
Habe alle möglichkeiten bereits ausprobiert.
Ich probiere es bereits seit mehreren Tagen.. und immer nach dem selben chema...
Ich habe auch diverse andere Serveranbieter mal getestet... leider selbe Ergebnisse -.-
apt-get install g++ gcc imagemagick lib32ncurses5 lib32stdc++6 lib32z1 libc6-dev-i386 make patch psmisc rrdtool groff
wget https://eur04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.pd-admin.de%2Fdownload%2Fpdadmin_v4.tar.gz&data=02%7C01%7C%7Cc2b46cad795142d9a6f208d65c5fb497%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636797963445716311@@@WCF_LITERAL_AMP@@@sdata=Wt%2FgBPX%2FY7no9jlcrc67n3OJmdkbovVXR%2BM%2Bn%2FE19Pg%3D@@@WCF_LITERAL_AMP@@@reserved=0
tar xzf pdadmin_v4.tar.gz
cd pdadmin
./install-all.sh -s 7
/opt/pdadmin/bin/create_reseller.pl "Sebastian Deerfield"
/opt/pdadmin/bin/httpd_vhosts.pl
nmap zeigt folgendes:
21/tcp open ftp
22/tcp open ssh
25/tcp open smtp
80/tcp open http
110/tcp open pop3
143/tcp open imap
443/tcp open https
587/tcp open submission
und ls -al /service/ folgendes:
drwxr-xr-x 11 root root 4096 Dec 7 15:57 .
drwxr-xr-x 28 root root 4096 Dec 7 15:57 ..
drwxr-xr-x 3 root root 4096 Dec 7 15:57 apache24
drwxr-xr-x 3 root root 4096 Dec 7 15:54 clamd
drwxr-xr-x 4 root root 4096 Dec 7 15:56 dovecot22
drwxr-xr-x 3 root root 4096 Dec 7 15:56 mysqld
drwxr-xr-x 4 root root 4096 Dec 7 15:56 proftpd
drwxr-xr-x 4 root root 4096 Dec 7 15:56 qmail-msa
drwxr-xr-x 3 root root 4096 Dec 7 15:56 qmail-send
drwxr-xr-x 4 root root 4096 Dec 7 15:56 qmail-smtpd
drwxr-xr-x 3 root root 4096 Oct 29 2014 spamd
Hast Du es mal testweise unter CentOS probiert?
Hast Du es mal testweise unter CentOS probiert?
Kommt für mich definitiv nicht in Frage.
http://pd-admin.de/install.php
Bitte achten Sie dabei auch darauf, daß ein Hostname eingestellt ist, der auf die IP-Adresse Ihres Servers auflöst.
Bei Aufruf per IP kann es zu Fehlern kommen. Daher bitte einmal mit Aufruf per Hostname testen.
http://pd-admin.de/install.php
Bei Aufruf per IP kann es zu Fehlern kommen. Daher bitte einmal mit Aufruf per Hostname testen.
Gleicher Fehler.
Gleicher Fehler.
Auch der gleiche Fehler im Log? Zuvor war im Log
[Fri Dec 07 15:58:50.228447 2018] [cgid:error] [pid 351] [client 82.145.221.177:55368] End of script output before headers: administrator.cgi, referer: http://144.76.32.22/administrator/
Adminstrator Login failed, illegal Password
[Fri Dec 07 16:14:38.880945 2018] [cgid:error] [pid 387] [client 82.145.221.177:38874] End of script output before headers: administrator.cgi, referer: http://144.76.32.22/administrator/sid/new/administrator.cgi
[Fri Dec 07 15:58:50.228447 2018] [cgid:error] [pid 351] [client 82.145.221.177:55368] End of script output before headers: administrator.cgi, referer: http://144.76.32.22/administrator/
Adminstrator Login failed, illegal Password
[Fri Dec 07 16:14:38.880945 2018] [cgid:error] [pid 387] [client 82.145.221.177:38874] End of script output before headers: administrator.cgi, referer: http://144.76.32.22/administrator/sid/new/administrator.cgi
Hier erfolgte der Aufruf per IP, was wie oben genannt, zu Problemen führen kann. Ein funktionierender Hostname ist wichtig. Der Rest des Logs waren reguläre Einträge. Interessant wäre also zu wissen welcher Eintrag zum Zeitpunkt des Versuchs per Hostname erzeugt wurde.
In der /etc/hosts mal alle EInträge mit IPv6 IPs raus löschen. Das hilft meistens.
Auch der gleiche Fehler im Log? Zuvor war im Log
Code[Fri Dec 07 15:58:50.228447 2018] [cgid:error] [pid 351] [client 82.145.221.177:55368] End of script output before headers: administrator.cgi, referer: http://144.76.32.22/administrator/ Adminstrator Login failed, illegal Password [Fri Dec 07 16:14:38.880945 2018] [cgid:error] [pid 387] [client 82.145.221.177:38874] End of script output before headers: administrator.cgi, referer: http://144.76.32.22/administrator/sid/new/administrator.cgi [Fri Dec 07 15:58:50.228447 2018] [cgid:error] [pid 351] [client 82.145.221.177:55368] End of script output before headers: administrator.cgi, referer: http://144.76.32.22/administrator/ Adminstrator Login failed, illegal Password [Fri Dec 07 16:14:38.880945 2018] [cgid:error] [pid 387] [client 82.145.221.177:38874] End of script output before headers: administrator.cgi, referer: http://144.76.32.22/administrator/sid/new/administrator.cgi
Hier erfolgte der Aufruf per IP, was wie oben genannt, zu Problemen führen kann. Ein funktionierender Hostname ist wichtig. Der Rest des Logs waren reguläre Einträge. Interessant wäre also zu wissen welcher Eintrag zum Zeitpunkt des Versuchs per Hostname erzeugt wurde.
Wie oben bereits zu lesen, ist es auf der IP sowohl auch auf dem aufgelösten Hostname, bitte besser lesen bevor man sowas schreibt.
Die Logs sind die selben, je nachdem auf was man zugreift, entweder ip oder hostname.
In der /etc/hosts mal alle EInträge mit IPv6 IPs raus löschen. Das hilft meistens.
mein server hat keine IPv6 IPs
Das ist Debian egal, das trägt trotzdem verschiedene IPv6 Einträge in die /etc/hosts ein.
Einfach mal schauen, das behebt das Problem.
Das ist Debian egal, das trägt trotzdem verschiedene IPv6 Einträge in die /etc/hosts ein.
Einfach mal schauen, das behebt das Problem.
ES STEHEN DORT KEINE EINTRÄGE ZU IPv6 DRINNEN.!
In der /etc/hosts mal alle EInträge mit IPv6 IPs raus löschen. Das hilft meistens.
Viel wichtiger ist, dass ipv6 deaktiviert ist. pd-admin ist nicht ipv6 kompatibel. Es kann Probleme geben wenn dies aktiv ist, auch wenn keine öffentliche ipv6 Adresse vergeben ist. Bsp zur Deaktivierung: