Sind trotzdem zwei getrennte "Baustellen" - was ist denn, wenn WLAN-Verschlüsselung UND WLAN insgesamt aus ist? Geht dann VPN? Wenn nicht --> BUG. Punkt!
Dass wir die WLAN-Sicherheit nur bei aktivem WLAN umschalten können, finde ich sehr sinnvoll. Der Super-GAU wäre für mich das sofortige Beenden aller VPN-Verbindungen beim Einschalten des WLANs, am besten noch ohne Vorwarnung per Knopf ;-) oder aus der Ferne per VPN oder per Zeitschaltung.
Aber halt, davor wird wird beim manuellen Umschalten auf WEP/offen tatsächlich nicht gewarnt ==> Das ist also mal wirklich ein fieser Bug!
Aber halt, davor wird wird beim manuellen Umschalten auf WEP/offen tatsächlich nicht gewarnt ==> Das ist also mal wirklich ein fieser Bug!
Zuletzt bearbeitet von einem Moderator:
Ich habe hier eben die 6.03 Recover drüber gezogen und konnte danach, auch nach PoR, keinen Internetanbieter mehr auswählen. Also auswählen schon, aber alles darunter zum konfigurieren fehlte komplett. Ein flash auf die 6.04 beta half nicht und Werkeinstellungen konnte man mit der 6.04 beta nicht mehr laden, nach dem 6.03 recover ging das noch, half nur leider nicht.
Kann das hier jemand bestätigen das die 6.03 recover nen Schuss hat? Ich konnte nun leider nicht noch eine ältere Recover testen, weil man mir hier schon aufs Dach steigt, weil die Kiste offline ist/war. Daher habe ich einfach meine Sicherung reingeknallt und der Bock läuft wieder soweit normal.
Zudem habe ich folgendes Phänomen mit meiner 7390. Nach jedem recover oder laden von Werkseinstellungen macht die Box folgendes beim ersten Sychronisationsversuch:
Reproduzierbar, jedes mal! Auch hier die Frage ob das ggf. jemand bestätigen kann. Merkt man daran, dass die Box nach laden der Werkseinstellungen wieder rebootet, kurz nachdem die GUI erreichbar war. Danach synct sie normal und läuft. Weiß vielleicht jemand welcher Autostart hier gemeint ist?
Kann das hier jemand bestätigen das die 6.03 recover nen Schuss hat? Ich konnte nun leider nicht noch eine ältere Recover testen, weil man mir hier schon aufs Dach steigt, weil die Kiste offline ist/war. Daher habe ich einfach meine Sicherung reingeknallt und der Bock läuft wieder soweit normal.
Zudem habe ich folgendes Phänomen mit meiner 7390. Nach jedem recover oder laden von Werkseinstellungen macht die Box folgendes beim ersten Sychronisationsversuch:
Code:
# AVM turn off Autostart
cpe> FAILed to configure VDSL AP Tx/RxReproduzierbar, jedes mal! Auch hier die Frage ob das ggf. jemand bestätigen kann. Merkt man daran, dass die Box nach laden der Werkseinstellungen wieder rebootet, kurz nachdem die GUI erreichbar war. Danach synct sie normal und läuft. Weiß vielleicht jemand welcher Autostart hier gemeint ist?
Zuletzt bearbeitet:
Ich habe es nun selbst wieder gegen getestet, da hier leider kein Feedback kam.
Recover auf 5.53 - alles i.O.
Recover auf 6.03 - alles i.O.
Update auf 6.04 beta - alles i.O.
Lag wohl einfach an KKK und der PoR war schlicht weg zu kurz? Auf jeden Fall funktionierte es heute ohne Probleme.
Was bleibt ist das reboot Problem nach Recover oder laden der Werkseinstellungen. Es wäre nett, wenn das hier mal jemand gegen prüfen könnte.
Recover auf 5.53 - alles i.O.
Recover auf 6.03 - alles i.O.
Update auf 6.04 beta - alles i.O.
Lag wohl einfach an KKK und der PoR war schlicht weg zu kurz? Auf jeden Fall funktionierte es heute ohne Probleme.
Was bleibt ist das reboot Problem nach Recover oder laden der Werkseinstellungen. Es wäre nett, wenn das hier mal jemand gegen prüfen könnte.
erik
IPPF-Promi
- Mitglied seit
- 30 Nov 2004
- Beiträge
- 6,369
- Punkte für Reaktionen
- 406
- Punkte
- 83
Vermutung: Die Box prüft nach Recover oder Reset ob VDSL-Vectoring vorliegt. Wenn nicht - Neustart mit anderem DSL-Treiber.
Zum Gegentest setze ich jetzt aber nicht mein Heimnetz außer Betrieb, seit die DECT-Telefone nach Spielereien oft neu angemeldet werden wollen artet das richtig in Arbeit aus.
Zum Gegentest setze ich jetzt aber nicht mein Heimnetz außer Betrieb, seit die DECT-Telefone nach Spielereien oft neu angemeldet werden wollen artet das richtig in Arbeit aus.
Reproduzierbarer Neustart beim Anlegen eines "Bekannten WLAN-Gerätes" mit einer Fantasie-MAC-Adresse, um den "WLAN-Zugang auf die bekannten WLAN-Geräte beschränken" zu können mit dem Ziel, nur ein benutzbares Gast-WLAN zu haben. Sehr unangenehmer Nebeneffekt: Die IP-Adresse einer wichtigen Portweiterleitung hat sich dabei geändert, wtf!
keine Push-Mail mehr mit T-Online möglich!?
Seit gestern kommt keine Push-Mail mehr an.
Logmeldung:
Nun vermute ich, dass dieses mit der SSL-Umstellung bei T-Online zu tun hat.
Habe den Würgaround gemäß AVM schon mehrfach versucht, aber die richtigen eingegebenen Daten kriege ich ums verrecken nicht gespeichert!
Bei "Übernehmen" wird offensichtlich das voreingestellte T-Online Profil ohne SSL wieder aktiviert, welches nicht mehr funktioniert, bei Verlassen des Fensters ohne "Übernehmen" natürlich auch.
Einzig wenn ich unmittelbar nach Eingabe der richtigen Daten (ohne "Übernehmen") auf "Einstellung testen" klicke, wird einmalig die Testmail versandt und danach sind die Zugangsdaten wieder verhunzt.
Hat noch jemand das Problem oder bin ich wirklich nur zu blöd?
Seit gestern kommt keine Push-Mail mehr an.
Logmeldung:
Code:
15.04.14 20:06:02 E-Mail-Zustellung gescheitert. SMTP-Server meldet: "535 5.7.0 Authentication rejected / Connection-failure. Username or password incorrect. Please be aware, that the e-mail password is mandatory here. E-Mail-Adresse oder Passwort ungueltig! Bitte beachten Sie, dass hier das E-Mail-Passwort notwendig ist: ".
15.04.14 19:05:54 E-Mail-Zustellung gescheitert. SMTP-Server meldet: "535 5.7.0 Authentication rejected / Connection-failure. Username or password incorrect. Please be aware, that the e-mail password is mandatory here. E-Mail-Adresse oder Passwort ungueltig! Bitte beachten Sie, dass hier das E-Mail-Passwort notwendig ist: ".Nun vermute ich, dass dieses mit der SSL-Umstellung bei T-Online zu tun hat.
Habe den Würgaround gemäß AVM schon mehrfach versucht, aber die richtigen eingegebenen Daten kriege ich ums verrecken nicht gespeichert!
Bei "Übernehmen" wird offensichtlich das voreingestellte T-Online Profil ohne SSL wieder aktiviert, welches nicht mehr funktioniert, bei Verlassen des Fensters ohne "Übernehmen" natürlich auch.
Einzig wenn ich unmittelbar nach Eingabe der richtigen Daten (ohne "Übernehmen") auf "Einstellung testen" klicke, wird einmalig die Testmail versandt und danach sind die Zugangsdaten wieder verhunzt.
Hat noch jemand das Problem oder bin ich wirklich nur zu blöd?
Zuletzt bearbeitet:
Nomax2000
Mitglied
- Mitglied seit
- 15 Jun 2008
- Beiträge
- 536
- Punkte für Reaktionen
- 16
- Punkte
- 18
Gib wie im Workaround beschrieben die richtigen Daten ein (bei mir geht es auch ohne eine Portangabe) und klicke nur auf Email testen. Danach funktioniert es. Wenn du auf Übernehmen klickst, dann wird die SSL Einstellung zurückgesetzt. Auch wenn du ein zweites mal auf Email testen klickst, wird die SSL Einstellung zurückgesetzt. Das dürfte ein klassischer Bug sein.
Gehst du nach dem ersten Test auf eine andere Seite, dann bleibt die Einstellung bestehen. Der Test mittels AB und Anruf Push haben daraufhin funktioniert.
Gehst du nach dem ersten Test auf eine andere Seite, dann bleibt die Einstellung bestehen. Der Test mittels AB und Anruf Push haben daraufhin funktioniert.
Anscheinend wurde das beim FRITZ!OS 6.05 (der 7490) korrigiert, dort wird default securesmtp.t-online.de:587 als SMTP-Server eingetragen.
lt. http://hilfe.telekom.de/hsp/cms/content/HSP/de/3378/faq-45856134
securesmtp.t-online.de mit
- Port 465 für SSL (3.0)
- Port 587 für TLS (SSL 3.1)
securesmtp.t-online.de mit
- Port 465 für SSL (3.0)
- Port 587 für TLS (SSL 3.1)
kzuse
Neuer User
- Mitglied seit
- 22 Feb 2006
- Beiträge
- 196
- Punkte für Reaktionen
- 0
- Punkte
- 16
Ja, 465, 587, ist bei den meisten Anbietern ganz egal (United Internet nimmt auf beiden verschlüsselte Verbindungen entgegen, nach den beiden oben genannten Verfahren) oder auch 25, eigentlich völlig egal, die meisten Server machen auch auf Port 25 TLS (STARTTLS)... Wenn überhaupt der 25 noch offen ist, der wird ja immer seltener genutzt, da in vielen Umgebungen ohnehin gesperrt. Bei "normalen" Clients hilft hier oft die Regel "Probieren geht über studieren", bloß wenn, wie die FRITZ!Box, natürlich automatische Providerprofile die eingetragenen Angaben automatisch überschreiben (was ich in dem Fall sehr wohl als Bug sehe), wirds natürlich problematisch...
Wünsche viel Erfolg und frohe Ostertage!
Wünsche viel Erfolg und frohe Ostertage!
x2optimizer
Neuer User
- Mitglied seit
- 14 Apr 2009
- Beiträge
- 133
- Punkte für Reaktionen
- 0
- Punkte
- 16
Ich bin mal gespannt wann AVM ausgeschlafen hat und die nächste Firmware bringt. So lange war es noch nie ruhig um die 7390
ich glaub auch nicht, dass da noch was passiert. Es sei denn, es gibt wieder ein riesiges Sicherheitsleck. Ansonsten spielt die Musik beim neuen Flagschiff.
Neueste Beiträge
-
[Frage] Layer 2 Traffic übers VPN leiten?
- Letzte: jde07
-
[Sammlung] Fritz!Box 7690 Labor/INHAUS Zyklus Smart24P1FCS - Fw ab 7.90- Letzte: Nomax2000
-
VLAN für 6869i an Mitel 104 konfigurieren
- Letzte: bubblegun
-
Regelung mit FRITZ!DECT 302 und FRITZ!DECT 440- Letzte: Jstessi
-
Fritz!DECT 302 regelt nicht mehr
- Letzte: Base
-
FRITZ!Box 7530 - LaborPlus 8.00 - Sammelthema
- Letzte: Feuerwehr2
