Jump to content
Froxlor Forum
  • 0
tibhar

fcgid berechtigungen bei customer webs

Question

Hallo Leute,

ich habe die Suchfunktion benutzt und es gibt haufenweise threads dazu, trotzdem bin ich der L?sung nicht n?her gekommen.

 

Meine aktuelle Situation ist folgende: Ich habe einen vserver mit vorinstalliertem froxlor gehabt und wollte die sicherheit erh?hen, weil ich 2-3 kleine getrennte domains hosten m?chte. Aus negativen Erfahrungen der Vergangenheit bin ich auf die L?sung gesto?en apache mit jeweiligen Rechten laufen zu lassen, sodass nur das eigene www-verzeichnis gelesen und geschrieben werden kann.

 

Also in froxlor mal fcgid angeschalten und alles nach der offiziellen Anleitung installiert, aber Pustekuchen...

Die Situation ist folgende, ich habe Permission probleme bei den Kundenwebs und ps faux (siehe anleitung) zeigt mir f?r alle apache2 prozesse den user www-data. Ist das so richtig? Ich vermute mal nicht. K?nnt ihr mir bitte weiterhelfen? 

 

Ich habe suexec custom probiert und bin damit auch nicht weiter gekommen, weshalb ich wieder das "normale" installiert habe. Mod_php ist nicht deaktiviert, weil ich sonst den php quellcode sehe, obwohl ich mit a2enable fcgi aktiviert habe.

 

?ber eine L?sung oder Idee w?re ich sehr Dankbar.

 

EDIT: Es handelt sich nicht um 403, sondern Internal Server Error, suexec.log sagt:

 

[2015-01-08 16:39:22]: uid: (10000/schneider) gid: (10000/schneider) cmd: php-fcgi-starter
[2015-01-08 16:39:22]: cannot get docroot information (/var/www)

Share this post


Link to post
Share on other sites

8 answers to this question

Recommended Posts

  • 0

Die Situation ist folgende, ich habe Permission probleme bei den Kundenwebs und ps faux (siehe anleitung) zeigt mir f?r alle apache2 prozesse den user www-data. Ist das so richtig?

 

Ja, das stimmt schon so, der webserver l?uft unter seinem eigenen User.

 

Was sagt denn ein 

ls -la /var/customers/webs/

Share this post


Link to post
Share on other sites
  • 0

Wow, vielen Dank f?r die schnelle Antwort. 

drwxr-xr-x 3 root      root      4096 Jan  4 12:40 .
drwxr-xr-x 6 root      root      4096 Okt 29 07:07 ..
drwxr-xr-x 3 schneider schneider 4096 Jan  8 12:13 schneider

OT: In welchen Sprachen steht froxlor zur Verf?gung? Eventuell kann ich zu Translations beitragen.

Share this post


Link to post
Share on other sites
  • 0

Au?erdem ist mir folgendes aufgefallen:

HTML Files in den Customer webs gehen problemlos (vermutlich alles statische)

Die webs in /var/www gehen problemlos. (vermutlich auch weil sie www-data geh?ren)

Share this post


Link to post
Share on other sites
  • 0

Sie sollten aber mit FCGID nicht www-data geh?ren...jedes Kunden-Docroot muss dem entsprechenden User geh?ren

Share this post


Link to post
Share on other sites
  • 0

Ich habe mich vllt bl?d ausgedr?ckt..

Meine Kundenwebs sind laut standardeinstellung unter /var/customers/webs und haben die oben geposteten eigenschaften

drwxr-xr-x 3 schneider schneider 4096 Jan  8 12:13 schneider

Damit geh?rt der ordner dem user schneider, was auch richtig ist. 

Ich habe aber au?erdem manuell ein paar Ordner in /var/www erstellt, in denen ganz normale php skripte sind, welche noch funktionieren.

Froxlor hat aber zus?tzlich dazu noch einen Ordner php-fcgi-scripts erstellt. 

 

drwxrwx---  6 www-data www-data 4096 Dez 30 20:56 dev
drwxrwx--- 14 www-data www-data 4096 Okt 29 07:07 froxlor
drwxr-xr-x  3 www-data www-data 4096 Jan  8 16:15 php-fcgi-scripts
 
Gibt es eine M?glichkeit die Berechtigungen von Froxlor gleich richtig setzen zu lassen?

Share this post


Link to post
Share on other sites
  • 0

Froxlor setzt im Grunde die berechtigungen alle richtig, wenn du froxlor denn auch richtig konfiguriert hast und die einstellungen alle korrekt sind

Share this post


Link to post
Share on other sites
  • 0

Das ist f?r die Zukunft nat?rlich super, das Problem ist nur, dass es jetzt gerade nicht der Fall ist. Was k?nnte ich noch ausprobieren?

Share this post


Link to post
Share on other sites
  • 0

Kann ich so auf grund deiner Beschreibung nicht sagen...klingt merkw?rdig, m?sste man sich "vor Ort" anschauen

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Similar Content

    • By tmuecksch
      Guten Tag,
      ich habe einen Debian 9 Server mit Froxlor und Apache2 am laufen. Wenn ich mit dem Kunden FTP Zugang Dateien hochlade haben diese Ordnungsgemäß das ownership 10000:10000.
      Wenn jedoch in der PHP-Weboberfläche eine Datei hochgeladen wird, wird diese mit dem ownership www-data:www-data hochgeladen. Liegt hier ein Konfigurationsfehler vor oder ist das Verhalten sogar so gewünscht? Ich kann den Fehler leider nicht entdecken. Das Problem ist nur, dass das PHP-Script dann eine Permission Denied Fehlermeldung wirft, wenn versucht wird die Datei zu lesen.
       
      Liebe Grüße
      tmuecksch
    • By stolly82
      Hallo zusammen, 
      ich bin immer sehr aktiv in Fehler selber lösen, aber aktuell bin ich an einem Punkt angekommen wo ich mittlerweile wirklich alle Beiträge im gesamten WorldWideWeb durchsucht habe und einfach nicht weiter komme :-( 
       
      Ich habe einen Debaian Jessie Server mit ein paar Kunde & Froxlor seit Jahren aktiv am laufen.
      Durch php7 und der Inkompatibilität einiger älterer Anwendungen benötige ich leider FCGID um auf einigen domänen noch die 5.x Version laufen zu lassen.
      Bei der Installation (mittlerweile nach knappen 15 Stunden mit google und Versuchen) scheitert es bereits an dem Punkt in der Anleitung:

       
      Das hatte ich vorher total übersehen, dass der Server dort anstatt 10001 etc. den Usernamen finde sollte. Demnach hatte ich bei der Installation weiter gemacht und bin immer bei dem Punkt hängen geblieben wo ich diese wunderschöne Fehlermeldung AH00543: apache2: bad user name **** bekommen habe.
      Ich habe bei Froxlor mittlerweile wirklich alle configs neu / plane aufgespielt und nscd will einfach die User nicht den ID´s zuordnen. 
      Was habe ich gemacht:

      Bei der Installation gibt es für mich auch keine erkennbaren Fehler. 
      Ich habe die MySQL Passwörter die ich bei Froxlor in die Config eingegeben habe selbstverständlich auch geprüft und testweise auch den root user / pw genommen. 
      Ebenfalls habe ich die Anleitung von hier genommen:
      https://github.com/Froxlor/Froxlor/wiki/apache2-with-fcgid
      Dort stimmte allerdings der Punkt mit dem 
      apt-get install libnss-mysql nicht mehr, da es mittlerweile libnss-mysql-bg ist. Demnach passten da auch die obersten beiden Config files nicht mehr.
       
      /etc/nss-mysql-root.conf /etc/nss-mysql.conf /etc/nsswitch.conf
       
      Hier mal das LOG File vom nscd.
       
      Vielleicht hat ja einer von euch eine Idee was das Problem sein könnte. 
       
      Danke und LG
       
      Jan 
       
      DAS WAR BEIM ERSTEM PLANE START: Fri 19 Jan 2018 06:51:51 PM CET - 17748: register trace file /etc/passwd for database passwd Fri 19 Jan 2018 06:51:51 PM CET - 17748: register trace file /etc/hosts for database hosts Fri 19 Jan 2018 06:51:51 PM CET - 17748: register trace file /etc/resolv.conf for database hosts Fri 19 Jan 2018 06:51:51 PM CET - 17748: register trace file /etc/services for database services Fri 19 Jan 2018 06:51:51 PM CET - 17748: register trace file /etc/netgroup for database netgroup Fri 19 Jan 2018 06:51:51 PM CET - 17748: cannot stat() file `/etc/netgroup': No such file or directory Fri 19 Jan 2018 06:51:51 PM CET - 17748: handle_request: request received (Version = 2) from PID 17749 Fri 19 Jan 2018 06:51:51 PM CET - 17748: INVALIDATE (passwd) Fri 19 Jan 2018 06:51:51 PM CET - 17748: pruning passwd cache; time 9223372036854775807 Fri 19 Jan 2018 06:51:51 PM CET - 17748: considering GETPWBYUID entry "0", timeout 1516384654 Fri 19 Jan 2018 06:51:51 PM CET - 17748: considering GETPWBYNAME entry "nobody", timeout 1516384745 Fri 19 Jan 2018 06:51:51 PM CET - 17748: considering GETPWBYNAME entry "root", timeout 1516384654 Fri 19 Jan 2018 06:51:51 PM CET - 17748: considering GETPWBYNAME entry "vmail", timeout 1516384746 Fri 19 Jan 2018 06:51:51 PM CET - 17748: considering GETPWBYUID entry "65534", timeout 1516384745 Fri 19 Jan 2018 06:51:51 PM CET - 17748: considering GETPWBYNAME entry "postfix", timeout 1516384745 Fri 19 Jan 2018 06:51:51 PM CET - 17748: considering GETPWBYUID entry "115", timeout 1516384745 Fri 19 Jan 2018 06:51:51 PM CET - 17748: considering GETPWBYUID entry "2000", timeout 1516384746 Fri 19 Jan 2018 06:51:51 PM CET - 17748: considering GETPWBYUID entry "116", timeout 1516384746 Fri 19 Jan 2018 06:51:51 PM CET - 17748: considering GETPWBYNAME entry "debian-spamd", timeout 1516384746 Fri 19 Jan 2018 06:51:51 PM CET - 17748: remove GETPWBYUID entry "0" Fri 19 Jan 2018 06:51:51 PM CET - 17748: remove GETPWBYNAME entry "nobody" Fri 19 Jan 2018 06:51:51 PM CET - 17748: remove GETPWBYNAME entry "root" Fri 19 Jan 2018 06:51:51 PM CET - 17748: remove GETPWBYNAME entry "vmail" Fri 19 Jan 2018 06:51:51 PM CET - 17748: remove GETPWBYUID entry "65534" Fri 19 Jan 2018 06:51:51 PM CET - 17748: remove GETPWBYNAME entry "postfix" Fri 19 Jan 2018 06:51:51 PM CET - 17748: remove GETPWBYUID entry "115" Fri 19 Jan 2018 06:51:51 PM CET - 17748: remove GETPWBYUID entry "2000" Fri 19 Jan 2018 06:51:51 PM CET - 17748: remove GETPWBYUID entry "116" Fri 19 Jan 2018 06:51:51 PM CET - 17748: remove GETPWBYNAME entry "debian-spamd" Fri 19 Jan 2018 06:51:51 PM CET - 17748: handle_request: request received (Version = 2) from PID 17758 Fri 19 Jan 2018 06:51:51 PM CET - 17748: INVALIDATE (group) Fri 19 Jan 2018 06:51:51 PM CET - 17748: handle_request: request received (Version = 2) from PID 17759 Fri 19 Jan 2018 06:51:51 PM CET - 17748: handle_request: request received (Version = 2) from PID 17759 Fri 19 Jan 2018 06:51:51 PM CET - 17748: INVALIDATE (hosts) Fri 19 Jan 2018 06:51:51 PM CET - 17748: pruning hosts cache; time 9223372036854775807 Fri 19 Jan 2018 06:51:51 PM CET - 17748: considering GETHOSTBYADDR entry "127.0.0.1", timeout 1516387746 Fri 19 Jan 2018 06:51:51 PM CET - 17748: remove GETHOSTBYADDR entry "127.0.0.1" Fri 19 Jan 2018 06:51:52 PM CET - 17748: handle_request: request received (Version = 2) from PID 17778 Fri 19 Jan 2018 06:51:52 PM CET - 17748: GETFDGR Fri 19 Jan 2018 06:51:52 PM CET - 17748: handle_request: request received (Version = 2) from PID 17778 Fri 19 Jan 2018 06:51:52 PM CET - 17748: GETGRBYNAME (vmail) Fri 19 Jan 2018 06:51:52 PM CET - 17748: handle_request: request received (Version = 2) from PID 17779 Fri 19 Jan 2018 06:51:52 PM CET - 17748: GETFDGR Fri 19 Jan 2018 06:51:52 PM CET - 17748: handle_request: request received (Version = 2) from PID 17779 Fri 19 Jan 2018 06:51:52 PM CET - 17748: GETGRBYNAME (vmail) Fri 19 Jan 2018 06:51:53 PM CET - 17748: handle_request: request received (Version = 2) from PID 17780 Fri 19 Jan 2018 06:51:53 PM CET - 17748: GETFDGR Fri 19 Jan 2018 06:51:53 PM CET - 17748: handle_request: request received (Version = 2) from PID 17780 Fri 19 Jan 2018 06:51:53 PM CET - 17748: GETGRBYNAME (vmail) Fri 19 Jan 2018 06:51:53 PM CET - 17748: handle_request: request received (Version = 2) from PID 17781 Fri 19 Jan 2018 06:51:57 PM CET - 17748: handle_request: request received (Version = 2) from PID 17793 Fri 19 Jan 2018 06:51:57 PM CET - 17748: GETPWBYUID (1) Fri 19 Jan 2018 06:51:57 PM CET - 17748: Haven't found "1" in password cache! Fri 19 Jan 2018 06:51:57 PM CET - 17748: add new entry "1" of type GETPWBYUID for passwd to cache (first) Fri 19 Jan 2018 06:51:57 PM CET - 17748: add new entry "daemon" of type GETPWBYNAME for passwd to cache Fri 19 Jan 2018 06:51:57 PM CET - 17748: handle_request: request received (Version = 2) from PID 17793 Fri 19 Jan 2018 06:51:57 PM CET - 17748: GETPWBYUID (102) Fri 19 Jan 2018 06:51:57 PM CET - 17748: Haven't found "102" in password cache! Fri 19 Jan 2018 06:51:57 PM CET - 17748: add new entry "102" of type GETPWBYUID for passwd to cache (first) Fri 19 Jan 2018 06:51:57 PM CET - 17748: add new entry "messagebus" of type GETPWBYNAME for passwd to cache Fri 19 Jan 2018 06:51:57 PM CET - 17748: handle_request: request received (Version = 2) from PID 17793 Fri 19 Jan 2018 06:51:57 PM CET - 17748: GETPWBYUID (115) Fri 19 Jan 2018 06:51:57 PM CET - 17748: Haven't found "115" in password cache! Fri 19 Jan 2018 06:51:57 PM CET - 17748: add new entry "115" of type GETPWBYUID for passwd to cache (first) Fri 19 Jan 2018 06:51:57 PM CET - 17748: add new entry "postfix" of type GETPWBYNAME for passwd to cache Fri 19 Jan 2018 06:51:57 PM CET - 17748: handle_request: request received (Version = 2) from PID 17793 Fri 19 Jan 2018 06:51:57 PM CET - 17748: GETPWBYUID (2000) Fri 19 Jan 2018 06:51:57 PM CET - 17748: Haven't found "2000" in password cache! Fri 19 Jan 2018 06:51:57 PM CET - 17748: add new entry "2000" of type GETPWBYUID for passwd to cache (first) Fri 19 Jan 2018 06:51:57 PM CET - 17748: add new entry "vmail" of type GETPWBYNAME for passwd to cache MITTLERWEILE BEKOMME ICH NUR NOCH DAS HIER: Fri 19 Jan 2018 07:47:02 PM CET - 31374: GETFDGR Fri 19 Jan 2018 07:47:02 PM CET - 31374: provide access to FD 8, for group Fri 19 Jan 2018 07:47:02 PM CET - 31374: handle_request: request received (Version = 2) from PID 31496 Fri 19 Jan 2018 07:47:02 PM CET - 31374: GETFDGR Fri 19 Jan 2018 07:47:02 PM CET - 31374: provide access to FD 8, for group Fri 19 Jan 2018 07:47:03 PM CET - 31374: handle_request: request received (Version = 2) from PID 31497 Fri 19 Jan 2018 07:47:03 PM CET - 31374: GETFDGR Fri 19 Jan 2018 07:47:03 PM CET - 31374: provide access to FD 8, for group Fri 19 Jan 2018 07:47:03 PM CET - 31374: handle_request: request received (Version = 2) from PID 31498 Fri 19 Jan 2018 07:47:03 PM CET - 31374: GETFDGR Fri 19 Jan 2018 07:47:03 PM CET - 31374: provide access to FD 8, for group Fri 19 Jan 2018 07:47:04 PM CET - 31374: handle_request: request received (Version = 2) from PID 31499 Fri 19 Jan 2018 07:47:04 PM CET - 31374: GETFDGR Fri 19 Jan 2018 07:47:04 PM CET - 31374: provide access to FD 8, for group Fri 19 Jan 2018 07:47:04 PM CET - 31374: handle_request: request received (Version = 2) from PID 31500 Fri 19 Jan 2018 07:47:04 PM CET - 31374: GETFDGR Fri 19 Jan 2018 07:47:04 PM CET - 31374: provide access to FD 8, for group Fri 19 Jan 2018 07:47:05 PM CET - 31374: handle_request: request received (Version = 2) from PID 31501 Fri 19 Jan 2018 07:47:05 PM CET - 31374: GETFDGR Fri 19 Jan 2018 07:47:05 PM CET - 31374: provide access to FD 8, for group Fri 19 Jan 2018 07:47:05 PM CET - 31374: handle_request: request received (Version = 2) from PID 31502 Fri 19 Jan 2018 07:47:05 PM CET - 31374: GETFDGR Fri 19 Jan 2018 07:47:05 PM CET - 31374: provide access to FD 8, for group Fri 19 Jan 2018 07:47:06 PM CET - 31374: handle_request: request received (Version = 2) from PID 31503 Fri 19 Jan 2018 07:47:06 PM CET - 31374: GETFDGR Fri 19 Jan 2018 07:47:06 PM CET - 31374: provide access to FD 8, for group Fri 19 Jan 2018 07:47:06 PM CET - 31374: handle_request: request received (Version = 2) from PID 31504 Fri 19 Jan 2018 07:47:06 PM CET - 31374: GETFDGR  
    • By ffx2kx
      Hi Leute, hi d00p,
      also so ganz bekomme ich das hier nicht ans Laufen. das libnss-mysql paket für froxlor referenziert noch libmysqlclient18, welches wohl in stretch nicht angeboten wird.
      Entpacken von libnss-mysql-bg (1.5-3+frx1) ... dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libnss-mysql-bg:  libnss-mysql-bg hängt ab von libmysqlclient18 (>= 5.5.24+dfsg-1); aber:   Paket libmysqlclient18 ist nicht installiert. dpkg: Fehler beim Bearbeiten des Paketes libnss-mysql-bg (--install):  Abhängigkeitsprobleme - verbleibt unkonfiguriert Fehler traten auf beim Bearbeiten von:  libnss-mysql-bg xxx@xxx.xxxxxx:/home/xxxxx# apt-cache search libmysqlclient libglpk40 - linear programming kit with integer (MIP) support libcrypt-mysql-perl - Perl module to emulate the MySQL PASSWORD() function libmariadbclient-dev-compat - MariaDB database development files (libmysqlclient compatibility) default-libmysqlclient-dev - MySQL database development files (metapackage) https://packages.debian.org/search?suite=default&section=all&arch=any&searchon=names&keywords=libmysqlclient
      Was jedenfalls verfügbar und installiert ist ist das Paket libmariadbclient18.
      Ideen? Alternativen? Handarbeit?
      Gruß,
      ffx2kx
    • By tt33tt
      Hi all,
      how can I change the option FcgidIOTimeout?
      I have a new apache with FCGID on Ubuntu 16.04.
      Thanks
    • By Leguz
      Hallo Zusammen
      Habe folgendes problem.
      Da ich 3 verschiedene webverzeichnise habe und 2 nur mit php7 laufen und das andere nur mit php 5.6 habe ich versucht dieses problem mit FCGID zu lösen.
      erstmal zu meinem einstellungen des Servers.

      Debain 64 bit Jessie
      Froxlor installation unter /var/www/froxlor/
      Installierte Version: 0.9.38.7 (DB: 201612110)
      PHP 5.6 sowie php7.0 installiert mit allen notwenidgen zusätze.
      Der Server würde dann mit :
      a2dismod php5
      a2enmod php7.0
      service apache2 restart

      Auf PHP7 umgestellt.
      Nun habe ich nach der Anleitung für FCGID gehalten und durchgeführt.




       
       

       
      Alles läuft auf ssl ebene.
      Damit ich auch Mailadresse habe bin in Froxlor hingegangen und habe ein Web erstellt mir system.
      Diese habe ich dann die Domain zugewisssen und bei DocumentRoot habe ich dann /var/www/froxlor eingeben.
      Openbasedir off
      Das funktioniert auch alles soweit zu gut.
      Schalte ich nun FCGID ein unter einstellung und führe dann
      php /var/www/froxlor/scripts/froxlor_master_cronjob.php --force
      service apache2 restart
      Scheint alles zu gehen Seite 1 und 2 laufen mit php7 und seite 3 mit php5.6
      Dann nach einer zeit X ( 1 bis 2 Stunden ) sind die seiten offline

      Error aus Log datei :
      froxlor.weblog [Wed May 17 16:20:31.484784 2017] [fcgid:warn] [pid 2048] (104)Connection reset by peer: [client 95.88.89.239:54941] mod_fcgid: error reading data from FastCGI server, referer: https://XXX/index.php?s=165cbc6730c6e268e8abf34b0f5c5738&script=admin_autoupdate.php&qrystr=s%3D165cbc6730c6e268e8abf34b0f5c5738%26page%3Derror%26errno%3D5 [Wed May 17 16:20:31.484905 2017] [core:error] [pid 2048] [client 95.88.89.239:54941] End of script output before headers: index.php, referer: https://XXX/index.php?s=165cbc6730c6e268e8abf34b0f5c5738&script=admin_autoupdate.php&qrystr=s%3D165cbc6730c6e268e8abf34b0f5c5738%26page%3Derror%26errno%3D5 [Wed May 17 16:20:47.851492 2017] [fcgid:warn] [pid 2046] (104)Connection reset by peer: [client 95.88.89.239:54946] mod_fcgid: error reading data from FastCGI server, referer: https://XXX/index.php?s=165cbc6730c6e268e8abf34b0f5c5738&script=admin_autoupdate.php&qrystr=s%3D165cbc6730c6e268e8abf34b0f5c5738%26page%3Derror%26errno%3D5 [Wed May 17 16:20:47.851703 2017] [core:error] [pid 2046] [client 95.88.89.239:54946] End of script output before headers: index.php, referer: https://XXX/index.php?s=165cbc6730c6e268e8abf34b0f5c5738&script=admin_autoupdate.php&qrystr=s%3D165cbc6730c6e268e8abf34b0f5c5738%26page%3Derror%26errno%3D5 [Wed May 17 16:32:26.619756 2017] [fcgid:warn] [pid 2144] (104)Connection reset by peer: [client 95.88.89.239:55206] mod_fcgid: error reading data from FastCGI server, referer: https://XXX/index.php?s=165cbc6730c6e268e8abf34b0f5c5738&script=admin_autoupdate.php&qrystr=s%3D165cbc6730c6e268e8abf34b0f5c5738%26page%3Derror%26errno%3D5 [Wed May 17 16:32:26.619914 2017] [core:error] [pid 2144] [client 95.88.89.239:55206] End of script output before headers: index.php, referer: https://XXX/index.php?s=165cbc6730c6e268e8abf34b0f5c5738&script=admin_autoupdate.php&qrystr=s%3D165cbc6730c6e268e8abf34b0f5c5738%26page%3Derror%26errno%3D5 [Wed May 17 16:32:46.989698 2017] [fcgid:warn] [pid 2651] [client 95.88.89.239:55237] mod_fcgid: stderr: PHP Warning: curl_exec() has been disabled for security reasons in /var/www/froxlor/lib/ajax.php on line 55, referer: https://XXX/admin_index.php?s=d4a1f3b250a3490ae20fd9585371fc02 web1.log [Wed May 17 16:42:41.775238 2017] [fcgid:warn] [pid 3057] (104)Connection reset by peer: [client 66.249.76.132:52958] mod_fcgid: error reading data from FastCGI server [Wed May 17 16:42:41.775692 2017] [core:error] [pid 3057] [client 66.249.76.132:52958] End of script output before headers: include.php [Wed May 17 16:43:15.916843 2017] [fcgid:warn] [pid 3080] (104)Connection reset by peer: [client 178.154.200.38:38734] mod_fcgid: error reading data from FastCGI server [Wed May 17 16:43:15.917114 2017] [core:error] [pid 3080] [client 178.154.200.38:38734] End of script output before headers: index.php [Wed May 17 16:43:22.559605 2017] [fcgid:warn] [pid 3081] (104)Connection reset by peer: [client 66.249.64.83:48591] mod_fcgid: error reading data from FastCGI server [Wed May 17 16:43:22.559755 2017] [core:error] [pid 3081] [client 66.249.64.83:48591] End of script output before headers: index.php web2.log [Wed May 17 16:53:38.575320 2017] [fcgid:warn] [pid 4053] (104)Connection reset by peer: [client 95.88.89.239:55635] mod_fcgid: error reading data from FastCGI server [Wed May 17 16:53:38.575554 2017] [core:error] [pid 4053] [client 95.88.89.239:55635] End of script output before headers: index.php  
       
      Vielen dank jetzt schon für hilfestellungen




×
×
  • Create New...