3CX FDQN IP changed - Cannot log into server

[jreddy]

I have a mess. My Google cloud IP changed. So I cannot log into server. I tried using the new IP and the login console comes up, but it does not like my password. So here is everything I have tried. No Linux expert. I am using the latest version.

1. Tried Unzipping the 3CXScheduledBackup.zip, but got permission denied. I wanted to look at the xml file to find the password.
2. Cannot fine simple steps on how to do a backup and unzip that file? The 3CX docs are too complex
3. Did a forgot password and no email came thru.
4. Cannot open a support ticket without buying support.

A bit frustrated. So please help resolving my issue. I need to change the IP of the 3cx FDQN. or atleast recover the password and log into the console with the IP instead of the FDQN.

Thanks

 

[nub]

i would start by just changing your hosts file to reflect the new ip address, and then login without cert errors, \windows\system32\drivers\etc\hosts

ip addr on the left, host name of the right:
38.25.63.10 test.3cx.us

 

[jreddy]

my system is debian linux and i also accidently released the fqdn from the partner portal. i tried stopping and restarting but it did not pick up new ip or the old fqdn. did not work

 

[Alphabetic]

Is this a product server or one you're playing about with?

Restart your PBX first to see if this gets your FQDN back.

the fact you can get at the MGMT console via IP is a good start. I wouldnt worry about editing your host file as this isnt fixing the problem. Releasing the FQDN will disassociate it with your IP.

Are you able to SSH to your PBX?

If you can, I would perform a backup via command and exclude the FQDN https://www.3cx.com/docs/backup-restore-command-line/

Then reinstall your PBX and try get your FQDN back when it asks you to make one.

 

[JohnS_3CX]

Hi @jreddy

If you know the IP of the machine (from your google cloud console) you can simply type it in and log in using your administrator password. Make sure you are connecting to the right IP and didn't end up on someone else's server (the served certificate will also help confirm this).

The password is the same whether using IP or FQDN so this is not the problem in this case.
Note: The password recovery only works for the administrator account, not for extension accounts

When you tried to unzip and got permission denied, I'm assuming you connected to the machine via SSH and attempted to unzip the file on the server VM without sufficient privileges (required in Linux environments)