Ärgerlich, das hätte man sicher verhindern können.
Die Fragen:
- Wurde die produktive 3CX denn schon einmal neu gestartet?
- Was für eine 3CX Version ist das? Standard (sollte nicht mehr funktionieren) / Professional / Enterprise?
- Warum ist die neue 3CX nicht mit dem FQDN gekoppelt? Wird das in der 3CX irgendwo angezeigt oder ist die Lizenz weg? Funktioniert die LAN intern so wie sie soll und nur extern nicht?
- Wird der FQDN extern nicht auf die öff. IP der 3CX aufgelöst?
- Hat sich die interne IPv4 (die LAN IP) der 3CX geändert?
- Wird der FQDN intern nicht auf die IP der 3CX aufgelöst?
- Steht irgend etwas dazu im Dashboard der 3CX, dass der etwas und was der nicht gefällt?
- Steht im Dashboard der 3CX die korrekte externe IP4?
- Ist IPv6 irgendwo aktiv? dann durchgehend deaktivieren und neu starten
Beschreibe den Fehler bitte genauer und beantworte wenn möglich die Fragen. Hinweis: eine 3CX ehem. Standard (sollte inzwischen eine v20 sein sonst ist die vmtl. schon deaktiviert) löst ihren FQDN alle xx Stunden auf, eine 3CX Professional alle 6 Stunden, eine Enterprise alle 5 min.
Zu deinen Fragen:
1. Bisher kein Neustart, da die Anlage weiterhin normal funktioniert und ich vorerst mal nichts riskieren wollte. Falls hier keinerlei Gefahr besteht, kann ich das gerne mal machen.
2. Es ist eine Professional Version.
3. Ich habe das vielleicht falsch formuliert. Der FQDN wird weiterhin im Dashboard angezeigt, allerdings scheint sich ja beim Wiederherstellen einer Anlage über ein Backup die Maschine mit einem 3CX-Server zu verbinden, um vermutlich Zertifikate zu erstellen etc. Dabei scheint es ein Zusammenspiel aus Lizenz, FQDN, Zertifikat und wahrscheinlich der IP-Adresse der Maschine zu geben. Da dies neu ausgehandelt wird, wird vermutlich die alte, also eigentliche Produktivmaschine davon gelöst.
4. Extern löst der FQDN auf die öffentliche IP meines Anschlusses auf, über den ich die VM aufgesetzt hatte. Die Produktivmaschine steht nicht hier im Haus, sondern an einer anderen Adresse mit eigenem Anschluss. Hier muss dann also wieder die Auflösung auf die öffentliche IP-Adresse der eigentlichen Produktivmaschine hergestellt werden...Nur wie?
5. Die interne IP der Produktivmaschine hatte sich vor einigen Monaten mal geändert, was allerdings in der Hinsicht nichts verändert hat. Bis gestern war der externe Zugriff jederzeit möglich.
6. Schalte ich mich auf einen Server im Netzwerk der Produktivmaschine auf, kann ich die 3CX sowohl über die interne IP als auch über den FQDN erreichen (Split DNS wurde bereits als Vorbereitung für die V20 Migration gemacht).
7. Im Dashboard wird lediglich die dynamische IPv4 Adresse rot angezeigt.
8. Die IPv4 Adresse ist korrekt, über diese lässt sich die Anlage von extern auch erreichen.
9. Unter den Netzwerkeinstellungen >> Öffentliche IP-Adresse ist der Haken gesetzt bei der Automatischen IPv6-Schnittstellenbindung. Den kann ich mal rausnehmen und die Anlage neu starten.
Vielen Dank für deine detaillierte Fehleranalyse, wie immer eine top Unterstützung!
