Multiple Backends on new DietPi Dashboard v0.7.0

Hello Guys,

with the last version of DietPi-Dashboard (v0.6.2) there was a possibility to config several nodes in the GUI by editing the file config.toml.

Is this also possible in the new version of DietPi-Dashboard (v0.7.0)?
And if so, what settings do you have to make in one or both config files?

I tried the nodes = [“IP-ADDRESS”]option from the old config.toml in the new config-frontend.tomlfile, but that didn’t work.

Any ideas?

did you checked our online docs? System Statistics and Management Options - DietPi.com Docs

Hi Joulinar,

maybe I have overlooked this the last time I was searching for it.

Does it work in both directions? Something like that: If I run several DietPi servers headless with DietPi Dashboard, on every server both frontend and backend installed, can I get all the other servers in the Backend: pull down list of every frontend in this way? Do I have to put the same secret in all frontend and backend config files to obtain this setup? And can I still use the default backend port (5253) for all nodes or do I have to give every backend its own backend port?

I don’t know if this setting makes any sense to quickly switch from one backend to another, but you have to try it. With the old dashboard it didn’t make much sense, because you had to enter the login password of the new backend when switching and that confused the KeePassXC browser extension or the password storage of the browser. So it was easier to have each DietPi Dashboard in its own browser tab.

I could try it all out for myself, but if someone who knows about it gives a decisive tip, I will get faster to the solution. :slightly_smiling_face:

Thank you in advance.

I think you’ve misunderstood the principle of frontend/backend.

  • Frontend: is the application with the web UI for displaying the data
  • Backend: is only the service in the background that collects the data. It cannot display data itself, but sends it to the frontend

In your case, you only need a single system with the frontend installation. All other systems only get the backend. This saves resources, as no frontend is installed as overhead. You connect the individual backend systems to the single frontend.