FRITZ!Box 7580 Labor Firmware 153.06.69- 41987 vom 14.11.2016

ho70 · 17 Nov 2016

Das hab ich, vorher würde ich nicht fragen... nach 5 Versuchen mit Pause und länger stromlos machen zwischendurch stellt sich Frage dann doch.

Edradour · 17 Nov 2016

Heute Nacht bin ich noch auf zwei Probleme gestoßen.
Ich nutze die Fritte mit einem Zeitplan für die Abschaltung des WLAN in der Nacht.
Die genutzten Repeater haben alle die Einstellungen der Fritzbox übernommen und sind zum entsprechenden Zeitpunkt schlafen gegangen. Die 7580 allerdings nicht. das WLAN blieb die komplette Nacht aktiv.

Die Funktion das das WLAN sich erst abschaltet wenn kein Gerät mehr angemeldet ist war natürlich deaktiviert. Das Problem bestand in der [FONT=&amp]06.69-41803 nicht.

Des Weiteren hat mich mein Sohn darauf aufmerksam gemacht das die Box heute Morgen die Sperre des Internet für die Geräte meiner Kinder nicht deaktiviert hat. Erst als ich ein Gerät aus dem Profil entfernt und wieder zugeordnet habe war die Sperre aufgehoben.

Beide Fehler sind an AVM gemeldet.[/FONT]

HabNeFritzbox · 17 Nov 2016

@ho70 Dann kann man es auch erwähnen. Mehr Infos gibt es wohl nicht, selbst wenn was in Support Datei stehen sollte, müsste die Infos nach Neustart der ja ausgeführt wird durch Updateversuch weg sein.

ho70 · 17 Nov 2016

Ein erneuter Download der Labor mittels einem anderen Notebook und vorheriger Neustart der 7580 hat das Uppdate-Problem(chen) gelöst.

Pom-Fritz! · 17 Nov 2016

Habe gerade mal das Ereignisprotokoll durchgesehen. Es werden bei mir seit der 6.69-41987 keine Diagnosedaten mehr abgerufen. Die Einstellungen dazu sind gesetzt. Kann das jemand bestätigen?

Robert T-Online · 17 Nov 2016

Ja kann ich bestätigen.
Davor jeden Tag auf die Sekunde genau zur gleichen Zeit.

penum · 17 Nov 2016

@pom-fritz

da hast du recht, mit dieser Version werden keine Diagnosedaten abgerufen.

Pom-Fritz! · 17 Nov 2016

Ja kann ich bestätigen.

Danke für das Feedback, Robert. Hat AVM das denn nicht mehr nötig? Vielleicht kommt schon bald die 6.69 Release!

6139639 · 17 Nov 2016

Hoffentlich noch nicht... Da ist noch viel zu tun

HabNeFritzbox · 18 Nov 2016

Die FB scheint wohl fälschlicherweise an die Hostnamen fritz.box zusetzen als DHCP Suffix bei externen DNS Anfragen. Und somit versucht wird bei der gTLD .box nachzufragen.

C:\>nslookup web.de 8.8.8.8
Server: google-public-dns-a.google.com
Address: 8.8.8.8

Nicht autorisierende Antwort:
Name: web.de.fritz.box
Address: 127.0.53.53

C:\>nslookup web.de
Server: fritz.box
Address: fd00::X

Nicht autorisierende Antwort:
Name: web.de
Addresses: 82.165.230.17
82.165.229.138

Mit nem zusätzlichen Punkt am Ende kommt die reservierte IP nicht

C:\>nslookup web.de. 8.8.8.8
Server: google-public-dns-a.google.com
Address: 8.8.8.8

Nicht autorisierende Antwort:
Name: web.de
Addresses: 82.165.230.17
82.165.229.138

PeterPawn · 18 Nov 2016

Ganz im Gegenteil ... wenn Du nicht den DNS-Server der FRITZ!Box benutzt und den Server bei Google befragen läßt, liefert der NS für die nunmehr offizielle TLD "box" für so ziemlich jede Abfrage, die auf "box" endet, 127.0.53.53 aus.

Code:

# [COLOR="#0000FF"]dig irgendeine.domain.hauptsache.die.tld.ist.box any[/COLOR]
; <<>> DiG 9.9.4-rpz2.13269.14-P2 <<>> irgendeine.domain.hauptsache.die.tld.ist.box any
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4929
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;irgendeine.domain.hauptsache.die.tld.ist.box. IN ANY

;; ANSWER SECTION:
irgendeine.domain.hauptsache.die.tld.ist.box. 3594 IN RRSIG A 8 1 3600 20161217144124 20161117140520 56838 box. cHu9uD66pkGhP8OKELzZg5qycIfAmW0NLRwV7VGqKNuF64nSuUBONM2i Hj99n0zpzyOmdK+assUtBIP+kkp+eWymfr8zCtjydUslUB9FpQPj84+b Tjho34rHhImXIud/u4SLF6YpVEWwwuZdXy//BNNGL4qaw+mjDmSRf4ET wgWiuBELb2TdUhjbL+Qdn6B4+ykFZwe2ADhaE3DjnM4p0A==
[COLOR="#FF0000"]irgendeine.domain.hauptsache.die.tld.ist.box. 1794 IN A 127.0.53.53[/COLOR]

;; Query time: 23 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Nov 18 06:28:24 CET 2016
;; MSG SIZE  rcvd: 284

Befragt man die Box selbst (zumindest zur Domain "fritz.box"), antwortet sie ohne externe Name-Server zu konsultieren, jedenfalls in den meisten Fällen. Wann und warum das anders sein könnte, wird gerade in einem anderen Thread gerätselt.

Das Verhalten mit oder ohne Punkt am Ende einer Domain (absolute vs. unqualified) ist jedenfalls auch vollkommen normal und praktisch auf fast allen System so, wenn die jeweiligen Voreinstellungen stimmen. An einen DNS-Namen, der nicht auf einen Punkt endet, wird solange der nächste Eintrag aus der Liste der "Suchdomains" gehangen, bis es einen Treffer gibt oder die Liste keinen weiteren Eintrag mehr hat - es sei denn, es wurde anders konfiguriert.

Wenn das also ein Windows-System sein sollte und das kriegt über DHCP die Suchdomain "fritz.box" übermittelt, dann wird jede Abfrage nach einem "normalen Namen" mit der Domain ergänzt.

Bei Linux kann man in der resolv.conf noch festlegen, ab wievielen Punkten im Namen die Abfrage direkt mit dem absoluten Namen erfolgen soll (option ndots). Ansonsten endet ein "absoluter Name" eben mit einem Punkt - fehlt der, werden die definierten Suchdomains ergänzt.

Auch bei Windows kann man ja mehrere dieser Domains fest einstellen, selbst wenn man ansonsten DHCP machen läßt - ob bei Windows auch konfigurierbar ist, ab wievielen Punkten im angefragten Namen keine Suchdomain mehr angehangen wird, weiß ich nicht aus dem Stand.

Bei einer Liste von

suchdomain.com
suchdomain.de
suchdomain.eu

würden also der Reihe nach die folgenden Namen abgefragt, wenn der Namen "meinhost" aufgelöst werden soll:

meinhost.suchdomain.com.
meinhost.suchdomain.de.
meinhost.suchdomain.eu.
meinhost.

Der erste Treffer zählt. Sucht man nach "mein.host", kommt die "option ndots" ins Spiel. Je nach der dort festgelegten Anzahl von Punkten wird dann zuerst nach "mein.host." gesucht und erst im Anschluß werden die Suchdomains abgegrast - ob es ein Pendant zu "option ndots" auch unter Windows gibt, steht bestimmt auch irgendwo; aber nach Deinem Ergebnis kann das offenbar nicht bereits bei einem einzelnen Punkt gelten (der Standard unter Linux, s. resolv.conf), dann hätte es die Abfrage "web.de.fritz.box" so nicht gegeben.

Die neue TLD "box" hat sich ja inzwischen rumgesprochen - nun lösen eben externe Nameserver, die vorher immer mit NXDOMAIN geantwortet haben, wenn man sie nach "fritz.box" befragte, das auf einen Host-Record für 127.0.53.53 auf:

Code:

# [COLOR="#0000FF"]dig fritz.box any[/COLOR]

; <<>> DiG 9.9.4-rpz2.13269.14-P2 <<>> fritz.box any
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9650
;; flags: qr rd ra; QUERY: 1, ANSWER: 8, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;fritz.box.                     IN      ANY

;; ANSWER SECTION:
[COLOR="#FF0000"]fritz.box.              1800    IN      A       127.0.53.53[/COLOR]
fritz.box.              1800    IN      MX      10 your-dns-needs-immediate-attention.box.
fritz.box.              1800    IN      TXT     "Your DNS configuration needs immediate attention see https://icann.org/namecollision"
fritz.box.              1800    IN      SRV     10 10 0 your-dns-needs-immediate-attention.box.
fritz.box.              3600    IN      RRSIG   SRV 8 1 3600 20161217144124 20161117140520 56838 box. Zayt5kRUv2gX1uuOLuenw05hOly708rb5Ri/2ILwfCmYqwY9r72Hx731 Ul05p1GezCDT/e9JUOuydYkAK5GR8u/fcTfsPdl+6eAkXYDy5JZrbKi+ KJJhOvpAg5HuX6VmbAS+NCqya2qMcJBPH85mdsfSG0/XczwPjEXttZax z27FofmuOJfZQgVjpwIGnciQtVsmQalpMhrMSBej/OiyuQ==
fritz.box.              3600    IN      RRSIG   TXT 8 1 3600 20161217144124 20161117140520 56838 box. h3b3LRKdz3phIDU49xIOfM+Er0q8yf74leD5ioUPqLaUdqRQgpR3EHIB EhOvKwh+cnN9SWLPzyU+kE1hTUXv5ZKLcX5yGQoFLNbLhtrzNtgoWPxc jbOqw9vsD1crUBNKgnSZa2SBNBZlUDmEx35q9O4iFkDeJ9Q6j8xrMw2J cLlKo9C7BP+bGWjePPly7M51FJo6rJ3goWgVSPOgV8oqbg==
fritz.box.              3600    IN      RRSIG   MX 8 1 3600 20161217144124 20161117140520 56838 box. T+NLdYWQHARbJBUuAJtSItEGPUONdL+ZzT4QQqYpY/RtnfhhYOWvankK QrJXU1bprILvOR0zfTHwYNFW3b0oJ00WqIo4ylmDxoMQkg8WJbxrOt+a vtF0MaLtyjEpu7AGjs1eu1dWfRJravcVS69KXiRy2jIy5gMcvTWR+jPY ghnZlWKEfo0XL0ZjAY4VerppFnRiTb2SOF/aywofHfbToQ==
fritz.box.              3600    IN      RRSIG   A 8 1 3600 20161217144124 20161117140520 56838 box. cHu9uD66pkGhP8OKELzZg5qycIfAmW0NLRwV7VGqKNuF64nSuUBONM2i Hj99n0zpzyOmdK+assUtBIP+kkp+eWymfr8zCtjydUslUB9FpQPj84+b Tjho34rHhImXIud/u4SLF6YpVEWwwuZdXy//BNNGL4qaw+mjDmSRf4ET wgWiuBELb2TdUhjbL+Qdn6B4+ykFZwe2ADhaE3DjnM4p0A==

;; Query time: 13 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Nov 18 06:54:50 CET 2016
;; MSG SIZE  rcvd: 1040

Wer damit nicht leben kann, darf eben keine externen DNS-Server mehr benutzen, auch keinen von Google oder OpenDNS oder woher auch immer. Diese liefern ab jetzt (wohl bis zur Vergabe von Subdomains dort) eben immer die 127.0.53.53 aus.

Ob es tatsächlich irgendwo einen Bug im "multid" gibt, daß der bei bestimmten Cache-Inhalten auch die 127.0.53.53 liefert, ist im Moment noch unklar bzw. die Bedingungen dafür sind wohl noch nicht eindeutig geklärt.

penum · 18 Nov 2016

hier auch nochmal ein Beitrag der heise CT zum Box Problem.
http://www.heise.de/newsticker/meld...ringt-manche-Netze-durcheinander-3491185.html

Genauso wie es auch hier beschrieben wurde.
Zumindest heise mit AVM in Kontakt.

HabNeFritzbox · 18 Nov 2016

@penunm Ich werde es später ggf. mal probieren.

@Peter Habe andere Themen auch schon gesehen, bei http://www.ip-phone-forum.de/showthread.php?t=288655 ging es ja eher um SIP der nach SRV Record fragt den es nicht gibt, und bei nem anderen dass man eben nicht mehr mit fritz.box auf die FB kommt. Daher war ich ja nun etwas verwundert. Auch trotz eigenen Namen der FB, bleibt der DHCP Suchsufix.

antonvm · 20 Nov 2016

Hallo, wie funktioniert das mit der SMS-Funktion?
Was kann man damit konkret alles machen?

USB/UMTS:

NEU – Für Mobilfunksticks im Modembetrieb empfangene SMS als Ereignis ausgeben

[FONT=&amp]*Hinweis zu FRITZ!DECT 200 und FRITZ!Fon: Mindestversion 3.80. Aktualisierung der FRITZ!Fon-Handgeräte erforderlich.
[/FONT]

Kann ich die Funktion auch irgendwie ohne [FONT=&amp]FRITZ!DECT 200 und FRITZ!Fon nutzen?

[/FONT]
MfG
antonvm

HabNeFritzbox · 20 Nov 2016

UMTS/LTE Stick dran und SMS empfangen, dann steht es im Log.

Also am Telefon lesen/antworten ist nicht oder über WebIF schreiben.

antonvm · 21 Nov 2016

Hallo, welche Einsatzszenarien fallen euch für die SMS Funktion ein?
Nur empfangen ist doch irgendwie doof.

MfG
antonvm

PeterPawn · 21 Nov 2016

@antonvm:
Dann nimm einen Stick im HiLink-Modus, da solltest Du über das Management-Interface des Sticks dann senden und empfangen können ... aber dann ohne CSV-Möglichkeit.

antonvm · 21 Nov 2016

Danke.
Kann der Vodafone K3765-HV den HiLink-Modus?
Hast Du evtl. noch einen guten Anleitungslink?
Von dem HiLink-Modus habe ich noch nie etwas gehört.

toofi · 21 Nov 2016

Direkt nach dem Start wird mir als Verbindung zwischen FB 7580 und Synology Ds213+ 1gbit angezeigt.
Nun geht danach meine DS213+ in Schlafmodus, danach habe ich nur noch 100mbit.
Ein Neustart der DS bringt keinen Erfolg, erst der Neustart der FB hilft da.
In dewr FB hab ich KEINEN Energiesparmodus im Lan aktiv.
Ich kann mich auch nicht erinnern das ich diesen Fehler am meinem Speedport Hybrid hatte.

DS213+ DSM 6.0.2-8451 Update 4
FB; 06.69-41987 BETA

gruß ich

PeterPawn · 21 Nov 2016

antonvm schrieb:
Hast Du evtl. noch einen guten Anleitungslink?

Ob gut oder nicht, will ich nicht beurteilen: https://de.lmgtfy.com/?iie=1&q=hilink+umts+huawei - ggf. einfach noch mit K3765 beliebig kombinieren.

FRITZ!Box 7580 Labor Firmware 153.06.69- 41987 vom 14.11.2016

Neuer User

Neuer User

HabNeFritzbox

Guest

Neuer User

Aktives Mitglied

Aktives Mitglied

Mitglied

Aktives Mitglied

Mitglied

HabNeFritzbox

Guest

IPPF-Urgestein

Mitglied

HabNeFritzbox

Guest

Mitglied

HabNeFritzbox

Guest

Mitglied

IPPF-Urgestein

Mitglied

Neuer User

IPPF-Urgestein

Statistik des Forums