Antwortzeit Domain

[NicoMSH]

Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt
gute Frage


Server-Betriebssystem + Version
Ubuntu 24.04


Eingesetzte Server-Virtualisierung-Technologie
keine


KeyHelp-Version + Build-Nummer
25.1 (Build 3433)


Problembeschreibung / Fehlermeldungen
Hohe Antwortzeit einer Domain

Erwartetes Ergebnis
normale Antwortzeit

Tatsächliches Ergebnis
hohe Antwortzeit

Schritte zur Reproduktion
keine

Zusätzliche Informationen
nichts

wie ihr ja wisst, nutze ich kuma auf einem anderen server. Nun ist die Sache so, das Kuma für meine Hauptdomain eine normalen Ping (zwischen 28 und 60ms) liefert, aber meine Subdomain einen dauerhaften Ping zwischen 250 und 280ms. einen Ping von der Konsole des kuma-servers liefert das gleiche ergebnis. Der keyhelp-server und der kuma-server haben den gleichen Standort (Wolfsburg), also sollte es daran nicht liegen. Einen ping von der konsole des keyhelp-server zum kuma-server liefert auch niedrige Antwortzeiten. Nun die Frage, woran kann es liegen? die Subdomain ist nicht ausgelastet oder dergleichen.

[Fezzi]

Was zeigen die trace routes? Da bekommst Du evtl. Deine Antwort... das mit KeyHelp in Verbindung zu bringen ist schon sehr gewagt...

[Jolinar]

das mit KeyHelp in Verbindung zu bringen ist schon sehr gewagt...

Sehe ich genauso...Deswegen:


Moderativer Hinweis:
Thread bis auf Weiteres nach Off Topic verschoben, da offenbar kein direkter Bezug zu Keyhelp vorhanden/erkennbar ist.

[Jolinar]

BTW:
Wenn du auf deinem Server keine hochgeheimen Sachen betreibst, dann wäre es für uns hilfreich um dir zielführend zu helfen, wenn du uns die fragliche (Sub-)Domain verraten würdest.
Dann würden wir von extern die Ladezeiten überprüfen können, um dir so eine erste Fehleranalyse und mögliche Lösungsansätze anbieten zu können.

[NicoMSH]

BTW:
Wenn du auf deinem Server keine hochgeheimen Sachen betreibst, dann wäre es für uns hilfreich um dir zielführend zu helfen, wenn du uns die fragliche (Sub-)Domain verraten würdest.
Dann würden wir von extern die Ladezeiten überprüfen können, um dir so eine erste Fehleranalyse und mögliche Lösungsansätze anbieten zu können.

ooops klar, kein Problem. die subdomain ist iucloud.uaena.info. die hauptdomain logischerweise www.uaena.info
und bevor jemand sagt: "ja normal bei cloudsoftware"... es finden keinerlei interaktionen mit der subdomain statt, weder von aussen noch von "innen" ;p
auch führt die sub keinerlei arbeiten aus im Hintergrund. nicht einmal einen cron oder dergleichen. laut monitoring ist es komplett ruhig.

[Florian]

Hallo,

ich sehe da keinen Unterschied:

Code: Select all

ping iucloud.uaena.info
PING uaena.info (185.45.149.4) 56(84) bytes of data.
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=1 ttl=58 time=15.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=2 ttl=58 time=15.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=3 ttl=58 time=15.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=4 ttl=58 time=15.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=5 ttl=58 time=15.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=6 ttl=58 time=15.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=7 ttl=58 time=15.3 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=8 ttl=58 time=15.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=9 ttl=58 time=15.1 ms

Code: Select all

ping uaena.info
PING uaena.info (185.45.149.4) 56(84) bytes of data.
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=1 ttl=58 time=15.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=2 ttl=58 time=15.6 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=3 ttl=58 time=17.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=4 ttl=58 time=15.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=5 ttl=58 time=15.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=6 ttl=58 time=15.3 ms

Wenn Dein Uptime Kuma nur Ping nutzt spielt es ja auch keine Rolle was auf der Domain läuft. Ping hat ja nichts mit Ladezeiten zu tun.


Mach einen Traceroute zu Domain und Subdomain. Ggf sieht man da mehr wo der Unterschied herkommt.

[NicoMSH]

Hallo,

ich sehe da keinen Unterschied:

Code: Select all

ping iucloud.uaena.info
PING uaena.info (185.45.149.4) 56(84) bytes of data.
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=1 ttl=58 time=15.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=2 ttl=58 time=15.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=3 ttl=58 time=15.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=4 ttl=58 time=15.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=5 ttl=58 time=15.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=6 ttl=58 time=15.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=7 ttl=58 time=15.3 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=8 ttl=58 time=15.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=9 ttl=58 time=15.1 ms

Code: Select all

ping uaena.info
PING uaena.info (185.45.149.4) 56(84) bytes of data.
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=1 ttl=58 time=15.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=2 ttl=58 time=15.6 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=3 ttl=58 time=17.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=4 ttl=58 time=15.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=5 ttl=58 time=15.1 ms
64 bytes from 4.149.45.185.in-addr.arpa (185.45.149.4): icmp_seq=6 ttl=58 time=15.3 ms

Wenn Dein Uptime Kuma nur Ping nutzt spielt es ja auch keine Rolle was auf der Domain läuft. Ping hat ja nichts mit Ladezeiten zu tun.


Mach einen Traceroute zu Domain und Subdomain. Ggf sieht man da mehr wo der Unterschied herkommt.

jap löst die IP auf, haben ja beide dieselben. kuma fragt die domains direkt ab, keine ahnung wie. habe es übrigens mit uptimerobot getestet und habe dort das selbe Problem.
Der Monitor schaut per HTTPs

uaena.info

iucloud.uaena.info

[NicoMSH]

Traceroute uaena.info

Code: Select all

Start: 2025-07-09T13:46:54+0500
HOST: DNSChecker.org                                        Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- ???                                                   100.0     3    0.0   0.0   0.0   0.0   0.0
  2.|-- 10.74.132.49                                           0.0%     3    0.6   0.8   0.6   1.1   0.3
  3.|-- 138.197.248.254                                        0.0%     3    1.2   1.2   1.1   1.3   0.1
  4.|-- 143.244.192.172                                        0.0%     3    0.4   0.5   0.4   0.6   0.1
  5.|-- 143.244.225.92                                         0.0%     3    1.6   1.1   0.9   1.6   0.4
  6.|-- 143.244.225.19                                         0.0%     3    0.6   0.7   0.6   0.8   0.2
  7.|-- ae4-1.nyk10.core-backbone.com (206.82.104.42)          0.0%     3    1.2   1.3   1.2   1.5   0.2
  8.|-- ae18-2025.fra20.core-backbone.com (5.56.17.25)         0.0%     3   84.0  84.1  83.9  84.4   0.2
  9.|-- ???                                                   100.0     3    0.0   0.0   0.0   0.0   0.0
 10.|-- 45.91.100.29                                           0.0%     3   88.2  88.3  88.1  88.8   0.4
 11.|-- fra1.mx240.as216188.host-unlimited.de (45.91.100.159)  0.0%     3  167.1 131.1 105.8 167.1  32.0
 12.|-- 4.149.45.185.in-addr.arpa (185.45.149.4)               0.0%     3   96.6  96.8  96.6  97.1   0.3

Traceroute iucloud.uaena.info

Code: Select all

Start: 2025-07-09T13:48:30+0500
HOST: DNSChecker.org                                        Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- ???                                                   100.0     3    0.0   0.0   0.0   0.0   0.0
  2.|-- 10.74.132.49                                           0.0%     3    0.4   0.6   0.4   1.0   0.3
  3.|-- 138.197.248.254                                        0.0%     3    1.0   1.3   0.9   2.0   0.6
  4.|-- 143.244.192.172                                        0.0%     3    2.1   1.0   0.4   2.1   0.9
  5.|-- 143.244.225.92                                         0.0%     3    0.9   1.0   0.9   1.1   0.1
  6.|-- 143.244.225.19                                         0.0%     3    0.7   0.7   0.7   0.8   0.0
  7.|-- ae4-1.nyk10.core-backbone.com (206.82.104.42)          0.0%     3    2.9   2.2   1.3   2.9   0.8
  8.|-- ae18-2025.fra20.core-backbone.com (5.56.17.25)         0.0%     3   84.0  84.2  84.0  84.4   0.2
  9.|-- ???                                                   100.0     3    0.0   0.0   0.0   0.0   0.0
 10.|-- 45.91.100.29                                           0.0%     3   88.3  88.3  88.1  88.6   0.3
 11.|-- fra1.mx240.as216188.host-unlimited.de (45.91.100.159)  0.0%     3  121.5 118.2 116.1 121.5   2.9
 12.|-- 4.149.45.185.in-addr.arpa (185.45.149.4)               0.0%     3   96.7  96.9  96.7  97.2   0.3

[Florian]

Hallo,

wenn der HTTPs nutzt dann ist es doch kein Ping

[NicoMSH]

Hallo,

wenn der HTTPs nutzt dann ist es doch kein Ping

ja sorry, es ist eine HTTPs Anfrage (Nutze ich auch wegen der Zertifikatsüberprüfung, das geht mit Ping nicht). Verstehe trotzdem nicht warum die Antwortzeit in Kuma (und uptimerobot) bei der Subdomain so hoch ist (und nur bei der Subdomain). Hier noch einmal die Traceroute per Konsole auf dem Kuma-Server.

Code: Select all

~# traceroute www.uaena.info
traceroute to www.uaena.info (185.45.149.4), 30 hops max, 60 byte packets
 1  45.10.24.1 (45.10.24.1)  4.792 ms  14.817 ms  14.720 ms
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

Code: Select all

~# traceroute iucloud.uaena.info
traceroute to iucloud.uaena.info (185.45.149.4), 30 hops max, 60 byte packets
 1  45.10.24.1 (45.10.24.1)  18.259 ms  18.152 ms  25.842 ms
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

[Florian]

Hallo,

vergiss den Trace. Wenn du HTTPs nutzt hat es ganz einfach mit der Software zu tun die auf der Domain läuft. Der Webserver braucht einfach unterschiedlich lange, sieht man auch wenn man die Time to first byte misst:

Code: Select all

Messung für uaena.info

Beschreibung	Wert / Ausgabe	
======	======	======
DNS-Lookup	0.006341	Sek.
Completed TLS	0.090938	Sek.
Redirect time	0.087126	Sek.
TTFB	0.149093	Sek.
Total time	0.1492760181427	Sek.

Code: Select all

Messung für iucloud.uaena.info

Beschreibung	Wert / Ausgabe	
======	======	======
DNS-Lookup	0.049693	Sek.
Completed TLS	0.042575	Sek.
Redirect time	0.233513	Sek.
TTFB	0.348659	Sek.
Total time	0.34933090209961	Sek.

[NicoMSH]

Hallo,

vergiss den Trace. Wenn du HTTPs nutzt hat es ganz einfach mit der Software zu tun die auf der Domain läuft. Der Webserver braucht einfach unterschiedlich lange, sieht man auch wenn man die Time to first byte misst:

Code: Select all

Messung für uaena.info

Beschreibung	Wert / Ausgabe	
======	======	======
DNS-Lookup	0.006341	Sek.
Completed TLS	0.090938	Sek.
Redirect time	0.087126	Sek.
TTFB	0.149093	Sek.
Total time	0.1492760181427	Sek.

Code: Select all

Messung für iucloud.uaena.info

Beschreibung	Wert / Ausgabe	
======	======	======
DNS-Lookup	0.049693	Sek.
Completed TLS	0.042575	Sek.
Redirect time	0.233513	Sek.
TTFB	0.348659	Sek.
Total time	0.34933090209961	Sek.

ah verstehe, also ist es ein Software"Problem". Wieder etwas dazu gelernt. ich Danke Dir recht herzlich. Da kann ich dann wohl nichts daran ändern

[NicoMSH]

ahhh ich brauch dringend hilfe. meine 2te subdomain ist nicht mehr erreichbar. habe 2 bilder über ftp hochgeladen und normal nur mit dem "<img" in eine html eingebaut, also ganz harmlos. dann habe ich die subdomain refreshed und seitdem lädt sie ohne ergebnis. habe natürlich alles rückgängig gemacht, trotzdem lädt sie unendlich. habe den apache2 auch über konsole neu gestartet, keine Änderungen. Der Rest an hp und andere subdomains laufen normal. aber diese ist einfach nicht mehr erreichbar. Was nun? es kommt kein Fehler, nichts. unter /var/log/apache2/keyhelp/ habe ich alle logdateien angeschaut. keine Eintragungen an fehlern. gibt es irgendwo eine extra log datei für diese subdomain?

[Alexander]

unter /var/log/apache2/keyhelp/ habe ich alle logdateien angeschaut. keine Eintragungen an fehlern. gibt es irgendwo eine extra log datei für diese subdomain?

Unter /var/log/apache2/keyhelp/ liegen nur die Zugriffsprotokolle von KeyHelp.

Logs für Domains und Subdomains liegen unter /home/users/<USERNAME>/logs/<DOMAIN>. Bequemer geht es direkt über die UI über die Domain-Übersicht unter Aktionen auf das entsprechende Icon für Logs ("Protokolle anzeigen") klicken.

[NicoMSH]

unter /var/log/apache2/keyhelp/ habe ich alle logdateien angeschaut. keine Eintragungen an fehlern. gibt es irgendwo eine extra log datei für diese subdomain?

Unter /var/log/apache2/keyhelp/ liegen nur die Zugriffsprotokolle von KeyHelp.

Logs für Domains und Subdomains liegen unter /home/users/<USERNAME>/logs/<DOMAIN>. Bequemer geht es direkt über die UI über die Domain-Übersicht unter Aktionen auf das entsprechende Icon für Logs ("Protokolle anzeigen") klicken.

uff danke, konnte das Problem damit lösen. danke sehr. das Panel ist wirklich sehr bequem