- Joined
- Mar 20, 2020
- Messages
- 84
- Reaction score
- 15
Hi,
I'm testing restoring the backup of a live system to a test system:
- both systems are hosted and V18
- the live system was backed up w/o FQDN & license info
- the test system has a different FQDN
- the restore completes successfully
- SIP-trunks of the restored system are manually disabled for now (although they connect correctly)
So far so good, but the following is strange:
- adding the test account to my 3cx-app on my Smartphone REPLACES the live system's account. This is strange, because even if user/pwd are identical, FQDNs aren't (but changing ID/pwd makes no difference)
- luckily, "adding" the live account replaces the test account
I suspected an issue with the SSL-certificate, but checking the certificate, it bears the correct FQDN and was issued when the new system was installed. It is different from the restored system!
Has anyone a good idea or explanation?
I'm testing restoring the backup of a live system to a test system:
- both systems are hosted and V18
- the live system was backed up w/o FQDN & license info
- the test system has a different FQDN
- the restore completes successfully
- SIP-trunks of the restored system are manually disabled for now (although they connect correctly)
So far so good, but the following is strange:
- adding the test account to my 3cx-app on my Smartphone REPLACES the live system's account. This is strange, because even if user/pwd are identical, FQDNs aren't (but changing ID/pwd makes no difference)
- luckily, "adding" the live account replaces the test account
I suspected an issue with the SSL-certificate, but checking the certificate, it bears the correct FQDN and was issued when the new system was installed. It is different from the restored system!
Has anyone a good idea or explanation?
Last edited: