t0mcat
Anmeldungsdatum: 26. Januar 2016
Beiträge: Zähle...
|
Hallo zusammen, ich habe ein Ubuntu 20.10 komplett auf dem aktuellsten Stand auf einem PC mit verkabeltem Netz.
Jetzt kommt es in unregelmäßigen Abständen immer wieder vor, dass das NetworkManager Icon im Tray auf den Zustand "Keine Internetverbindung" wechselt. Wenn man aber in diesem Moment z.B. Firefox benutzt oder einen durchgängigen Ping auf www.google.de macht, funktioniert alles ohne Probleme (s. Screenshot im Anhang) Es gibt aber offenbar Clients, die sich auf den Status des NetworkManagers verlassen (Spotify z.B.) und dann ebenfalls in den Offline Modus schalten, bis der NetworkManager wieder Internet Verbindung anzeigt. Letzteres kann nach wenigen Sekunden sein oder auch mal mehrere Minuten dauern. Das hier findet man dann in /var/log/syslog:
Dec 3 17:45:54 asterix NetworkManager[945]: <info> [1607013954.1521] manager: NetworkManager state is now CONNECTED_SITE
Dec 3 17:45:54 asterix whoopsie[1589]: [17:45:54] offline
Dec 3 17:45:54 asterix dbus-daemon[937]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.10' (uid=0 pid=945 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
Dec 3 17:45:54 asterix systemd[1]: Starting Network Manager Script Dispatcher Service...
Dec 3 17:45:54 asterix dbus-daemon[937]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Dec 3 17:45:54 asterix systemd[1]: Started Network Manager Script Dispatcher Service.
Dec 3 17:45:55 asterix goa-daemon[2039]: goa_http_client_check() failed: 401 — Unauthorized
Dec 3 17:45:56 asterix goa-daemon[2039]: secret_password_lookup_sync() returned NULL
Dec 3 17:45:56 asterix goa-daemon[2039]: goa_http_client_check() failed: 401 — Unauthorized
Dec 3 17:45:57 asterix NetworkManager[945]: <info> [1607013957.6957] manager: NetworkManager state is now CONNECTED_GLOBAL
Dec 3 17:45:57 asterix whoopsie[1589]: [17:45:57] The default IPv4 route is: /org/freedesktop/NetworkManager/ActiveConnection/14
Dec 3 17:45:57 asterix whoopsie[1589]: [17:45:57] Not a paid data plan: /org/freedesktop/NetworkManager/ActiveConnection/14
Dec 3 17:45:57 asterix whoopsie[1589]: [17:45:57] Found usable connection: /org/freedesktop/NetworkManager/ActiveConnection/14
Dec 3 17:45:59 asterix whoopsie[1589]: [17:45:59] online
Dec 3 17:45:59 asterix goa-daemon[2039]: goa_http_client_check() failed: 401 — Unauthorized
Dec 3 17:46:00 asterix goa-daemon[2039]: secret_password_lookup_sync() returned NULL
Dec 3 17:46:01 asterix goa-daemon[2039]: goa_http_client_check() failed: 401 — Unauthorized
Dec 3 17:46:08 asterix systemd[1]: NetworkManager-dispatcher.service: Succeeded.
Dec 3 17:46:17 asterix NetworkManager[945]: <info> [1607013977.1527] manager: NetworkManager state is now CONNECTED_SITE
Dec 3 17:46:17 asterix whoopsie[1589]: [17:46:17] offline
Dec 3 17:46:17 asterix dbus-daemon[937]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.10' (uid=0 pid=945 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
Dec 3 17:46:17 asterix systemd[1]: Starting Network Manager Script Dispatcher Service...
Dec 3 17:46:17 asterix dbus-daemon[937]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Dec 3 17:46:17 asterix systemd[1]: Started Network Manager Script Dispatcher Service.
Dec 3 17:46:18 asterix goa-daemon[2039]: goa_http_client_check() failed: 401 — Unauthorized
Dec 3 17:46:20 asterix goa-daemon[2039]: secret_password_lookup_sync() returned NULL
Dec 3 17:46:20 asterix goa-daemon[2039]: goa_http_client_check() failed: 401 — Unauthorized
Dec 3 17:46:24 asterix NetworkManager[945]: <info> [1607013984.5300] manager: NetworkManager state is now CONNECTED_GLOBAL
Dec 3 17:46:24 asterix whoopsie[1589]: [17:46:24] The default IPv4 route is: /org/freedesktop/NetworkManager/ActiveConnection/14
Dec 3 17:46:24 asterix whoopsie[1589]: [17:46:24] Not a paid data plan: /org/freedesktop/NetworkManager/ActiveConnection/14
Dec 3 17:46:24 asterix whoopsie[1589]: [17:46:24] Found usable connection: /org/freedesktop/NetworkManager/ActiveConnection/14
Dec 3 17:46:25 asterix goa-daemon[2039]: goa_http_client_check() failed: 401 — Unauthorized
Dec 3 17:46:26 asterix whoopsie[1589]: [17:46:26] online
Dec 3 17:46:26 asterix goa-daemon[2039]: secret_password_lookup_sync() returned NULL
Dec 3 17:46:27 asterix goa-daemon[2039]: goa_http_client_check() failed: 401 — Unauthorized
Dec 3 17:46:35 asterix systemd[1]: NetworkManager-dispatcher.service: Succeeded.
Da wechselt der Status innerhalb von Sekunden immer wieder zwischen CONNECTED_SITE zu CONNECTED_GLOBAL. Das Problem ist mir erst nach dem Update auf 20.10 aufgefallen, vorher trat das nicht auf. Was führt dazu, dass die Verbindungserkennung vom NetworkManager immer mal wieder "offline" annimmt? Wie / wann / wodurch checkt NetworkManager, ob Internetverbindung besteht? Hat jmd. nen Tip? Danke schon mal!
- Bilder
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8628
Wohnort: Münster
|
t0mcat schrieb: […] Clients, die sich auf den Status des NetworkManagers verlassen (Spotify z.B.) und dann ebenfalls in den Offline Modus schalten, bis der NetworkManager wieder Internet Verbindung anzeigt.
Grundsätzlich möglich, aber eher unwahrscheinlich.
[…]
[…]
Dec 3 17:45:55 asterix goa-daemon[2039]: goa_http_client_check() failed: 401 — Unauthorized
Das gehört nicht zu NetworkManager. Vermutlich ist das aber ein weiterer Mechanismus zur Überprüfung der Konnektivität.
[…] Was führt dazu, dass die Verbindungserkennung vom NetworkManager immer mal wieder "offline" annimmt?
Eine nach Test festgestellte Beeinträchtigung der Konnektivität ins Internet. Das bedeutet in der Regel nicht, dass das komplette Internet nicht erreichbar wäre.
Wie / wann / wodurch checkt NetworkManager, ob Internetverbindung besteht?
Die Funktionalität zum Test der Konnektivität steckt im Paket network-manager-config-connectivity-ubuntu. Es ist optional, wird aber standardmäßig installiert. NetworkManager versucht periodisch einen bestimmten Server im Internet zu erreichen. Nur wenn dieser Server mit einem bestimmten HTTP-Header antwortet, meldet NetworkManager den Status CONNECTIVITY: FULL , sonst etwas anderes. Abgesehen von der Anzeige für den Benutzer hat das aber keine Auswirkungen auf das System, jedenfalls erzwingt NetworkManager keine. Der Test für die Konnektivität ist konfigurierbar und insbesondere abschaltbar. Es gibt in der Regel keinen Grund, das zu tun. Wenn der Test Probleme meldet, dann hast Du welche. Wenn Du den Test abschaltest, verschwinden damit nicht die Probleme.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
t0mcat schrieb: ich habe ein Ubuntu 20.10 komplett auf dem aktuellsten Stand auf einem PC mit verkabeltem Netz.
Jetzt kommt es in unregelmäßigen Abständen immer wieder vor, dass das NetworkManager Icon im Tray auf den Zustand "Keine Internetverbindung" wechselt. Wenn man aber in diesem Moment z.B. Firefox benutzt oder einen durchgängigen Ping auf www.google.de macht, funktioniert alles ohne Probleme (s. Screenshot im Anhang)
Wie ist die Ausgabe von:
cat /proc/sys/net/ipv4/conf/*/rp_filter
? Hast Du evtl. einen DS- oder DS-lite-Internetanschluss? EDIT: Schau mal in der config des NM nach, welche uri verwendet wird und teste im Problemfall manuell mit curl:
curl -Is <uri> | head -1
(uri anpassen und ohne spitze Klammern), ob der Server im Internet erreichbar ist. Z. B.:
:~$ curl -Is https://fedoraproject.org/static/hotspot.txt | head -1
HTTP/1.1 200 OK
|
t0mcat
(Themenstarter)
Anmeldungsdatum: 26. Januar 2016
Beiträge: 8
|
kB schrieb: t0mcat schrieb: […] Clients, die sich auf den Status des NetworkManagers verlassen (Spotify z.B.) und dann ebenfalls in den Offline Modus schalten, bis der NetworkManager wieder Internet Verbindung anzeigt.
Grundsätzlich möglich, aber eher unwahrscheinlich.
Nicht wirklich, denn exakt in dem Moment, wo der NetworkManager auf "offline" wechselt, sagt Spotify ebenfalls "offline" und exakt in dem MOment, wo der NetworkManager wieder "online" sagt, geht auch der Spotify Client wieder auf "online".
[…]
[…]
Dec 3 17:45:55 asterix goa-daemon[2039]: goa_http_client_check() failed: 401 — Unauthorized
Das gehört nicht zu NetworkManager. Vermutlich ist das aber ein weiterer Mechanismus zur Überprüfung der Konnektivität.
[…] Was führt dazu, dass die Verbindungserkennung vom NetworkManager immer mal wieder "offline" annimmt?
Eine nach Test festgestellte Beeinträchtigung der Konnektivität ins Internet. Das bedeutet in der Regel nicht, dass das komplette Internet nicht erreichbar wäre.
Wie / wann / wodurch checkt NetworkManager, ob Internetverbindung besteht?
Die Funktionalität zum Test der Konnektivität steckt im Paket network-manager-config-connectivity-ubuntu. Es ist optional, wird aber standardmäßig installiert. NetworkManager versucht periodisch einen bestimmten Server im Internet zu erreichen. Nur wenn dieser Server mit einem bestimmten HTTP-Header antwortet, meldet NetworkManager den Status CONNECTIVITY: FULL , sonst etwas anderes. Abgesehen von der Anzeige für den Benutzer hat das aber keine Auswirkungen auf das System, jedenfalls erzwingt NetworkManager keine. Der Test für die Konnektivität ist konfigurierbar und insbesondere abschaltbar. Es gibt in der Regel keinen Grund, das zu tun. Wenn der Test Probleme meldet, dann hast Du welche. Wenn Du den Test abschaltest, verschwinden damit nicht die Probleme.
Aber wie der Ping und auch das "normale" Surfen zeigt, habe ich keine generellen Probleme. Getestet z.b. auch mit HD Videostreaming, das funzt auch die ganze Zeit durch, auch wenn NetworkManager "offline" anzeigt; es gibt keinerlei Ruckler oder Aussetzer oder ähnliches. Parallel dazu läuft z.B. ein Laptop, ebenfalls Ubuntu 20.10, mal per WLAN, mal per LAN mit identischem Netz verbunden. Dort zeigt sich das Problem zu keiner Zeit. Es gibt nicht einen entsprechenden Eintrag in /var/log/syslog, auch wenn es den ganzen Tag durchläuft.
|
t0mcat
(Themenstarter)
Anmeldungsdatum: 26. Januar 2016
Beiträge: 8
|
lubux schrieb: t0mcat schrieb: ich habe ein Ubuntu 20.10 komplett auf dem aktuellsten Stand auf einem PC mit verkabeltem Netz.
Jetzt kommt es in unregelmäßigen Abständen immer wieder vor, dass das NetworkManager Icon im Tray auf den Zustand "Keine Internetverbindung" wechselt. Wenn man aber in diesem Moment z.B. Firefox benutzt oder einen durchgängigen Ping auf www.google.de macht, funktioniert alles ohne Probleme (s. Screenshot im Anhang)
Wie ist die Ausgabe von:
cat /proc/sys/net/ipv4/conf/*/rp_filter
?
cat /proc/sys/net/ipv4/conf/*/rp_filter
2
2
2
0
2
2 Hast Du evtl. einen DS- oder DS-lite-Internetanschluss?
Nope, ist ein "normaler" IPv4 Anschluß... hab den extra wieder umstellen lassen, weil ich Serverdienste betreibe, die auch per Mobilnetz erreichbar sein sollen. Ich habe bei dem NIC in Ubuntu im NetworkManager auch IPv6 deaktiviert.
EDIT: Schau mal in der config des NM nach, welche uri verwendet wird und teste im Problemfall manuell mit curl:
curl -Is <uri> | head -1
(uri anpassen und ohne spitze Klammern), ob der Server im Internet erreichbar ist. Z. B.:
:~$ curl -Is https://fedoraproject.org/static/hotspot.txt | head -1
HTTP/1.1 200 OK
Wo finde ich denn die Config, welche URI verwendet wird? grep -ir http /etc/NetworkManager findet nur einen Kommentar zu einem Bug bei bugzilla.gnome.org
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
t0mcat schrieb: cat /proc/sys/net/ipv4/conf/*/rp_filter
2
2
2
0
2
2
Versuch mal temporär und als Test, mit dem Wert 0 für alle:
sudo sysctl -a | grep -i rp_filter EDIT: cat /usr/lib/NetworkManager/conf.d/20-connectivity-ubuntu.conf
|
t0mcat
(Themenstarter)
Anmeldungsdatum: 26. Januar 2016
Beiträge: 8
|
lubux schrieb: t0mcat schrieb: cat /proc/sys/net/ipv4/conf/*/rp_filter
2
2
2
0
2
2
Versuch mal temporär und als Test, mit dem Wert 0 für alle:
sudo sysctl -a | grep -i rp_filter EDIT: cat /usr/lib/NetworkManager/conf.d/20-connectivity-ubuntu.conf
OK, guter Tip... so siehts bei mir aus
$ cat /usr/lib/NetworkManager/conf.d/20-connectivity-ubuntu.conf
[connectivity]
uri=http://connectivity-check.ubuntu.com./ Habe jetzt gerade wieder den Fall, der schon mehrere Miuten anhält. Und tatsächlich, ein wget oder curl auf die URL liefert nichts mehr zurück sondern wartet einfach ewig auf Verbindung:
$ curl -vIs http://connectivity-check.ubuntu.com./
* Trying 35.222.85.5:80...
* TCP_NODELAY set
^C Nach ca. 5-10 Minuten gings dann jetzt wieder und die Antwort kommt ganz normal:
$ curl -vIs http://connectivity-check.ubuntu.com./
* Trying 35.224.99.156:80...
* TCP_NODELAY set
* Connected to connectivity-check.ubuntu.com (35.224.99.156) port 80 (#0)
> HEAD / HTTP/1.1
> Host: connectivity-check.ubuntu.com
> User-Agent: curl/7.68.0
> Accept: */*
>
* Mark bundle as not supporting multiuse
< HTTP/1.1 204 No Content
HTTP/1.1 204 No Content
< Date: Mon, 07 Dec 2020 08:36:08 GMT
Date: Mon, 07 Dec 2020 08:36:08 GMT
< Server: Apache/2.4.18 (Ubuntu)
Server: Apache/2.4.18 (Ubuntu)
< X-NetworkManager-Status: online
X-NetworkManager-Status: online Habe das Ganze zur selben Zeit auch von einem anderen Standort aus probiert (per SSH Zugang)... auch da kommt nichts mehr zurück. Auch ein simples Telnet auf den Port 80 bekommt keine Verbindung.
Dann kann es doch eigentlich nichts mehr mit meinem lokalen Netz zu tun haben... wie wahrscheinlich ist andererseits, dass die URL von Ubuntu tatsächlich ab und an (Last?-)Probleme hat? Dann müsste das doch alle Ubuntus betreffen...
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8628
Wohnort: Münster
|
t0mcat schrieb: […] Habe jetzt gerade wieder den Fall, der schon mehrere Miuten anhält. Und tatsächlich, ein wget oder curl auf die URL liefert nichts mehr zurück sondern wartet einfach ewig auf Verbindung […] Nach ca. 5-10 Minuten gings dann jetzt wieder
Ja, es ist tatsächlich so, wie ich es beschrieben habe: Das Internet ist nicht hochverfügbar, sondern kann teilweise ausfallen, obwohl andere Bereiche problemlos funktionieren. Dieses Design-Merkmal teilt es mit anderen Netzen: Autobahn, Stromversorgung, Bus- und Bahnverkehr, Müllabfuhr … Entweder ist der zum Test benutzte Server gestört oder der Weg zwischen Dir und dem Server. Ich tippe auf letzteres. Darauf hast Du nur sehr eingeschränkten Einfluss durch Auswahl Deines Internet-Providers. Aber egal, was Du auf Deinem Rechner lokal anstellen magst, es wird diese Probleme nicht beeinflussen.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
t0mcat schrieb: OK, guter Tip... so siehts bei mir aus
$ cat /usr/lib/NetworkManager/conf.d/20-connectivity-ubuntu.conf
[connectivity]
uri=http://connectivity-check.ubuntu.com./ Habe jetzt gerade wieder den Fall, der schon mehrere Miuten anhält. Und tatsächlich, ein wget oder curl auf die URL liefert nichts mehr zurück sondern wartet einfach ewig auf Verbindung:
Teste mal mit einer andern uri, z. B.:
uri=https://fedoraproject.org/static/hotspot.txt
Das muss ja nicht die von ubuntu.com sein. EDIT: Statt telnet kannst Du auch nc benutzen, geht schneller:
nc -zv -w 5 35.224.99.156 80
|
t0mcat
(Themenstarter)
Anmeldungsdatum: 26. Januar 2016
Beiträge: 8
|
lubux schrieb: t0mcat schrieb: OK, guter Tip... so siehts bei mir aus
$ cat /usr/lib/NetworkManager/conf.d/20-connectivity-ubuntu.conf
[connectivity]
uri=http://connectivity-check.ubuntu.com./ Habe jetzt gerade wieder den Fall, der schon mehrere Miuten anhält. Und tatsächlich, ein wget oder curl auf die URL liefert nichts mehr zurück sondern wartet einfach ewig auf Verbindung:
Teste mal mit einer andern uri, z. B.:
uri=https://fedoraproject.org/static/hotspot.txt
Das muss ja nicht die von ubuntu.com sein.
Kann ich machen, aber es würde mich nicht wundern, wenn das nicht klappt. Denn ich würde mal vermuten, dass der NetworkManager im Response den Header "X-NetworkManager-Status: online" erwartet, der bei der fedora - url nicht zu finden ist: $ curl -Is https://fedoraproject.org/static/hotspot.txt
HTTP/2 200
date: Mon, 07 Dec 2020 09:44:44 GMT
server: Apache
strict-transport-security: max-age=31536000; includeSubDomains; preload
x-frame-options: SAMEORIGIN
x-xss-protection: 1; mode=block
x-content-type-options: nosniff
referrer-policy: same-origin
last-modified: Tue, 07 Jan 2020 20:15:03 GMT
etag: "2-59b926e6d3813"
accept-ranges: bytes
content-length: 2
cache-control: must-revalidate
expires: Mon, 07 Dec 2020 09:44:44 GMT
apptime: D=245
x-fedora-proxyserver: proxy12.fedoraproject.org
x-fedora-requestid: X835jOqb3zdeIi5DzjMLVwAAwgY
vary: User-Agent
content-type: text/plain; charset=utf-8 EDIT: Statt telnet kannst Du auch nc benutzen, geht schneller:
nc -zv -w 5 35.224.99.156 80
I know... telnet fiel mir nur als erstes ein... lustig, gerade zum Spaß mit nc probiert –> "nc: connect to 35.224.99.156 port 80 (tcp) timed out: Operation now in progress" Ich habe jetzt aber auch in den Klicki-Bunti Einstellung tatsächlich das erste Mal unter "Datenschutz / Konnektivität" den Punkt "Überprüfen der Verbindung" wahr genommen... den hab ich jetzt erst mal deaktiviert.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13938
|
t0mcat schrieb: ... unter "Datenschutz / Konnektivität" den Punkt "Überprüfen der Verbindung" wahr genommen... den hab ich jetzt erst mal deaktiviert.
OK, das wird dann m. E. auch die richtige/brauchbare Lösung sein. EDIT: Es ist ja auch kein Wunder, wenn 26 bis 28 hops erforderlich sind:
:~# mtr -4nr -c 1 35.224.99.156
Start: 2020-12-07T11:06:33+0100
HOST: xxxxxx Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.178.1 0.0% 1 0.6 0.6 0.6 0.6 0.0
2.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
3.|-- 81.210.144.118 0.0% 1 7.4 7.4 7.4 7.4 0.0
4.|-- 84.116.190.181 0.0% 1 17.1 17.1 17.1 17.1 0.0
5.|-- 84.116.140.205 0.0% 1 12.2 12.2 12.2 12.2 0.0
6.|-- 84.116.133.118 0.0% 1 11.2 11.2 11.2 11.2 0.0
7.|-- 213.46.177.42 0.0% 1 11.8 11.8 11.8 11.8 0.0
8.|-- 108.170.252.19 0.0% 1 19.8 19.8 19.8 19.8 0.0
9.|-- 108.170.228.9 0.0% 1 12.0 12.0 12.0 12.0 0.0
10.|-- 209.85.142.96 0.0% 1 17.4 17.4 17.4 17.4 0.0
11.|-- 209.85.142.167 0.0% 1 23.1 23.1 23.1 23.1 0.0
12.|-- 142.250.233.160 0.0% 1 127.1 127.1 127.1 127.1 0.0
13.|-- 216.239.58.254 0.0% 1 147.1 147.1 147.1 147.1 0.0
14.|-- 142.250.232.126 0.0% 1 165.8 165.8 165.8 165.8 0.0
15.|-- 216.239.58.122 0.0% 1 163.0 163.0 163.0 163.0 0.0
16.|-- 72.14.239.137 0.0% 1 156.0 156.0 156.0 156.0 0.0
17.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
18.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
19.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
20.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
21.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
22.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
23.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
24.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
25.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
26.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
27.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
28.|-- 35.224.99.156 0.0% 1 157.1 157.1 157.1 157.1 0.0
:~# mtr -4nr -c 1 35.222.85.5
Start: 2020-12-07T11:09:49+0100
HOST: xxxxxx Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.178.1 0.0% 1 0.6 0.6 0.6 0.6 0.0
2.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
3.|-- 81.210.144.118 0.0% 1 7.6 7.6 7.6 7.6 0.0
4.|-- 84.116.190.181 0.0% 1 13.0 13.0 13.0 13.0 0.0
5.|-- 84.116.140.201 0.0% 1 19.6 19.6 19.6 19.6 0.0
6.|-- 84.116.133.25 0.0% 1 10.7 10.7 10.7 10.7 0.0
7.|-- 213.46.177.42 0.0% 1 11.4 11.4 11.4 11.4 0.0
8.|-- 108.170.252.83 0.0% 1 12.0 12.0 12.0 12.0 0.0
9.|-- 72.14.239.245 0.0% 1 12.6 12.6 12.6 12.6 0.0
10.|-- 108.170.236.120 0.0% 1 17.0 17.0 17.0 17.0 0.0
11.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
12.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
13.|-- 216.239.57.196 0.0% 1 170.5 170.5 170.5 170.5 0.0
14.|-- 172.253.76.22 0.0% 1 155.6 155.6 155.6 155.6 0.0
15.|-- 142.250.59.150 0.0% 1 154.2 154.2 154.2 154.2 0.0
16.|-- 142.250.59.31 0.0% 1 155.9 155.9 155.9 155.9 0.0
17.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
18.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
19.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
20.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
21.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
22.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
23.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
24.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
25.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
26.|-- 35.222.85.5 0.0% 1 154.9 154.9 154.9 154.9 0.0
Evtl. ist der default-timeout für diese Prüfung auch zu niedrig.
|
t0mcat
(Themenstarter)
Anmeldungsdatum: 26. Januar 2016
Beiträge: 8
|
lubux schrieb: t0mcat schrieb: ... unter "Datenschutz / Konnektivität" den Punkt "Überprüfen der Verbindung" wahr genommen... den hab ich jetzt erst mal deaktiviert.
OK, das wird dann m. E. auch die richtige/brauchbare Lösung sein.
Denke ich auch... wirklich wichtig find ich persönlich so nen check auch rein gar nicht 😀
EDIT: Es ist ja auch kein Wunder, wenn 26 bis 28 hops erforderlich sind:
:~# mtr -4nr -c 1 35.224.99.156
Start: 2020-12-07T11:06:33+0100
HOST: xxxxxx Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.178.1 0.0% 1 0.6 0.6 0.6 0.6 0.0
2.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
3.|-- 81.210.144.118 0.0% 1 7.4 7.4 7.4 7.4 0.0
4.|-- 84.116.190.181 0.0% 1 17.1 17.1 17.1 17.1 0.0
5.|-- 84.116.140.205 0.0% 1 12.2 12.2 12.2 12.2 0.0
6.|-- 84.116.133.118 0.0% 1 11.2 11.2 11.2 11.2 0.0
7.|-- 213.46.177.42 0.0% 1 11.8 11.8 11.8 11.8 0.0
8.|-- 108.170.252.19 0.0% 1 19.8 19.8 19.8 19.8 0.0
9.|-- 108.170.228.9 0.0% 1 12.0 12.0 12.0 12.0 0.0
10.|-- 209.85.142.96 0.0% 1 17.4 17.4 17.4 17.4 0.0
11.|-- 209.85.142.167 0.0% 1 23.1 23.1 23.1 23.1 0.0
12.|-- 142.250.233.160 0.0% 1 127.1 127.1 127.1 127.1 0.0
13.|-- 216.239.58.254 0.0% 1 147.1 147.1 147.1 147.1 0.0
14.|-- 142.250.232.126 0.0% 1 165.8 165.8 165.8 165.8 0.0
15.|-- 216.239.58.122 0.0% 1 163.0 163.0 163.0 163.0 0.0
16.|-- 72.14.239.137 0.0% 1 156.0 156.0 156.0 156.0 0.0
17.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
18.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
19.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
20.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
21.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
22.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
23.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
24.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
25.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
26.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
27.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
28.|-- 35.224.99.156 0.0% 1 157.1 157.1 157.1 157.1 0.0
:~# mtr -4nr -c 1 35.222.85.5
Start: 2020-12-07T11:09:49+0100
HOST: xxxxxx Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.178.1 0.0% 1 0.6 0.6 0.6 0.6 0.0
2.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
3.|-- 81.210.144.118 0.0% 1 7.6 7.6 7.6 7.6 0.0
4.|-- 84.116.190.181 0.0% 1 13.0 13.0 13.0 13.0 0.0
5.|-- 84.116.140.201 0.0% 1 19.6 19.6 19.6 19.6 0.0
6.|-- 84.116.133.25 0.0% 1 10.7 10.7 10.7 10.7 0.0
7.|-- 213.46.177.42 0.0% 1 11.4 11.4 11.4 11.4 0.0
8.|-- 108.170.252.83 0.0% 1 12.0 12.0 12.0 12.0 0.0
9.|-- 72.14.239.245 0.0% 1 12.6 12.6 12.6 12.6 0.0
10.|-- 108.170.236.120 0.0% 1 17.0 17.0 17.0 17.0 0.0
11.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
12.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
13.|-- 216.239.57.196 0.0% 1 170.5 170.5 170.5 170.5 0.0
14.|-- 172.253.76.22 0.0% 1 155.6 155.6 155.6 155.6 0.0
15.|-- 142.250.59.150 0.0% 1 154.2 154.2 154.2 154.2 0.0
16.|-- 142.250.59.31 0.0% 1 155.9 155.9 155.9 155.9 0.0
17.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
18.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
19.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
20.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
21.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
22.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
23.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
24.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
25.|-- ??? 100.0 1 0.0 0.0 0.0 0.0 0.0
26.|-- 35.222.85.5 0.0% 1 154.9 154.9 154.9 154.9 0.0
Evtl. ist der default-timeout für diese Prüfung auch zu niedrig.
Möglich... offenbar scheint es auch nicht wirklich vielen aufzufallen / zu stören... vermutlich werde ich nicht der einzige sein, bei dem es sich gerade so verhält.
|