2U1C1D3
Anmeldungsdatum: 20. Februar 2011
Beiträge: 346
Wohnort: Amberg
|
Hallo zusammen, ich habe aktuell ein Phänomen bei dem ich ziemlich am Schlauch stehe: Wenn ich auf die Web-Oberfläche eines Geräts im lokalen Netzwerk zugreife, dann verliert mein Rechner nach max. einer Minute die Verbindung zu dem Gerät. Das geschieht allerdings nur bei Adressen welche über den Browser aufgerufen werden (portunabhängig). Während ich z.B. auf meine NAS (Synology, Port 5001) zugreife und etwas konfiguriert habe, dann kommt beim Speichern plötzlich die Firefox-Standardmeldung dass die Seite nicht erreicht werden kann. Ebenso ist es bei anderen Geräten im lokalen Netzwerk, egal ob über IP oder über Hostnamen angesprochen. Bei einem Zugriff auf das Internet passiert das nie. Zuerst dachte ich, dass es an dem Gerät liegt - Fehlanzeige. Über andere Clients im lokalen Netzwerk lassen sich die Geräte stets erreichen. Nun bin ich drauf gekommen, dass ich den "Timer" durch Ein- und Ausschalten der LAN-Verbindung im Netzwerkmanager "resetten" kann. Mit anderen Worten: Meldet der Browser dass die Seite nicht bekannt ist, Netzwerkverbindung im Manager unterbrechen und wieder herstellen, passt. Für die nächste Minute. Ein Abziehen des Netzwerkkabels bewirkt im Übrigen dasselbe. Was bei dem Problem, wie oben erwähnt, noch recht speziell ist: Es betrifft nur die Browser (FF, Chromium), nicht aber die Montagen im Dateimanager. Kopiere ich Daten auf das NAS oder greife ich auf meine Siemens-Logos zu, dann ist die Verbindung stabil. Wie kann ich hier anfangen Diagnose zu betreiben woran es liegt? Oder hat vielleicht jemand das gleiche Problem (und vielleicht schon gelöst)? Danke
Stefan
|
Theo.Spengler
Anmeldungsdatum: 4. Januar 2019
Beiträge: 56
|
Stichworte die mir zu deinem Netzwerkproblem eine fallen sind: * gibt es evtl. unabsichtlich mehr als einen DHCP, DNS Server oder bei Netzen in denen es auch Windowsrechner gibt, mehr als einen Rechner der meint Masterbrowser zu sein ?
|
2U1C1D3
(Themenstarter)
Anmeldungsdatum: 20. Februar 2011
Beiträge: 346
Wohnort: Amberg
|
Guten Morgen, beide Aufgaben werden bei mir durch die ipfire erledigt. Den Gedanken DHCP habe ich bereits ausgeschlossen - ipfire vom Netz genommen, anderen Rechner angesteckt und gewartet ob er ne IP zugewiesen bekommt... Mit DNS habe ich mich diesbezüglich noch nicht beschäftigt. Es kam in dieser Zeit kein Gerät hinzu. Wie finde ich nen evtl. zweiten DNS-Server? Nicht das sich vielleicht ne NAS beim Firmwareupdate selbständig gemacht hat oder so...? Wobei, wenn zweiter DNS: Müssten dann nicht auch die Anfragen ins Internet fehlgeleitet werden?
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13896
|
2U1C1D3 schrieb: ich habe aktuell ein Phänomen bei dem ich ziemlich am Schlauch stehe: Wenn ich auf die Web-Oberfläche eines Geräts im lokalen Netzwerk zugreife, dann verliert mein Rechner nach max. einer Minute die Verbindung zu dem Gerät. Das geschieht allerdings nur bei Adressen welche über den Browser aufgerufen werden (portunabhängig).
Wie sind vor und nach dem Verlieren der Verbindung, die Ausgaben von:
sudo netstat -tulpena | grep -iE '80|443'
sudo lsof -nPi | grep -iE '80|443'
arp -av
ip n s
nc -zv <IP-Adresse-Gerät-im-LAN> 80 443
(ohne spitze Klammern)?
|
2U1C1D3
(Themenstarter)
Anmeldungsdatum: 20. Februar 2011
Beiträge: 346
Wohnort: Amberg
|
Hi! Alle Ausgaben vorher:
stefan@ubuntu-desktop:~$ sudo netstat -tulpena | grep -iE '80|443'
[sudo] Passwort für stefan:
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 1802423 1144/sshd
tcp 0 0 10.10.10.110:35610 173.194.76.108:993 VERBUNDEN 1000 1803165 18049/thunderbird
tcp 0 0 10.10.10.110:35608 173.194.76.108:993 VERBUNDEN 1000 1803164 18049/thunderbird
tcp 32 0 10.10.10.110:47488 162.125.66.13:443 CLOSE_WAIT 1000 1810874 30006/dropbox
tcp 0 0 10.10.10.110:56494 212.227.17.170:993 VERBUNDEN 1000 1803162 18049/thunderbird
tcp 0 0 10.10.10.110:32788 13.224.198.15:443 VERBUNDEN 1000 1825565 5150/firefox
tcp 0 0 10.10.10.110:45688 162.125.19.131:443 VERBUNDEN 1000 1812525 30006/dropbox
tcp 0 0 10.10.10.110:56490 212.227.17.170:993 VERBUNDEN 1000 1803160 18049/thunderbird
tcp 0 0 10.10.10.110:35092 52.10.175.204:443 TIME_WAIT 0 0 -
tcp 0 0 10.10.10.110:36564 172.217.23.13:443 TIME_WAIT 0 0 -
tcp 0 0 10.10.10.110:60202 34.198.147.71:443 VERBUNDEN 1000 1825562 5150/firefox
tcp 0 0 10.10.10.110:60256 52.26.249.11:443 VERBUNDEN 1000 1802528 5150/firefox
tcp 32 0 10.10.10.110:42232 162.125.66.13:443 CLOSE_WAIT 1000 366747 30006/dropbox
tcp 0 0 10.10.10.110:36534 172.217.23.13:443 TIME_WAIT 0 0 -
tcp 0 0 10.10.10.110:58810 54.171.226.41:443 VERBUNDEN 1000 1827089 5150/firefox
tcp 1 0 10.10.10.110:60136 35.186.224.25:443 CLOSE_WAIT 1000 1810880 5278/spo
tcp 32 0 10.10.10.110:56816 162.125.36.1:443 CLOSE_WAIT 1000 1815347 30006/dropbox
tcp 0 0 10.10.10.110:43192 35.186.227.140:443 VERBUNDEN 1000 1823655 5150/firefox
tcp 0 0 10.10.10.110:35614 173.194.76.108:993 VERBUNDEN 1000 1803167 18049/thunderbird
tcp 0 0 10.10.10.110:46494 35.163.13.50:443 TIME_WAIT 0 0 -
tcp 0 0 10.10.10.110:49220 81.169.145.103:993 VERBUNDEN 1000 1803169 18049/thunderbird
tcp 0 0 10.10.10.110:38066 37.252.247.103:5938 VERBUNDEN 0 1804603 15297/teamviewerd
tcp 32 0 10.10.10.110:47490 162.125.66.13:443 CLOSE_WAIT 1000 1812516 30006/dropbox
tcp 0 0 10.10.10.110:35616 173.194.76.108:993 VERBUNDEN 1000 1803168 18049/thunderbird
tcp 0 0 10.10.10.110:60034 35.186.224.25:443 VERBUNDEN 1000 1809630 5686/debug.log --se
tcp 32 0 10.10.10.110:60924 162.125.66.7:443 CLOSE_WAIT 1000 1745788 30006/dropbox
tcp 0 0 10.10.10.110:56492 212.227.17.170:993 VERBUNDEN 1000 1803161 18049/thunderbird
tcp 0 0 10.10.10.110:39774 35.186.224.47:443 VERBUNDEN 1000 1810148 5278/spo
tcp 0 0 10.10.10.110:56496 212.227.17.170:993 VERBUNDEN 1000 1803163 18049/thunderbird
tcp 0 0 10.10.10.110:51112 10.10.10.60:6690 VERBUNDEN 1000 1805250 2611/cloud-drive-da
tcp 0 0 10.10.10.110:36552 172.217.23.13:443 TIME_WAIT 0 0 -
tcp 0 0 127.0.0.1:1026 127.0.0.1:48580 TIME_WAIT 0 0 -
tcp 0 0 10.10.10.110:47870 172.217.22.228:443 VERBUNDEN 1000 1827043 5150/firefox
tcp 0 0 10.10.10.110:51110 10.10.10.60:6690 VERBUNDEN 1000 1807857 2611/cloud-drive-da
tcp 0 0 10.10.10.110:35612 173.194.76.108:993 VERBUNDEN 1000 1803166 18049/thunderbird
tcp 32 0 10.10.10.110:60448 162.125.66.17:443 CLOSE_WAIT 1000 1742493 30006/dropbox
tcp 0 0 10.10.10.110:55540 143.204.94.62:443 VERBUNDEN 1000 1826265 5150/firefox
tcp 0 0 10.10.10.110:58096 35.222.85.5:80 TIME_WAIT 0 0 -
tcp 0 0 10.10.10.110:36546 172.217.23.13:443 TIME_WAIT 0 0 -
tcp 0 0 10.10.10.110:36560 172.217.23.13:443 TIME_WAIT 0 0 -
tcp 0 0 10.10.10.110:36540 172.217.23.13:443 TIME_WAIT 0 0 -
tcp6 0 0 ::1:631 :::* LISTEN 0 1822280 26469/cupsd
tcp6 0 0 :::22 :::* LISTEN 0 1802425 1144/sshd
udp 0 0 0.0.0.0:68 0.0.0.0:* 0 1800633 24960/dhclient
stefan@ubuntu-desktop:~$ sudo lsof -nPi | grep -iE '80|443'
sshd 1144 root 3u IPv4 1802423 0t0 TCP *:22 (LISTEN)
sshd 1144 root 4u IPv6 1802425 0t0 TCP *:22 (LISTEN)
cloud-dri 2611 stefan 38u IPv4 1807857 0t0 TCP 10.10.10.110:51110->10.10.10.60:6690 (ESTABLISHED)
cloud-dri 2611 stefan 102u IPv4 1805250 0t0 TCP 10.10.10.110:51112->10.10.10.60:6690 (ESTABLISHED)
firefox 5150 stefan 46u IPv4 1828508 0t0 TCP 10.10.10.110:43012->52.88.60.222:443 (ESTABLISHED)
firefox 5150 stefan 70u IPv4 1828507 0t0 TCP 10.10.10.110:47762->34.95.71.207:443 (ESTABLISHED)
firefox 5150 stefan 71u IPv4 1823655 0t0 TCP 10.10.10.110:43192->35.186.227.140:443 (ESTABLISHED)
firefox 5150 stefan 95u IPv4 1827089 0t0 TCP 10.10.10.110:58810->54.171.226.41:443 (ESTABLISHED)
firefox 5150 stefan 100u IPv4 1802528 0t0 TCP 10.10.10.110:60256->52.26.249.11:443 (ESTABLISHED)
firefox 5150 stefan 101u IPv4 1827043 0t0 TCP 10.10.10.110:47870->172.217.22.228:443 (ESTABLISHED)
firefox 5150 stefan 246u IPv4 1826265 0t0 TCP 10.10.10.110:55540->143.204.94.62:443 (ESTABLISHED)
firefox 5150 stefan 292u IPv4 1835710 0t0 TCP 10.10.10.110:35394->52.10.175.204:443 (ESTABLISHED)
firefox 5150 stefan 310u IPv4 1825562 0t0 TCP 10.10.10.110:60202->34.198.147.71:443 (ESTABLISHED)
firefox 5150 stefan 481u IPv4 1825565 0t0 TCP 10.10.10.110:32788->13.224.198.15:443 (ESTABLISHED)
spotify 5278 stefan 84u IPv4 1810880 0t0 TCP 10.10.10.110:60136->35.186.224.25:443 (CLOSE_WAIT)
spotify 5278 stefan 142u IPv4 1810148 0t0 TCP 10.10.10.110:39774->35.186.224.47:443 (ESTABLISHED)
spotify 5686 stefan 32u IPv4 1809630 0t0 TCP 10.10.10.110:60034->35.186.224.25:443 (ESTABLISHED)
teamviewe 15297 root 20u IPv4 1804603 0t0 TCP 10.10.10.110:38066->37.252.247.103:5938 (ESTABLISHED)
thunderbi 18049 stefan 71u IPv4 1803160 0t0 TCP 10.10.10.110:56490->212.227.17.170:993 (ESTABLISHED)
thunderbi 18049 stefan 81u IPv4 1803164 0t0 TCP 10.10.10.110:35608->173.194.76.108:993 (ESTABLISHED)
thunderbi 18049 stefan 101u IPv4 1803169 0t0 TCP 10.10.10.110:49220->81.169.145.103:993 (ESTABLISHED)
thunderbi 18049 stefan 102u IPv4 1803161 0t0 TCP 10.10.10.110:56492->212.227.17.170:993 (ESTABLISHED)
thunderbi 18049 stefan 115u IPv4 1803162 0t0 TCP 10.10.10.110:56494->212.227.17.170:993 (ESTABLISHED)
thunderbi 18049 stefan 117u IPv4 1803163 0t0 TCP 10.10.10.110:56496->212.227.17.170:993 (ESTABLISHED)
thunderbi 18049 stefan 122u IPv4 1803165 0t0 TCP 10.10.10.110:35610->173.194.76.108:993 (ESTABLISHED)
thunderbi 18049 stefan 123u IPv4 1803166 0t0 TCP 10.10.10.110:35612->173.194.76.108:993 (ESTABLISHED)
thunderbi 18049 stefan 126u IPv4 1803167 0t0 TCP 10.10.10.110:35614->173.194.76.108:993 (ESTABLISHED)
thunderbi 18049 stefan 129u IPv4 1803168 0t0 TCP 10.10.10.110:35616->173.194.76.108:993 (ESTABLISHED)
dhclient 24960 root 6u IPv4 1800633 0t0 UDP *:68
cupsd 26469 root 7u IPv6 1822280 0t0 TCP [::1]:631 (LISTEN)
dropbox 30006 stefan 35u IPv4 366747 0t0 TCP 10.10.10.110:42232->162.125.66.13:443 (CLOSE_WAIT)
dropbox 30006 stefan 72u IPv4 1812525 0t0 TCP 10.10.10.110:45688->162.125.19.131:443 (ESTABLISHED)
dropbox 30006 stefan 108u IPv4 1742493 0t0 TCP 10.10.10.110:60448->162.125.66.17:443 (CLOSE_WAIT)
dropbox 30006 stefan 121u IPv4 1810874 0t0 TCP 10.10.10.110:47488->162.125.66.13:443 (CLOSE_WAIT)
dropbox 30006 stefan 122u IPv4 1815347 0t0 TCP 10.10.10.110:56816->162.125.36.1:443 (CLOSE_WAIT)
dropbox 30006 stefan 123u IPv4 1745788 0t0 TCP 10.10.10.110:60924->162.125.66.7:443 (CLOSE_WAIT)
dropbox 30006 stefan 131u IPv4 1812516 0t0 TCP 10.10.10.110:47490->162.125.66.13:443 (CLOSE_WAIT)
stefan@ubuntu-desktop:~$ arp -av
diskstation.tralala.de (10.10.10.70) auf 00:11:32:26:XX:XX [ether] auf enp2s0
meinecloud.tralala.de (10.10.10.60) auf 00:11:32:0f:XX:XX [ether] auf enp2s0
ipfire.tralala.de (10.10.10.1) auf 40:62:31:02:XX:XX [ether] auf enp2s0
oki.tralala.de (10.10.10.100) auf 00:25:36:26:XX:XX [ether] auf enp2s0
Einträge: 4 Ignoriert: 0 Gefunden: 4
stefan@ubuntu-desktop:~$ ip n s
10.10.10.70 dev enp2s0 lladdr 00:11:32:26:XX:XX STALE
10.10.10.60 dev enp2s0 lladdr 00:11:32:0f:XX:XX DELAY
10.10.10.1 dev enp2s0 lladdr 40:62:31:02:XX:XX REACHABLE
10.10.10.100 dev enp2s0 lladdr 00:25:36:26:XX:XX STALE
stefan@ubuntu-desktop:~$ nc -zv 10.10.10.1 444
Connection to 10.10.10.1 444 port [tcp/snpp] succeeded!
stefan@ubuntu-desktop:~$ nc -zv 10.10.10.60 80 443
Connection to 10.10.10.60 80 port [tcp/http] succeeded! Und das ist nach dem "Abbruch" der Verbindung:
stefan@ubuntu-desktop:~$ sudo netstat -tulpena | grep -iE '80|443'
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 1802423 1144/sshd
tcp 0 0 10.10.10.110:35610 173.194.76.108:993 VERBUNDEN 1000 1803165 18049/thunderbird
tcp 0 0 10.10.10.110:35608 173.194.76.108:993 VERBUNDEN 1000 1803164 18049/thunderbird
tcp 32 0 10.10.10.110:47488 162.125.66.13:443 CLOSE_WAIT 1000 1810874 30006/dropbox
tcp 0 0 10.10.10.110:32820 34.198.147.71:443 VERBUNDEN 1000 1849527 5150/firefox
tcp 0 0 10.10.10.110:56494 212.227.17.170:993 VERBUNDEN 1000 1803162 18049/thunderbird
tcp 0 0 10.10.10.110:56490 212.227.17.170:993 VERBUNDEN 1000 1803160 18049/thunderbird
tcp 0 0 10.10.10.110:47798 162.125.19.131:443 VERBUNDEN 1000 1847853 30006/dropbox
tcp 0 0 10.10.10.110:60256 52.26.249.11:443 VERBUNDEN 1000 1802528 5150/firefox
tcp 32 0 10.10.10.110:42232 162.125.66.13:443 CLOSE_WAIT 1000 366747 30006/dropbox
tcp 1 0 10.10.10.110:60136 35.186.224.25:443 CLOSE_WAIT 1000 1810880 5278/spo
tcp 0 0 10.10.10.110:35614 173.194.76.108:993 VERBUNDEN 1000 1803167 18049/thunderbird
tcp 0 0 10.10.10.110:49220 81.169.145.103:993 VERBUNDEN 1000 1803169 18049/thunderbird
tcp 0 0 10.10.10.110:38066 37.252.247.103:5938 VERBUNDEN 0 1804603 15297/teamviewerd
tcp 32 0 10.10.10.110:58230 162.125.36.1:443 CLOSE_WAIT 1000 1846136 30006/dropbox
tcp 32 0 10.10.10.110:47490 162.125.66.13:443 CLOSE_WAIT 1000 1812516 30006/dropbox
tcp 0 0 10.10.10.110:35616 173.194.76.108:993 VERBUNDEN 1000 1803168 18049/thunderbird
tcp 32 0 10.10.10.110:60924 162.125.66.7:443 CLOSE_WAIT 1000 1745788 30006/dropbox
tcp 0 0 10.10.10.110:56492 212.227.17.170:993 VERBUNDEN 1000 1803161 18049/thunderbird
tcp 0 0 10.10.10.110:39774 35.186.224.47:443 VERBUNDEN 1000 1810148 5278/spo
tcp 0 0 10.10.10.110:56496 212.227.17.170:993 VERBUNDEN 1000 1803163 18049/thunderbird
tcp 0 0 10.10.10.110:51110 10.10.10.60:6690 VERBUNDEN 1000 1807857 2611/cloud-drive-da
tcp 0 0 10.10.10.110:35612 173.194.76.108:993 VERBUNDEN 1000 1803166 18049/thunderbird
tcp 32 0 10.10.10.110:60448 162.125.66.17:443 CLOSE_WAIT 1000 1742493 30006/dropbox
tcp 0 0 10.10.10.110:33826 35.186.224.25:443 VERBUNDEN 1000 1846983 5686/debug.log --se
tcp 0 0 127.0.0.1:1026 127.0.0.1:49380 TIME_WAIT 0 0 -
tcp 0 0 127.0.0.1:1026 127.0.0.1:49280 TIME_WAIT 0 0 -
tcp6 0 0 ::1:631 :::* LISTEN 0 1822280 26469/cupsd
tcp6 0 0 :::22 :::* LISTEN 0 1802425 1144/sshd
udp 0 0 0.0.0.0:68 0.0.0.0:* 0 1800633 24960/dhclient
stefan@ubuntu-desktop:~$ sudo lsof -nPi | grep -iE '80|443'
sshd 1144 root 3u IPv4 1802423 0t0 TCP *:22 (LISTEN)
sshd 1144 root 4u IPv6 1802425 0t0 TCP *:22 (LISTEN)
cloud-dri 2611 stefan 38u IPv4 1807857 0t0 TCP 10.10.10.110:51110->10.10.10.60:6690 (ESTABLISHED)
firefox 5150 stefan 71u IPv4 1849527 0t0 TCP 10.10.10.110:32820->34.198.147.71:443 (ESTABLISHED)
firefox 5150 stefan 100u IPv4 1802528 0t0 TCP 10.10.10.110:60256->52.26.249.11:443 (ESTABLISHED)
spotify 5278 stefan 84u IPv4 1810880 0t0 TCP 10.10.10.110:60136->35.186.224.25:443 (CLOSE_WAIT)
spotify 5278 stefan 142u IPv4 1810148 0t0 TCP 10.10.10.110:39774->35.186.224.47:443 (ESTABLISHED)
spotify 5686 stefan 29u IPv4 1846983 0t0 TCP 10.10.10.110:33826->35.186.224.25:443 (ESTABLISHED)
teamviewe 15297 root 20u IPv4 1804603 0t0 TCP 10.10.10.110:38066->37.252.247.103:5938 (ESTABLISHED)
thunderbi 18049 stefan 71u IPv4 1803160 0t0 TCP 10.10.10.110:56490->212.227.17.170:993 (ESTABLISHED)
thunderbi 18049 stefan 81u IPv4 1803164 0t0 TCP 10.10.10.110:35608->173.194.76.108:993 (ESTABLISHED)
thunderbi 18049 stefan 101u IPv4 1803169 0t0 TCP 10.10.10.110:49220->81.169.145.103:993 (ESTABLISHED)
thunderbi 18049 stefan 102u IPv4 1803161 0t0 TCP 10.10.10.110:56492->212.227.17.170:993 (ESTABLISHED)
thunderbi 18049 stefan 115u IPv4 1803162 0t0 TCP 10.10.10.110:56494->212.227.17.170:993 (ESTABLISHED)
thunderbi 18049 stefan 117u IPv4 1803163 0t0 TCP 10.10.10.110:56496->212.227.17.170:993 (ESTABLISHED)
thunderbi 18049 stefan 122u IPv4 1803165 0t0 TCP 10.10.10.110:35610->173.194.76.108:993 (ESTABLISHED)
thunderbi 18049 stefan 123u IPv4 1803166 0t0 TCP 10.10.10.110:35612->173.194.76.108:993 (ESTABLISHED)
thunderbi 18049 stefan 126u IPv4 1803167 0t0 TCP 10.10.10.110:35614->173.194.76.108:993 (ESTABLISHED)
thunderbi 18049 stefan 129u IPv4 1803168 0t0 TCP 10.10.10.110:35616->173.194.76.108:993 (ESTABLISHED)
dhclient 24960 root 6u IPv4 1800633 0t0 UDP *:68
cupsd 26469 root 7u IPv6 1822280 0t0 TCP [::1]:631 (LISTEN)
dropbox 30006 stefan 35u IPv4 366747 0t0 TCP 10.10.10.110:42232->162.125.66.13:443 (CLOSE_WAIT)
dropbox 30006 stefan 72u IPv4 1847853 0t0 TCP 10.10.10.110:47798->162.125.19.131:443 (ESTABLISHED)
dropbox 30006 stefan 108u IPv4 1742493 0t0 TCP 10.10.10.110:60448->162.125.66.17:443 (CLOSE_WAIT)
dropbox 30006 stefan 121u IPv4 1810874 0t0 TCP 10.10.10.110:47488->162.125.66.13:443 (CLOSE_WAIT)
dropbox 30006 stefan 122u IPv4 1846136 0t0 TCP 10.10.10.110:58230->162.125.36.1:443 (CLOSE_WAIT)
dropbox 30006 stefan 123u IPv4 1745788 0t0 TCP 10.10.10.110:60924->162.125.66.7:443 (CLOSE_WAIT)
dropbox 30006 stefan 131u IPv4 1812516 0t0 TCP 10.10.10.110:47490->162.125.66.13:443 (CLOSE_WAIT)
stefan@ubuntu-desktop:~$ arp -av
diskstation.tralala.de (10.10.10.70) auf 00:11:32:26:XX:XX [ether] auf enp2s0
meinecloud.tralala.de (10.10.10.60) auf 00:11:32:0f:XX:XX [ether] auf enp2s0
ipfire.tralala.de (10.10.10.1) auf 40:62:31:02:XX:XX [ether] auf enp2s0
oki.tralala.de (10.10.10.100) auf 00:25:36:26:XX:XX [ether] auf enp2s0
Einträge: 4 Ignoriert: 0 Gefunden: 4
stefan@ubuntu-desktop:~$ ip n s
10.10.10.70 dev enp2s0 lladdr 00:11:32:26:XX:XX STALE
10.10.10.60 dev enp2s0 lladdr 00:11:32:0f:XX:XX REACHABLE
10.10.10.1 dev enp2s0 lladdr 40:62:31:02:XX:XX REACHABLE
10.10.10.100 dev enp2s0 lladdr 00:25:36:26:XX:XX STALE
stefan@ubuntu-desktop:~$ nc -zv 10.10.10.1 444
Connection to 10.10.10.1 444 port [tcp/snpp] succeeded!
stefan@ubuntu-desktop:~$ nc -zv 10.10.10.60 80 443
Connection to 10.10.10.60 80 port [tcp/http] succeeded! Ich habe mir erlaubt beide Male für die IP 10.10.10.1 (ipfire.tralala.de) den Port zu ändern. Ich hoffe Du wirst daraus schlau... Ich nicht 😳
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13896
|
2U1C1D3 schrieb: stefan@ubuntu-desktop:~$ nc -zv 10.10.10.1 444
Connection to 10.10.10.1 444 port [tcp/snpp] succeeded!
Geht es um das Gerät mit der IP-Adresse 10.10.10.1, das auf dem TCP-Port 444 lauscht?
Dann poste vor und nachher, die Ausgaben von:
sudo netstat -tlpena | grep -i 444
|
2U1C1D3
(Themenstarter)
Anmeldungsdatum: 20. Februar 2011
Beiträge: 346
Wohnort: Amberg
|
lubux schrieb: Geht es um das Gerät mit der IP-Adresse 10.10.10.1, das auf dem TCP-Port 444 lauscht?
Dann poste vor und nachher, die Ausgaben von:
sudo netstat -tlpena | grep -i 444
Nein, es geht um alle Geräte im lokalen Netz. Auch eine Weiterleitung in ein anderes Subnetz funktioniert von diesem Ubuntu-Rechner aus nicht mehr.
Alle anderen Rechner im Netz funktionieren.
sudo netstat -tulpena | grep -i 444
Bringt bei mir weder vorher noch nachher eine Ausgabe.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13896
|
2U1C1D3 schrieb: Nein, es geht um alle Geräte im lokalen Netz. ...
Alle anderen Rechner im Netz funktionieren.
sudo netstat -tulpena | grep -i 444
Bringt bei mir weder vorher noch nachher eine Ausgabe.
Deine verstehe ich folgende Aussagen von dir:
Wenn ich auf die Web-Oberfläche eines Geräts im lokalen Netzwerk zugreife, dann verliert mein Rechner nach max. einer Minute die Verbindung zu dem Gerät.
und
stefan@ubuntu-desktop:~$ nc -zv 10.10.10.1 444
Connection to 10.10.10.1 444 port [tcp/snpp] succeeded!
nicht. Kannst Du das etwas genauer beschreiben.
|
2U1C1D3
(Themenstarter)
Anmeldungsdatum: 20. Februar 2011
Beiträge: 346
Wohnort: Amberg
|
Mit der Formulierung "eines Geräts" habe ich gemeint, dass es sich um Geräte aus dem lokalen Netzwerk handelt, nicht ein bestimmtes Gerät... Die ipfire unter der Adresse 10.10.10.1 ist so quasi das zentrale Dreh- und Angelstück in meinem Netzwerk. Auf das GUI kann ich nur über den Port 444 zugreifen, weil das vom typischen HTTPS 443 abgeändert wurde. Deshalb habe ich die ipfire nochmal extra mit aufgeführt in Deiner Abfrage. Alle Geräte welche im lokalen LAN oder im benachbarten Subnetz sind und über eine http(s)-Verbindung abgefragt werden und egal auf welchem Port, sind nach ein paar Sekunden aus den Browsern heraus nicht mehr erreichbar. Egal ob das die GUI der Firewall, des DHCP, der NAS, der Heizung oder der PV-Anlage ist. Eine Verbindung mit einem anderen Dienst zu den Geräten, z.B. bei den NAS die SMB, WebDAV oder FTPS-Verbindungen sind davon jedoch nicht betroffen. Meine Synologys stellen diverse Netzlaufwerke zur Verfügung welche über verschiedenste Protokolle abgegriffen werden. So eine Verbindung ist nie von dem Abbruch betroffen. Dateien werden stets weiter übertragen oder synchronisiert. Auch wenn zwischenzeitlich die Verbindung zum selben Gerät aus dem Browser heraus abka..t.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13896
|
2U1C1D3 schrieb: Alle Geräte welche im lokalen LAN oder im benachbarten Subnetz sind und über eine http(s)-Verbindung abgefragt werden und egal auf welchem Port, sind nach ein paar Sekunden aus den Browsern heraus nicht mehr erreichbar.
Dann starte nach ein paar Sekunden (d. h. zum Zeitpunkt zu dem die Geräte mit dem Browser nicht mehr erreichbar sind):
sudo tcpdump -c 300 -vvveni <Interface> port 80 or 443
(Interface anpassen und ohne spitze Klammern)
und aktualisiere die Verbindung mit dem Browser. Was zeigt tcpdump danach an?
|
xylit
Anmeldungsdatum: 22. September 2016
Beiträge: Zähle...
|
Hallo,
"Wenn ich auf die Web-Oberfläche eines Geräts im lokalen Netzwerk zugreife",. vom welchem OS aus ? und zu welchem Gerät ? "Das geschieht allerdings nur bei Adressen welche über den Browser aufgerufen werden" ja, per IP oder DNS. "Über andere Clients im lokalen Netzwerk lassen sich die Geräte stets erreichen", welche sind dass? Ich würde als erstes mal dem "Timer" durch Ein- und Ausschalten der LAN-Verbindung im Netzwerkmanager " abschalten! Alles Abschalten, was mit Timer oder anderes zu tun hat. Wenn deine Workstation eine Windows Kiste ist " die der Ausgangspunkt ist" , dann mache alle Updates für Windows, starte diese neu. Und führe einen ipconfig /flushdns durch . IPFIE nutze ich auch, aber im internen LAN nicht. Nur in Verbindung mit dem Internet " NAT " Du schreibst immer Geräte, aber welche? Sorry, aber deine Beschreibung ist eigentlich einer Giesskanne vergleichbar. Dass ist wirklich nicht böse gemeint. Aber wenn man seit 20 Jahren in der EDV ist, denkt man einfach mal von vorne, ohne einen "sudo tcpdump -c 300 -vvveni <Interface> port 80 or 443" durchzuführen! Was bedeutet überhaupt "tcpdump -c 300 -vvveni " Da werden Befehle rausgehauen, mit dem keiner etwas anfangen kann. Sorry. liebe grüsse
|
2U1C1D3
(Themenstarter)
Anmeldungsdatum: 20. Februar 2011
Beiträge: 346
Wohnort: Amberg
|
Hallo zusammen, nachdem mich die Sache jetzt dermaßen aufgeregt hat, habe ich den Rechner mit dem ich arbeite platt gemacht und neu installiert. Problem somit gelöst, Ursache allerdings immernoch unbekannt... xylit schrieb: Hallo,
"Wenn ich auf die Web-Oberfläche eines Geräts im lokalen Netzwerk zugreife",. vom welchem OS aus ? und zu welchem Gerät ? "Das geschieht allerdings nur bei Adressen welche über den Browser aufgerufen werden" ja, per IP oder DNS. "Über andere Clients im lokalen Netzwerk lassen sich die Geräte stets erreichen", welche sind dass?
...
Du schreibst immer Geräte, aber welche? Sorry, aber deine Beschreibung ist eigentlich einer Giesskanne vergleichbar.
Deine Fragen sind vorstehend bereits beantwortet... 😇 Ich würde als erstes mal dem "Timer" durch Ein- und Ausschalten der LAN-Verbindung im Netzwerkmanager " abschalten! Alles Abschalten, was mit Timer oder anderes zu tun hat.
Was hat den beim Netzwerkmanager mit einem Timer zu tun? Kann man hier in irgendeiner Hinsicht überhaupt einen Timer setzen? Für mich war der Ausdruck "Timer" eigentlich dahingehend, dass die Verbindung regelmäßig nach einer Zeit x von selbst ausfällt. Einen Timer habe ich da nicht gesetzt. Um Gottes Willen 😲 Da würde ich mir ja ins eigene Knie schießen...
Wenn deine Workstation eine Windows Kiste ist " die der Ausgangspunkt ist" , dann mache alle Updates für Windows, starte diese neu.
Wie im Thread oben genannt, 20.04 LTS. Tut mir leid dass ich das Ganze jetzt so "egoistisch" abgebrochen habe ohne das man vielleicht eine für andere nützliche Lösung erarbeiten konnte. Aber da mich das Problem die letzten Tage wirklich massiv eingeschränkt hat, war ich irgendwie doch zum Handeln gezwungen... Aber danke auf jeden Fall für eure Bemühungen!
|
2U1C1D3
(Themenstarter)
Anmeldungsdatum: 20. Februar 2011
Beiträge: 346
Wohnort: Amberg
|
lubux schrieb: sudo tcpdump -c 300 -vvveni <Interface> port 80 or 443
(Interface anpassen und ohne spitze Klammern)
und aktualisiere die Verbindung mit dem Browser. Was zeigt tcpdump danach an?
Zwischen vorher und nachher kein Unterschied. Wobei ich das nicht nur mit 80 und 443 probiert habe, sondern auch mit 444. Sowohl vorher als auch nachher wurde mir von tcpdump ausgegeben, das die relevanten Ports sehr wohl "ansprechbar" sind und auch erreicht werden. Für mich als Laie dann eher doch der Hinweis darauf, dass es nicht vom networkmanager kommt (kam), sondern vom Browser selbst. Hier tut sich dann aber die Frage auf, warum das Phänomen bei verschiedenen Browsern gleich war und nicht nur bei einem. Gibt es da noch ein Level zwischen der Software Firefox/Chromium und dem Netzwerkmanager? An einer Konfiguration innerhalb der Anwendung kann es ja nicht liegen - sonst wäre es ja nur bei einem Browser nicht gegangen...
|
xylit
Anmeldungsdatum: 22. September 2016
Beiträge: 135
|
NAJA, sudo tcpdump -c 300 -vvveni <Interface> port 80 or 443. Welcher Anbieter? Ihr kommmt immer mit einem SCANPATH !!!!!! sudo tcpdump -c 300 -vvveni <Interface> port 80 or 443 Hyper V, Proxmox, oder NAT?
|