Unitymedia Firmware Update 6.33 für 6360

[hajodele]

Kannst du bestätigen, dass sich an den Einträgen nichts geändert hat?
- Netz ist gleichgeblieben (192.168.x.x)
- IP des Zielgerätes ist gleich geblieben
- Porteinträge sind noch vorhanden
- Du hast nach wie vor IPv4

 

[alkorsi]

ja nach wie vor IPv4, Konfiguration der Ports noch so vorhanden, IP vom Zielgerät ist statisch definiert und gleich, Netz ist gleich

 

[tq1199]

Das konnten wir aber mit einem Neustart bzw. einer neuen Verbindung lösen. Aber der externe Zugriff mit Hilfe von Portweiterleitung klappt nicht mehr.

Zu welchem Zeitpunkt hat es nicht geklappt? Evtl. liegt es auch an der TTL deines ddns-Providers. Mit z. B.:

<i>
</i>dnstracer "-4vc" <host.domain.tld> | grep -i ttl

(oder gleichwertig) kannst Du die TTL anzeigen lassen.

 

[alkorsi]

sorry, wenn ich rückfragen muss, aber was meinst Du konkret mit "zu welchem Zeitpunkt hat es nicht geklappt"? Alles lief (auch unter 6.30), dann gestern festgestellt, dass es nicht mehr läuft...in der Box gesegehen, dass es ein Update auf 6.33 gab

was is die TTL meines Providers? (No-IP) und wo bzw. wann muss ich Deinen Code hinterlegen und auslesen?

Danke!

 

[tq1199]

was is die TTL meines Providers?

Z, B.:

Die Lebensdauer eines Eintrags (Time to Live) wird dabei vom Nameserver vorgegeben. Beim dynamischen DNS wird üblicherweise eine Time to Live von einer Minute verwendet, um kurzfristig vom Caching zu profitieren, ohne dass veraltete Einträge über einen längeren Zeitraum auf eine falsche IP-Adresse verweisen.

Quelle: https://de.wikipedia.org/wiki/Dynamisches_DNS

Wie genau hast Du festgestellt, dass die Portfreigabe/-weiterleitung mit deiner FritzBox-cable, z. Zt. nicht funktioniert?

 

[alkorsi]

...weil wir nicht mehr mobil auf unsere Kameras per App zugreifen können...Zugriff fehlgeschlagen...

 

[tq1199]

...weil wir nicht mehr mobil auf unsere Kameras per App zugreifen können...Zugriff fehlgeschlagen...

Ist das ein TCP- oder ein UDP-Port, den Du in deiner FritzBox-cable freigegeben hast?

Das kann, muss aber nicht an deiner FritzBox-cable (neue Firmware) liegen.

Wenn Du es genau wissen willst, dann sniffst Du an einem weitergeleiteten/lauschenden Port im (W)LAN deiner FritzBox-cable, während aus dem Internet ein Portscan (z. B. mit canyouseeme.org oder gleichwertig) gemacht wird. Z. B.:

<i>
</i> ~ $ sudo tcpdump -vvveni any port 5647
tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes
09:24:03.082142 In c0:25:##:##:##:## ethertype IPv4 (0x0800), length 76: (tos 0x0, ttl 23, id 62844, offset 0, flags [DF], proto TCP (6), length 60) 107.20.89.142.59664 > 192.168.178.67.5647: Flags [S], cksum 0x89dc (correct), seq 2223174681, win 14600, options [mss 1460,sackOK,TS val 1330774373 ecr 0,nop,wscale 5], length 0
09:24:03.082514 Out xx:xx:xx:xx:xx:xx ethertype IPv4 (0x0800), length 68: (tos 0xb8, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 52) 192.168.178.67.5647 > 107.20.89.142.59664: Flags [S.], cksum 0x378a (incorrect -> 0xaf86), seq 1363921789, ack 2223174682, win 28280, options [mss 1414,nop,nop,sackOK,nop,wscale 7], length 0
09:24:03.182056 In c0:25:##:##:##:## ethertype IPv4 (0x0800), length 62: (tos 0x0, ttl 23, id 62845, offset 0, flags [DF], proto TCP (6), length 40) 107.20.89.142.59664 > 192.168.178.67.5647: Flags [.], cksum 0x5cda (correct), seq 1, ack 1, win 457, length 0
09:24:03.183646 In c0:25:##:##:##:## ethertype IPv4 (0x0800), length 62: (tos 0x0, ttl 23, id 62846, offset 0, flags [DF], proto TCP (6), length 40) 107.20.89.142.59664 > 192.168.178.67.5647: Flags [F.], cksum 0x5cd9 (correct), seq 1, ack 1, win 457, length 0
09:24:03.184877 Out xx:xx:xx:xx:xx:xx ethertype IPv4 (0x0800), length 56: (tos 0xb8, ttl 64, id 4500, offset 0, flags [DF], proto TCP (6), length 40) 192.168.178.67.5647 > 107.20.89.142.59664: Flags [.], cksum 0x377e (incorrect -> 0x5dc5), seq 1, ack 2, win 221, length 0
09:24:03.220491 Out xx:xx:xx:xx:xx:xx ethertype IPv4 (0x0800), length 83: (tos 0xb8, ttl 64, id 4501, offset 0, flags [DF], proto TCP (6), length 67) 192.168.178.67.5647 > 107.20.89.142.59664: Flags [P.], cksum 0x3799 (incorrect -> 0x6677), seq 1:28, ack 2, win 221, length 27
09:24:03.221482 Out xx:xx:xx:xx:xx:xx ethertype IPv4 (0x0800), length 56: (tos 0xb8, ttl 64, id 4502, offset 0, flags [DF], proto TCP (6), length 40) 192.168.178.67.5647 > 107.20.89.142.59664: Flags [F.], cksum 0x377e (incorrect -> 0x5da9), seq 28, ack 2, win 221, length 0
09:24:03.321943 In c0:25:##:##:##:## ethertype IPv4 (0x0800), length 62: (tos 0x3,CE, ttl 23, id 3729, offset 0, flags [DF], proto TCP (6), length 40) 107.20.89.142.59664 > 192.168.178.67.5647: Flags [R], cksum 0x7b78 (correct), seq 2223174683, win 0, length 0
09:24:03.325705 In c0:25:##:##:##:## ethertype IPv4 (0x0800), length 62: (tos 0x3,CE, ttl 23, id 3730, offset 0, flags [DF], proto TCP (6), length 40) 107.20.89.142.59664 > 192.168.178.67.5647: Flags [R], cksum 0x7b78 (correct), seq 2223174683, win 0, length 0
^C
9 packets captured
9 packets received by filter
0 packets dropped by kernel

EDIT:

Welches Betriebssystem hast Du auf dem Gerät, mit dem Du die App (für den Zugriff auf die Kamera) nutzt?

 

[alkorsi]

is android!

sorry, aber ich muss leider fragen, wie ich "sniffe"? Das Coding das Du geschrieben hast - wo muss ich das denn hinterlegen? Dann mache ich den besagten Portscan und dann wie und wo schaue ich mir das Ergebnis an?

Danke für Tipps!

alkorsi

 

[tq1199]

is android!

Es kann auch sein, wenn es sich um eine "alte" android-Version handelt, dass diese bzw. apps/Software, mit der "neuen" Firmare der FritzBox nicht mehr (richtig) funktionieren.

... ich muss leider fragen, wie ich "sniffe"? Das Coding das Du geschrieben hast - wo muss ich das denn hinterlegen? Dann mache ich den besagten Portscan und dann wie und wo schaue ich mir das Ergebnis an?

Du kannst auch ohne sniffen (... für Windows z. B. mit wireshark, aber nur dann, wenn Du auf deinem Windows auch einen lauschenden Port konfigurieren kannst) mit canyouseeme.org (oder gleichwertig) auf den lauschenden/freigegebenen (TCP?-)Port der Kamera scannen.

Ist es ein TCP- oder ein UDP-Port?

 

[alkorsi]

is android 6.01. ;-) sollte also nicht das Problem sein

 

[tq1199]

... sollte also nicht das Problem sein

OK, wenn es ein TCP-Port ist, dann mach mit deinem "Windows-"Browser und canyouseeme.org , einen Portscan (aus dem Internet) auf den lauschenden TCP-Port deiner Kamera.

 

[Mike0185]

Sorry... aber ist das jetzt ein Portweiterleitungs-Lösungssuch-Fred oder ein FB 6.33 Update Thread?

 

[tq1199]

Sorry... oder ein FB 6.33 Update Thread?

Das kann m. E. zum jetzigen Zeitpunkt noch nicht sagen, denn wir wissen nicht, ob die "Ursache" am FB 6.33 Update liegt.

 

[2tr]

Ich habe wie "alkorsi" das Problem, dass seit der 6.33 Firmware die Freigaben nicht mehr funktionieren.

Auffällig hierbei:

Es ist abhängig von der Fritzbox IP.
Bei 192.168.178.1 geht es, bei 192.168.178.2 nicht mehr.

Wenn ein Port funktioniert (z.B. Port 9000 funktioniert)
funktioniert ein anderer wiederum nicht (hier: 80 funktioniert nicht),
obwohl beide über das gleiche Protokoll freigegeben wurden (TCP).


Ich habe stark die Vermutung dass die Firmware 6.33 hierfür verantwortlich ist.
Ich hoffe AVM liest hier mit.

 

[tq1199]

Es ist abhängig von der Fritzbox IP.
Bei 192.168.178.1 geht es, bei 192.168.178.2 nicht mehr.

Hast Du die interne IPv4-Adresse der FritzBox, von 192.168.178.1 auf 192.168.178.2 geändert?

Hattest Du das auch mit der Firmware 6.04, schon so geändert? Warum machst Du diese Änderung bei der IP-Adresse der FritzBox?

 

[Strohschneeball]

Update verlief ohne Probleme. Alles funktioniert, sogar das Powerline Spektrum funktioniert jetzt. :super:

 

[dellomtic]

moin, seit dem "updtae" (gibt es nicht schon eine aktuellere firmware ?) ist in meiner netzwerkumgebung der usb stick als nas nicht mehr zu sehen (win 8.1). ich kann lediglich über windows, suchen, eingabe \\fritz.box. eine verbindung zum netzlaufwerk herstellen, die mein system aber bei jedem neustart nicht mehr erkennt. ergo muss ich den vorgang jedes mal neu machen, nur um auf meinen usb stick an der fb 6360 zuzugreifen. ich bin mir sicher, dass es mit dem update zu tun hat...

 

[M@rtin]

Seit heute Vormittag 10:21 habe ich nun auch 6.33 erhalten. Installation wurde offensichtlich von UM angestoßen, denn ich war nicht zu Hause.
PZL-Bereich 429, Tarif 2Play50 seit Juni 2013.

 

[johnripper]

Gibt es hierzu etwas neues aus BW von jemand zufällig?

Danke, JR

 

[Mike0185]

Bei mir UM B2B (ehm KBW) PLZ 776 (OG) noch nichts angekommen.
Seitens UM wurde bisher auch nichts bekannt gegeben.


Gruß
Mike

 

[Wasserbanane]

Also PMs dazu sind schon länger draußen. Einfach hier oder in den anderen Threads dazu schauen.

 

[hajodele]

Bei meinem Schwager gehen so langsam die "Fehlermeldungen" bzgl. nicht vorhandene Update-Server los.
Das war immer ein Hinweis, dass demnächst was passiert.

 

[johnripper]

Die erste habe ich am 14.3. auch schon gesehen (seit dem nicht mehr). Deswegen habe ich gefragt.

Ich will eigentlich nicht, dass UM einfach nachts die Box neu startet, weil da meine Sicherungsjobs laufen. Deswegen will ich das selbst machen.

 

[Laurinx]

Hallo,
Gibt es schon Neuigkeiten bezüglich des Updates für Baden-Württemberg ?

 

[johnripper]

Gibt es schon Neuigkeiten bezüglich des Updates für Baden-Württemberg ?

Bei mir nicht. Ich sehe nicht mal mehr die entsprechenden Meldungen. Ggf. nach Ostern/den Feiertagen.