Webinterface always defective after entering admin data

Openfire as deb, and as gz file and so on. After the installation you can open the web interface. Enter your admin mail and 2 x password. If you then click on continue. The web interface no longer works. All my people, including me, no longer have the possibility to contact us. Whoever programmed it this way should be beaten. A backup is now being imported via clone. We have done this 30 or more times. The error is always there. No matter op update or new installation. Actually we only wanted to change the domain, until then the server was running. After the setup days in the config file set to false, since then the errors are there. That is why we have now tried 30 times to completely reinstall. no web interface after entering admin data. There is no error message.

Raspberry Pi 5 with Ubunto and Debian, errors cannot be eliminated.

Translated with DeepL.com (free version)

Hello.
To the developers. I have not been able to solve the error on Linux, but please read on. I think I know what the problem is :frowning:

Out of desperation I now have the part running on Windows, Raspberry Pi4 with Windows 11. Also here in the current version the same problem. However, there is a web browser on Windows. I can access it via localhost:9090, which is not possible on a Linux server without a desktop (Raspberry Pi 5). I also told chatGPT about this problem. And since I told the bot! (Attention!) I can connect with localhost:9090, but again not from outside. Then the bot said that there is an error in the openfire.xml or conf. This error spreads on Linux if you try to change the domain at the bottom of the openfire.xml . You can open the web interface NOCh. However, once you have run the setup, you can no longer do so. Because something is changed in the openfie.xml that is not correct.

  1. 127.0.0.1 WRONG! it must look like this: 0.0.0.0

  2. is the error also with Debian 12 on the Raspberry Pi? You have to find out now. The server has already been formatted, and our penfire is now running on Windows. 16 hours of work, just because of faulty port files from the manufacturer.

You have the same problem? How did you solve it on Linux?

  1. the firewall must be deactivated under WIndows. Otherwise there is no connection. Enabling Openfire.exe in the firewall does nothing. Firewall must be off. In the Fritzbox, of course, switch the ports from the old server to the new one. I hope it works now with the plugins, I hate Windows grrr, but if it has to :-/

You have an interesting way to try and motivate these people to help you.

xD

I’m a Bud Spancer movie fan, I didn’t mean what I wrote about the beating literally. But such mistakes should not be allowed. I will now run this on Windows and then order a Pi4 with 8 GB, ours only has 4 GB. It wasn’t a problem under Linux. I would like it to run on Linux again. But the service has to be stopped every time, and nobody can write it with their people. We all don’t have WhatsAPp etc. We don’t want it because of data protection concerns.

Oki, hello :slight_smile:
I didn’t find the error under Linux, but I did find a solution.
In openfire.xml (cd /etc/openfire/openfire.xml) set the value at the bottom to false (change true to false)
Then restart the server (sudo reboot).
Then go to the web interface - this time uncheck “Restrict web interface”. Now the server is running again. And the Windoof is history again :slight_smile:

This is a security mechanism. There are workarounds, for instance: [Guide] How to unlock the Openfire admin console