After Update Motomo Error Connection Timeout

Deutschsprachiges Forum (German)
1

Hello,

After updating my Matomo to version 4.3.0, I always get an “ERR_CONNECTION_TIMED_OUT” when calling it.

I have tried both the automatic update and the manual update.

Have then restored the previous version. Does anyone have any idea what this could be, or even the same problem?

Greetings Sascha

Systemcheck Before Update:

Mandatory checks

PHP-Version >= 7.2.5: :heavy_check_mark: 7.4.18

PDO Erweiterung: :heavy_check_mark:

PDO\MYSQL Erweiterung: :heavy_check_mark:

MYSQLI Erweiterung: :heavy_check_mark:

Weitere erforderliche Anforderungen: :heavy_check_mark: zlib :heavy_check_mark: SPL :heavy_check_mark: iconv :heavy_check_mark: json :heavy_check_mark: mbstring :heavy_check_mark: Reflection

Erforderliche Funktionen: :heavy_check_mark: debug_backtrace :heavy_check_mark: eval :heavy_check_mark: hash :heavy_check_mark: gzcompress :heavy_check_mark: gzuncompress :heavy_check_mark: pack

Benötigte PHP Konfiguration (php.ini): :heavy_check_mark: session.auto_start = 0 :heavy_check_mark: max_execution_time = 0 OR >= 30

Verzeichnisse mit Schreibzugriff: :heavy_check_mark: $DOC_ROOT/tmp :heavy_check_mark: $DOC_ROOT/tmp/assets :heavy_check_mark: $DOC_ROOT/tmp/cache :heavy_check_mark: $DOC_ROOT/tmp/climulti :heavy_check_mark: $DOC_ROOT/tmp/latest :heavy_check_mark: $DOC_ROOT/tmp/logs :heavy_check_mark: $DOC_ROOT/tmp/sessions :heavy_check_mark: $DOC_ROOT/tmp/tcpdf :heavy_check_mark: $DOC_ROOT/tmp/templates_c

Optional checks

Dateiintegrität: :heavy_check_mark:

Tracker-Status: :heavy_check_mark:

Speicherlimit: :heavy_check_mark: 2048M

Zeitzone: :heavy_check_mark:

Öffnen einer URL: :heavy_check_mark: curl

PageSpeed deaktiviert: :heavy_check_mark:

GD > 2.x + Freetype (graphics): :heavy_check_mark:

Andere Erweiterungen: :heavy_check_mark: json :heavy_check_mark: libxml :heavy_check_mark: dom :heavy_check_mark: SimpleXML

Andere Funktionen: :heavy_check_mark: shell_exec :heavy_check_mark: set_time_limit :heavy_check_mark: mail :heavy_check_mark: parse_ini_file :heavy_check_mark: glob :heavy_check_mark: gzopen :heavy_check_mark: md5_file

Dateisystem: :heavy_check_mark:

Cron einrichten - Prozesse via CLI steuern: nicht unterstützt (optional)

Letzter erfolgreicher Abschluss der Archivierung: :heavy_check_mark: Der Archivierungsprozess wurde vor 00:51:54 erfolgreich abgeschlossen.

Datenbankfähigkeiten: :heavy_check_mark: UTF8mb4 charset :heavy_check_mark: LOAD DATA INFILE :heavy_check_mark: CREATE TEMPORARY TABLES :heavy_check_mark: Changing transaction isolation level

Maximale Packetgröße: :heavy_check_mark:

Erzwungene SSL Verbindung: :heavy_check_mark:

Standorterkennung: :heavy_check_mark:

Update über HTTPS: :heavy_check_mark:

Schreibbarer JavaScript-Tracker ("/matomo.js"): :heavy_check_mark:

Informational results

Matomo Version: 4.2.1

Matomo Update History: 4.1.1,4.0.3,3.14.1,

Matomo Install Version: 3.13.1

Latest Available Version: 4.3.0

Is Git Deployment: 0

PHP_OS: Linux

PHP_BINARY: /opt/plesk/php/7.4/sbin/php-fpm

PHP SAPI: fpm-fcgi

Timezone Version: 0.system

PHP Timezone: UTC

PHP Time: 1621579952

PHP Datetime: 2021-05-21 06:52:32

PHP Disabled functions: opcache_get_status

PHP INI max_execution_time: 1800

PHP INI post_max_size: 1024M

PHP INI max_input_vars: 1000

PHP INI zlib.output_compression:

Curl Version: 7.52.1, OpenSSL/1.0.2u

Suhosin Installed: 0

DB Prefix: matomo_smga_

DB Charset: utf8mb4

DB Adapter: PDO\MYSQL

MySQL Version: 10.1.48-MariaDB-0+deb9u2

Num Tables: 144

Browser Segment Archiving Enabled: 1

Development Mode Enabled: 0

Internet Enabled: 1

Multi Server Environment: 0

Auto Update Enabled: 1

Custom User Path: 0

Custom Include Path: 0

Release Channel: latest_stable

Plugins Activated: API, Actions, Annotations, BulkTracking, Contents, CoreAdminHome, CoreConsole, CoreHome, CorePluginsAdmin, CoreUpdater, CoreVisualizations, CustomDimensions, CustomJsTracker, Dashboard, DevicePlugins, DevicesDetection, Diagnostics, Ecommerce, Events, Feedback, GeoIp2, Goals, Heartbeat, ImageGraph, Insights, Installation, Intl, IntranetMeasurable, LanguagesManager, Live, Login, Marketplace, MobileMessaging, Monolog, Morpheus, MultiSites, Overlay, PagePerformance, PrivacyManager, ProfessionalServices, Proxy, Referrers, Resolution, RssWidget, SEO, ScheduledReports, SegmentEditor, SitesManager, Tour, Transitions, TwoFactorAuth, UserCountry, UserCountryMap, UserId, UserLanguage, UsersManager, VisitFrequency, VisitTime, VisitorInterest, VisitsSummary, WebsiteMeasurable, Widgetize

Plugins Deactivated: CustomVariables, DBStats, MobileAppMeasurable, Provider, TagManager

Plugins Invalid:

Server Info: Apache

Had visits in last 1 day: 1

Had visits in last 3 days: 1

Had visits in last 5 days: 1

Archive Time Last Started: 1621576802

Archive Time Last Finished: 1621576838

Num invalidations: 0 queued, 0 in progress

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.212 Safari/537.36

Browser Language: de-de,de,en-us,en,la,und,ru,lb,hu,fr,nl

Anonymize Referrer:

Do Not Track enabled: 1

2

Are there any more details in the PHP error log?

4

Hello,

after the update I get the following messages in the error_log:

[Tue May 25 09:05:54.199446 2021] [authz_core:error] [pid 9012:tid 140042576000768] [client 109.43.51.202:33242] AH01630: client denied by server configuration: /var/www/vhosts/smg-webdesign.de/httpdocs/matomo/config/config.ini.php
[Tue May 25 09:05:54.211919 2021] [authz_core:error] [pid 9012:tid 140042643142400] [client 109.43.51.202:33246] AH01630: client denied by server configuration: /var/www/vhosts/smg-webdesign.de/httpdocs/matomo/tmp/
[Tue May 25 09:05:54.224653 2021] [authz_core:error] [pid 9012:tid 140042601178880] [client 109.43.51.202:33250] AH01630: client denied by server configuration: /var/www/vhosts/smg-webdesign.de/httpdocs/matomo/tmp/empty
[Tue May 25 09:05:54.235675 2021] [authz_core:error] [pid 9012:tid 140042567608064] [client 109.43.51.202:33254] AH01630: client denied by server configuration: /var/www/vhosts/smg-webdesign.de/httpdocs/matomo/tmp/cache/tracker/matomocache_general.php
[Tue May 25 09:05:54.246225 2021] [authz_core:error] [pid 9012:tid 140042559215360] [client 109.43.51.202:33258] AH01630: client denied by server configuration: /var/www/vhosts/smg-webdesign.de/httpdocs/matomo/lang/en.json
[Tue May 25 09:06:01.568985 2021] [authz_core:error] [pid 9012:tid 140042788767488] [client 109.43.51.202:33472] AH01630: client denied by server configuration: /var/www/vhosts/smg-webdesign.de/httpdocs/matomo/config/config.ini.php
[Tue May 25 09:06:01.588503 2021] [authz_core:error] [pid 9012:tid 140042685105920] [client 109.43.51.202:33476] AH01630: client denied by server configuration: /var/www/vhosts/smg-webdesign.de/httpdocs/matomo/tmp/
[Tue May 25 09:06:01.601136 2021] [authz_core:error] [pid 9012:tid 140042797160192] [client 109.43.51.202:33480] AH01630: client denied by server configuration: /var/www/vhosts/smg-webdesign.de/httpdocs/matomo/tmp/empty
[Tue May 25 09:06:01.616779 2021] [authz_core:error] [pid 9012:tid 140042710284032] [client 109.43.51.202:33484] AH01630: client denied by server configuration: /var/www/vhosts/smg-webdesign.de/httpdocs/matomo/tmp/cache/tracker/matomocache_general.php
[Tue May 25 09:06:01.638151 2021] [authz_core:error] [pid 9012:tid 140042584393472] [client 109.43.51.202:33490] AH01630: client denied by server configuration: /var/www/vhosts/smg-webdesign.de/httpdocs/matomo/lang/en.json

In the DEV tools of the browser I get the following:

crbug/1173575, non-JS module files deprecated.

Greetz Sascha

5

Es scheint wohl auch etwas mit der Fehlermeldung " [Required Private Directories]" zu tun zu haben. Hat irgendjemand noch das Problem und kann mir sagen wie ich es behebe.

Das Problem tritt auch erst mit dem Update ab 4.3.0 auf. Bisher mit 4.2.1 hab ich keine Probleme!

Gruß Sascha

6

Hallo,

Das ist ein neuer Check in Matomo 4.3.0, welcher überprüft, dass URLs wie https://your.matomo/lang/en.json nicht online erreichbar sind.

klingt aber stark danach als würde dein Server die Anfragen blockeren, wie er soll.

7

Hallo,

das Problem ist halt nur, dass nach dem Update die komplette Matomo Installation nicht mehr zu erreichen ist. Also kann ich nicht auf 4.3.1 updaten, sondern muss aktuell auf 4.2.1 bleiben.

Oder hast du eine Lösung was man da machen kann. Die Fehlermeldungen sind weiter oben ja zu sehen. Ich hab nun schon etliche Stunden daran verbracht, finde aber leider keine Lösung.

Wäre für jeden Gedankenanstoß dankbar!

Gruß Sascha

PS: Wenn ich die URL aufrufen (…/lang/en.json) erhalte ich einen 403 Error wie es wohl auch sein soll!

8

Auch nach dem Update Versuch auf das neue Matomo 4.4.0 erhalte ich nach dem Update den Konsolenfehler “crbug/1173575, non-JS module files deprecated.”

Danach ist mein kompletter Cloud Server nicht mehr zu erreichen. Heißt auch alle Webseiten gehen dann nicht mehr. Ich erhalte dann nur noch “ERR_CONNECTION_REFUSED”.

Mein Cloud Server läuft auf Debian 9 mit Plesk als Oberfläche.

Wie kann das sein. Hat sonst niemand das Problem?

Haben einen alten Snapshot wiederhergestellt mit Matomo 4.2.1 da läuft noch alles einwandfrei!

Gruß Sascha

9

Kann es sein, dass du Apache 2.4 nutzt? client denied by server configuration kann etwas mit der Apache Directive zu haben. In der .htaccess oder im Apache vhost sollte es anstatt

Apache 2.2

Order allow,deny
Allow from all

heißen

Apache 2.4

Require all granted

Mehr dazu

10

Ich verzweifle langsam.

Ich habe jetzt nochmal das Update eingespielt.
Danach funktioniert alles wie gewünscht.
Sobald ich in die Systemprüfung gehe war es das. Dann kann ich meinen kompletten Server nicht mehr erreichen.

In der error_log steht folgendes:

[Thu Aug 12 14:35:18.861837 2021] [authz_core:error] [pid 24738:tid 140052080314112] [client 109.40.130.99:45160] AH01630: client denied by server configuration: /var/www/vhosts/smg-webdesign.de/httpdocs/matomo/tmp/
[Thu Aug 12 14:35:18.871747 2021] [authz_core:error] [pid 24738:tid 140052122277632] [client 109.40.130.99:45170] AH01630: client denied by server configuration: /var/www/vhosts/smg-webdesign.de/httpdocs/matomo/tmp/empty
[Thu Aug 12 14:35:18.882110 2021] [authz_core:error] [pid 24738:tid 140052046743296] [client 109.40.130.99:45176] AH01630: client denied by server configuration: /var/www/vhosts/smg-webdesign.de/httpdocs/matomo/tmp/cache/tracker/matomocache_general.php
[Thu Aug 12 14:35:18.891912 2021] [authz_core:error] [pid 24738:tid 140052256294656] [client 109.40.130.99:45182] AH01630: client denied by server configuration: /var/www/vhosts/smg-webdesign.de/httpdocs/matomo/lang/en.json
[Thu Aug 12 14:35:26.472939 2021] [authz_core:error] [pid 24738:tid 140052298258176] [client 109.40.130.99:45794] AH01630: client denied by server configuration: /var/www/vhosts/smg-webdesign.de/httpdocs/matomo/config/config.ini.php
[Thu Aug 12 14:35:26.485101 2021] [authz_core:error] [pid 24738:tid 140052130670336] [client 109.40.130.99:45800] AH01630: client denied by server configuration: /var/www/vhosts/smg-webdesign.de/httpdocs/matomo/tmp/
[Thu Aug 12 14:35:26.495627 2021] [authz_core:error] [pid 24738:tid 140052105492224] [client 109.40.130.99:45804] AH01630: client denied by server configuration: /var/www/vhosts/smg-webdesign.de/httpdocs/matomo/tmp/empty
[Thu Aug 12 14:35:26.506708 2021] [authz_core:error] [pid 24738:tid 140052281472768] [client 109.40.130.99:45810] AH01630: client denied by server configuration: /var/www/vhosts/smg-webdesign.de/httpdocs/matomo/tmp/cache/tracker/matomocache_general.php
[Thu Aug 12 14:35:26.517511 2021] [authz_core:error] [pid 24738:tid 140052289865472] [client 109.40.130.99:45814] AH01630: client denied by server configuration: /var/www/vhosts/smg-webdesign.de/httpdocs/matomo/lang/en.json

Es kann doch nicht sein das es hierfür keine Lösung gibt.
Das mit der Server Konfiguration für Apache 2.4 (“Require all granted”) wo genau muss ich da schauen oder was ändern.
Ich kann doch nicht der einzige sein, der dieses Problem hat!
Und warum geht alles bis ich die Systemprüfung aufrufe!

Gruss Sascha

11

Hallo Sascha,
keine Ahnung, ob das was zur Fehlereingrenzung beiträgt, aber jedes Mal wenn ich hier die Systemprüfung aufrufe werden ähnliche Error-Logs generiert (Apache 2.4.48/Matomo 4.3.1), allerdings ist der Report ansonsten fehlerfrei und auch der Server danach weiter erreichbar.

16.08.2021 22:11:30 example.de [client 2a01:238:200::] AH01630: client denied by server configuration: /path_to_piwik/config/config.ini.php
16.08.2021 22:11:30 example.de [client 2a01:238:200::] AH01630: client denied by server configuration: /path_to_piwik/config/config.ini.php
16.08.2021 22:11:30 example.de [client 2a01:238:200::] AH01630: client denied by server configuration: /path_to_piwik/tmp/
16.08.2021 22:11:30 example.de [client 2a01:238:200::] AH01630: client denied by server configuration: /path_to_piwik/tmp/
16.08.2021 22:11:30 example.de [client 2a01:238:200::] AH01630: client denied by server configuration: /path_to_piwik/tmp/empty
16.08.2021 22:11:30 example.de [client 2a01:238:200::] AH01630: client denied by server configuration: /path_to_piwik/tmp/empty
16.08.2021 22:11:30 example.de [client 2a01:238:200::] AH01630: client denied by server configuration: /path_to_piwik/tmp/cache/tracker/matomocache_general.php
16.08.2021 22:11:30 example.de [client 2a01:238:200::] AH01630: client denied by server configuration: /path_to_piwik/tmp/cache/tracker/matomocache_general.php
16.08.2021 22:11:30 example.de [client 2a01:238:200::] AH01630: client denied by server configuration: /path_to_piwik/lang/en.json
16.08.2021 22:11:30 example.de [client 2a01:238:200::] AH01630: client denied by server configuration: /path_to_piwik/lang/en.json

Interessant, dass immer 2x hintereinander dieselben Dateien angesprochen werden.

Vielleicht bringt das ja jmd. auf eine neue Idee.

Gruß hbbear

12

Hallo,

eine Frage, lässt sich die Funktion welche die privaten Verzeichnisse prüft abschalten?
Die Verzeichnisse sind nicht aus dem Web erreichbar, dass habe ich selbst getestet.
Aber genau diese Funktion scheint es zu sein die Probleme verursacht!

Mfg
Sascha Günther

13

Hallo,

Ja, das ist möglich.

Siehe hier:

In Matomo 4.6.0 gibt es dann auch direkt ein enable_required_directories_diagnostic = 0 in der config.

14

Hallo zusammen,

Es gibt nun eine Lösung für mein Problem. Ich schreibe es hier, falls noch jemand dasselbe Problem hat.

Mein Problem wurde vom Diagnoseplugin von Matomo verursacht. Der Check der Privaten Verzeichnissen und Dateien hat verursacht, das meine IP von Fail2Ban (im Plesk) geblockt wurde.

Lösung:
Ich habe vor der Installation meine IP in Fail2Ban freigegeben.
Dann Matomo in der aktuellen Version installiert.
Die Diagnose laufen lassen.
Nachdem die Diagnose keine Fehler gefunden hat, habe ich das Diagnose Plugin erstmal deaktiviert.
Danach wird die entsprechende Prüfung nicht mehr ausgeführt.

Vor jedem Update schalte ich nun meine IP in Fail2Ban frei, aktiviere das Diagnose Plugin und schau ob alles stimmt. Ansonsten ist das Plugin deaktiviert.

Wer eine feste IP hat ist natürlich im Vorteil und kann diese einfach freigeben!

Hoffe ich konnte jemanden mit der Lösung helfen!

Gruß Sascha

PS: Ich fände es toll wenn man den Check von Privaten Verzeichnissen und Dateien direkt im Backend per Checkbox Ein- bzw. Ausstellen könnte. Wenn das ab 4.6.0 in der Config möglich ist passt das ja auch!

1 Like
15

Hallo,
seit neuestem erwischt es meine Matomo Installation (v4.7.2 → v4.8.0) in meinem Webhosting (Plesk) auch mit Timeouts/Blacklisting beim Systemcheck.

Matomo-Version: 4.8.0
MySQL-Version: 8.0.28
PHP-Version: 7.4.28

Da ich Endkunde bin, kann ich an Plesk leider nichts anpassen.

Die Option enable_required_directories_diagnostic = 0 hilft zumindest, dass ich wieder ohne Timeouts/Blacklistung zugreifen kann.

Es wäre aber schön, wenn ich die Verzeichnisprüfung jetzt nicht auf Dauer manuell machen müsste.

Gibt es irgendeine Lösung, dass dies wieder automatisch über Matomo funktioniert?
In den Issues habe ich so auf Anhieb nichts entdecken können.

Mein Hoster äußert sich zu dem betreffendem Problem folgendermaßen:

Auf unserer Seite haben wir keine Änderungen an der mod_security oder am PLESK durchgeführt. An einem Blacklisting unsererseits sollte es nicht liegen, auch hier wurde an den entsprechenden Parametern nichts verändert.
…
Wenden Sie sich bitte an Matomo bzw. schauen Sie sich in den dortigen Support / Hilfeseiten um. Möglicherweise haben auch andere Nutzer ein ähnliches Problem und es gibt möglicherweise schon eine Lösung dafür.

Haben sich andere Hoster eventuell anders geäußert bzw. eine Lösung geliefert?

Danke schon mal.

16

Spannend - Matomo prüft also ob es sauber installiert wurde … und triggert damit automatisch die fail2ban Sperre :wink:

Ich bin nach dieser Anleitung vorgegangen:

Obwohl das Deaktivieren des Diagnostics Plugin bei einem funktionierenden System wahrscheinlich die bessere Lösung ist.

17

Ja das ist eine sehr gut beschriebene Lösung für Leute die Zugriff auf Fail2ban bzw. mod_security haben. Da ich als Endkunde dies nicht habe, bleibt mir - bis jetzt immer noch - nur die Deaktivierung via Matomo Option.

Mein Hoster sollte die in der Beschreibung aufgeführten Logeinträge sehen, meint aber

Auf unserer Seite haben wir keine Änderungen an der mod_security oder am PLESK durchgeführt…

somit Fall geschlossen. :face_with_raised_eyebrow: