Noch eine Ergänzung: Nachdem Centralex den Anschluss wieder freigeben hat, habe ich in der i-Telexkarte den Haken bei "Standverbindung zum Server wegen nicht-öffentlicher IP verwenden" wieder gesetzt und alles hat wieder funktioniert.
Meine Empfehlung: Wenn ihre diese Meldung mit der falschen Geheimzahl bekommt, dann ca. 15 Minuten warten und dann den Haken bei "Standverbindung zum Server wegen nicht-öffentlicher IP verwenden" wieder neu setzen. Wenn ihr das zu früh macht, kommt vermutlich die Fehlermeldung erneut.
Nach 1-2 Minuten sollte dann wieder alles funktionieren. Es dauert einen Moment, bis das i-Telex die Verbindung zu Centralex wieder aufgebaut hat.
Das basiert jetzt alles noch auf Vermutungen. Wir müssen das einfach mal ausprobieren und hoffen, dass es funktioniert.
Folgende Benutzer bedankten sich beim Autor detlef für den Beitrag:
Ich habe den Haken vor reichlich 4 Jahren gesetzt, als der blaue Würger mit dem Glasanschluß kam. Bis auf Änderungen an den Adressen für die Teilnehmerserver und ASCII verbieten habe ich da nie wieder was ändern müssen. Der Haken ist trotz zich dieser Meldungen mit der Geheimzahl bis jetzt nie raus gewesen, grade noch mal nachgeguckt, er ist nach wie vor drinne...
Folgende Benutzer bedankten sich beim Autor duddsig für den Beitrag:
duddsig hat geschrieben: ↑Di 10. Dez 2024, 15:12
Ich habe den Haken vor reichlich 4 Jahren gesetzt, als der blaue Würger mit dem Glasanschluß kam. Bis auf Änderungen an den Adressen für die Teilnehmerserver und ASCII verbieten habe ich da nie wieder was ändern müssen. Der Haken ist trotz zich dieser Meldungen mit der Geheimzahl bis jetzt nie raus gewesen, grade noch mal nachgeguckt, er ist nach wie vor drinne...
Das könnte wieder mit der Firmware zusammenhängen. Die 966 und die 915 könnten sich unterschiedliche verhalten.
Folgende Benutzer bedankten sich beim Autor detlef für den Beitrag:
Möglich, aber dann behalte ich die 915 mal lieber noch , wollte heute eigentlich updaten nach der Feststellung, daß ich nicht aktuell bin. Dann warte ich erst mal ab ob der aktuell ruhige Zustand anhält. Wenn ja, dann kann ich es ja immer noch machen...
Folgende Benutzer bedankten sich beim Autor duddsig für den Beitrag:
Mmh. Ich habe mal in die Versionshistorie geschaut. Diese Meldung ist schon seit Version 825 drin. Vermutlich schon, solange es Centralex gibt.
Und auch die Bedingung, wann sie ausgegeben wird, ist gleich geblieben.
Und immer wenn die Meldung kommt, werden die Haken bei "dyn. IP-Aktualisierung" und bei "dynamische ip aktualisierung und remote-server anbindung" rausgenommen. Das steht ja auch so in der Meldung. Das ist dann wieder ein Mysterium, wenn das bei dir nicht passiert.
Kann natürlich sein, dass an anderer Stelle was geändert wurde, was sich auf das Fehlerverhalten auswirkt. Das überblickt man nicht so schnell.
Folgende Benutzer bedankten sich beim Autor detlef für den Beitrag:
Wenn Du weißt wie man es provozieren kann, kannst Du das ja mit der sich gesichert gutmütig verhaltenden 915 mal querchecken. Wäre dann ja eine durch Zufall entdeckte Option für Extremfälle. Ich habe auf jeden Fall nur die Kiste aus und wieder eingeschaltet, nie die Konfiguration der Karte bemüht, und das reichlich oft.
Interessant wären diesbezüglich noch Isbrands Beobachtungen, aber ich glaube der hat auch noch nie was von einem verschwundenen Haken geschrieben, trotz offensichtlich aktuellerer Firmware.
Folgende Benutzer bedankten sich beim Autor duddsig für den Beitrag:
duddsig hat geschrieben: ↑Di 10. Dez 2024, 16:24
Wenn Du weißt wie man es provozieren kann, kannst Du das ja mit der sich gesichert gutmütig verhaltenden 915 mal querchecken.
Ich versuche das gerade zu reproduzieren. Gestern ist es mir auf Anhieb 2x gelungen. Im Moment klappt es nicht.
Folgende Benutzer bedankten sich beim Autor detlef für den Beitrag:
