abbrechen
Suchergebnisse werden angezeigt für 
Stattdessen suchen nach 
Meintest du 
Aktuelle Eilmeldungen

TV: Kabelfernsehen wird Mietersache. Jetzt handeln!
Deine Störung ist nicht dabei? Dann nutz unseren Störungsfinder!

1

Frage

2

Antwort

3

Lösung

Homesport Verbindung - Abbruch beim Erneuern der IP lease alle 15 Minuten
berlin_spot
Smart-Analyzer
Smart-Analyzer

Hallo,

 

Seit en paar Wochen (Anfang August) habe ich das Problem, dass die Homespot / Hotspot Verbindungen nach 15 Minuten verloren gehen. Dies von einem Windows 10 Rechner als Client. Habe dasselbe Verhalten mit einem OpenWRT router.

Die Verbindung zum Homespot wird neuerdings erst zuverlässig aufgebaut und nach Eingabe der credentials ist eine internet Verbindung vorhanden. Läuft erst zuverlässig. DHCP lease ist von 15 Minuten. Genau bei Erreichen der 15 Minuten bricht jedesmal die Verbindung ab und wird normalerweise automatisch neu aufgebaut (nach ein paar Sekunden).

Als DHCP Server melden sowohl W10 Rechner als Router die IP 192.0.2.1 . Gateway ist im 100.71. Bereich.

Sowohl Win10 als Router versuchen ein renew aber der DHCP Server antwortet nicht und das lease ist dann nach 15 Minuten nicht mehr gültig.


Ein ipconfig /renew W* bringt als Meldung:


"Beim Aktualisieren der Schnittstelle "WLAN" ist folgender Fehler aufgetreten:

es kann keinen Verbindung mit dem DHCP-Server hergestellt werden. Anforderung wurde wegen Zeitüberschreitung abgebrochen."

 

Der router versucht noch kurz vor Einbruch ein Braodcast auf 0.0.0.0 ohne Erfolg.

Woran kann das liegen, wenn das kein generelles Problem ist? Ist beim Home office ein richtiges Problem, da die existierende Verbindungen beendet werden (internet Verbindung nicht vorhanden). 
Dass Probleme bei Router Protokollen auftreten, kann ich noch verstehen, aber bei einem Windows 10 System nicht wirklich. Wäre dankbar für Anregungen... 

 

Gruß, 

10 Antworten 10
berlin_spot
Smart-Analyzer
Smart-Analyzer

Bei Bedarf: Hotspot-id HH-3-3665551 (Hotspot Finder app auf Handy) 

ERFD
Ex-Moderator:in
Ex-Moderator:in

Hallo berlin_spot,

 

ich habe das betroffene Modem, über das der Spot ausgestrahlt wird, einmal resetet. Schau mal, ob das Problem weiterhin besteht. Sonst muss sich dies der Fachbereich anschauen.

 

Gruß Fred

Bewertet hilfreiche Beiträge mit Likes und Sternen!

Danke für die Antwort, Fred.

 

Es hat leider nichts geändert. Hier das Protokoll vom Router (ist einfacher zu tracen):

 

Thu Sep 24 15:20:55 2020 daemon.notice netifd: wwan (6076): udhcpc: sending renew to 192.0.2.1

Thu Sep 24 15:21:51 2020 daemon.notice netifd: wwan (6076): udhcpc: sending renew to 0.0.0.0

Thu Sep 24 15:22:19 2020 daemon.notice netifd: wwan (6076): udhcpc: sending renew to 0.0.0.0

Thu Sep 24 15:22:33 2020 daemon.notice netifd: wwan (6076): udhcpc: sending renew to 0.0.0.0

Thu Sep 24 15:22:44 2020 daemon.notice netifd: wwan (6076): udhcpc: lease lost, entering init state

Thu Sep 24 15:22:44 2020 daemon.notice netifd: Interface 'wwan' has lost the connection

Thu Sep 24 15:22:44 2020 daemon.warn dnsmasq[2670]: no servers found in /tmp/resolv.conf.auto, will retry

Thu Sep 24 15:22:50 2020 daemon.notice netifd: wwan (6076): udhcpc: sending select for 100.68.12.199

Thu Sep 24 15:22:50 2020 daemon.notice netifd: wwan (6076): udhcpc: lease of 100.68.12.199 obtained, lease time 900

Thu Sep 24 15:22:50 2020 daemon.notice netifd: Interface 'wwan' is now up

Thu Sep 24 15:22:50 2020 daemon.info dnsmasq[2670]: reading /tmp/resolv.conf.auto

Thu Sep 24 15:22:50 2020 daemon.info dnsmasq[2670]: using local addresses only for domain lan

Thu Sep 24 15:22:50 2020 daemon.info dnsmasq[2670]: using nameserver 10.7.177.130#53

Thu Sep 24 15:22:50 2020 daemon.info dnsmasq[2670]: using nameserver 10.7.179.130#53

Thu Sep 24 15:22:54 2020 user.notice firewall: Reloading firewall due to ifup of wwan (wlan-sta)

 

Ich denke auch nicht, dass es an dem Vodafone Hotspot liegt. Sonst wäre das Problem generell. 
Anscheinend ist der DHCP server nach Verbindungsaufbau für mich nicht mehr erreichbar oder antwortet nicht.

Ein traceroute auf 192.0.2.1 geht aber:

root@GL-AR750S:~# traceroute 192.0.2.1
traceroute to 192.0.2.1 (192.0.2.1), 30 hops max, 38 byte packets
 1  192.0.2.1 (192.0.2.1)  42.391 ms  32.317 ms  17.535 ms

 

Die Routen auf meinem Router sind auch standard (bestehende Verbindung):

 

root@GL-AR750S:~# route

Kernel IP routing table

Destination     Gateway         Genmask         Flags Metric Ref   Use Iface

default         100.71.255.254 0.0.0.0         UG   20     0       0 wlan-sta

100.68.0.0     *               255.252.0.0     U     20     0       0 wlan-sta

192.168.8.0     *               255.255.255.0   U     0     0       0 br-lan

 

Warum kein lease Verlängerung und keine Antwort (auch kein NAK) auf die Lease Aufforderung kommt, ist mir rätselhaft.

 

Gruß

 

 

 

 

Martin59
Moderator:in
Moderator:in

Hallo berlin_spot,

 

wir haben nochmal ein paar Anpassungen vorgenommen, kannst Du es bitte nochmal testen?

 

Viele Grüße, Martin

Bewertet hilfreiche Beiträge mit Likes und Sternen!

Hallo Martin,

 

Danke,  aber das Problem bleibt leider.

 

Hier das tcpdump dazu: Renew request bleibt wiederholt unbeantwortet.  

 

16:08:06.665713 84:df:0c:e6:3d:95 > 00:00:00:02:02:02, ethertype IPv4 (0x0800), length 342: (tos 0x0, ttl 64, id 47580, offset 0, flags [DF], proto UDP (17), length 328)
100.69.40.58.68 > 192.0.2.1.67: BOOTP/DHCP, Request from 84:df:0c:e6:3d:95, length 300, xid 0x17532d4d, Flags [none]
Client-IP 100.69.40.58
Client-Ethernet-Address 84:df:0c:e6:3d:95
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Request
MSZ Option 57, length 2: 576
Parameter-Request Option 55, length 8:
Subnet-Mask, Default-Gateway, Domain-Name-Server, Hostname
Domain-Name, BR, NTP, Classless-Static-Route
Vendor-Class Option 60, length 12: "udhcp 1.28.3"
Hostname Option 12, length 9: "GL-AR750S"

 

Broadcast auch unbeantwortet 

16:14:39.915553 84:df:0c:e6:3d:95 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 342: (tos 0x0, ttl 64, id 0, offset 0, flags [none], proto UDP (17), length 328)
100.69.40.58.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 84:df:0c:e6:3d:95, length 300, xid 0x17532d4d, secs 393, Flags [none]
Client-IP 100.69.40.58
Client-Ethernet-Address 84:df:0c:e6:3d:95
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Request
MSZ Option 57, length 2: 576
Parameter-Request Option 55, length 8:
Subnet-Mask, Default-Gateway, Domain-Name-Server, Hostname
Domain-Name, BR, NTP, Classless-Static-Route
Vendor-Class Option 60, length 12: "udhcp 1.28.3"
Hostname Option 12, length 9: "GL-AR750S"

Und dann request nach lease verlust

16:23:53.601820 84:df:0c:e6:3d:95 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 342: (tos 0x0, ttl 6
0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 84:df:0c:e6:3d:95, length 300, xid 0x796d2002
Client-Ethernet-Address 84:df:0c:e6:3d:95
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Discover
Requested-IP Option 50, length 4: 100.69.40.58
MSZ Option 57, length 2: 576
Parameter-Request Option 55, length 8:
Subnet-Mask, Default-Gateway, Domain-Name-Server, Hostname
Domain-Name, BR, NTP, Classless-Static-Route
Vendor-Class Option 60, length 12: "udhcp 1.28.3"
Hostname Option 12, length 9: "GL-AR750S"

 

Diesmal mit Reply vom DNS server

16:15:38.703453 00:00:00:02:02:02 > 84:df:0c:e6:3d:95, ethertype IPv4 (0x0800), length 410: (tos 0xc0, ttl 64, id 34636, offset 0, flags [none], proto UDP (17), length 396)
100.71.255.254.67 > 100.69.40.58.68: BOOTP/DHCP, Reply, length 368, xid 0x3fee1668, Flags [none]
Your-IP 100.69.40.58
Server-IP 192.0.2.1
Gateway-IP 100.71.255.254
Client-Ethernet-Address 84:df:0c:e6:3d:95
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: ACK
Server-ID Option 54, length 4: 192.0.2.1
Lease-Time Option 51, length 4: 900
Subnet-Mask Option 1, length 4: 255.252.0.0
Default-Gateway Option 3, length 4: 100.71.255.254
Domain-Name-Server Option 6, length 8: 10.7.177.130,10.7.179.130
RN Option 58, length 4: 450
Vendor-Class Option 60, length 12: "udhcp 1.28.3"
Hostname Option 12, length 9: "GL-AR750S"
Agent-Information Option 82, length 57:
Circuit-ID SubOption 1, length 36: D8:D7:75:6B:8E:58^@Vodafone Hotspot^@0
Remote-ID SubOption 2, length 17: 84:df:0c:e6:3d:95

 

Verhalten bei dem Windows Rechner ist ähnlich mit Verbindungsverlust alle 15 min. 

 

Grüße 

 

 

Claudia
Ex-Moderator:in
Ex-Moderator:in

Hallo berlin_spot,

 

tritt der Fehler nur bei dem einen Homespot auf? Wie nutzt Du den Service, hast Du ein Ticket gekauft oder verwendest Du Deine Kundenportal-Daten?

 

Viele Grüße,

Claudia

Bewertet hilfreiche Beiträge mit Likes!

Hallo Claudia,

 

Ich benutze den Dienst eigentlich nur von zuhause. Es sind mehrere Homespot WLAN Netzwerke in der Umgebung, so dass ich nicht genau weiß, ob es wirklich immer dasselbe Netzwerk ist. Problem ist aber immer da auch mit Hotspots.

Ich melde mich sonst mit den Kundenportal-Credentials an.

 

Gruß

Claudia
Ex-Moderator:in
Ex-Moderator:in

Hallo berlin_spot,

 

dann lass mir bitte mal via Privatnachricht Deine Kundennummer zusammen mit der Adresse und dem Geburtsdatum des Vertragsinhabers zukommen. Melde Dich wieder hier, damit ich eine Meldung für das Second Level einstellen kann.

 

Viele Grüße,

Claudia

Bewertet hilfreiche Beiträge mit Likes!

Hey,

 

kannst Du mir bitte via PN die MAC-Adresse von Deinem Rechner schicken?

 

VG Wallace

Bewertet hilfreiche Beiträge mit Likes und Sternen!