FRITZ!Box 7580 Labor Firmware 153.06.69- 41987 vom 14.11.2016

[ho70]

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]

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]

@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]

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

 

[Pom-Fritz!]

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]

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

 

[penum]

@pom-fritz

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

 

[Pom-Fritz!]

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]

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

 

[HabNeFritzbox]

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]

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.

# [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:

# [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]

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]

@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]

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]

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

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

 

[antonvm]

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

MfG
antonvm

 

[PeterPawn]

@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]

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]

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]

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.