For anyone else coming later, if you need to modify these files to test out for instance a code fix you would use the CLI tool to run cloudron debug --app app.domain.com, open a web terminal to the app, edit whatever files you need to in /app/code, and then run /app/pkg/start.sh from within that web terminal to manually start the app and test your change.

You can exit debug mode, which will delete your changes, by going to the app's settings in cloudron, Repair, and clicking the Disable Recovery Mode button.

@p998 You have to change the DNS entry of maindomain.com to your external server's IP.

If you keep your browser devtools open and install an app, you can copy the network command as "curl" command. For example, if you install app, just look for the "install" POST call.

9ff9a963-7e36-42ea-b4ec-b4070f1046a1-image.png

Thank you very much for resolving the issue. I would love to understand what i did wrong.

I tried deleting the nginx.conf and certs and let them be regenerated as you have described in other threads. Yet I did not manage to get nginx back up and running. Are there additional steps besides deleting cofings, restarting box, nginx and unbound?

Muchas Gracias for saving the day!

@plusone-nick right, the email just contains a URL for the image and the URL does not change on image change.

There used to be a limit of domains/uses etc but we removed all limits in the previous release.

This is fixed in https://git.cloudron.io/cloudron/dashboard/-/commit/b3cdcb2adb4666f274ed23f2ab05428563531dc8

@girish Hmm, that didn't match the behaviour I saw. I ended up with two separate SPF records in Hetzner. One that I had already set up from my own DNS setup, and one added from Cloudron - which didn't contain the content of my own record. Thankfully it wasn't difficult to fix, once I read up on it.

I think the main thing is you are looking for subscribe/unsubscribe like mailmain, then Cloudron does not have that feature.

@nebulon Issues solved it was my issues by doing wrong LDAP Filter.

@ajtatum Congrats on the success and all the learning! 😎

@girish said in Adding a new user with _ in their username doesn't work and generates no errors/ warnings/ messages:

I tried this now and see a message:

guess you must be running a patched/ fixed version?

@nebulon can you maybe have a look into the other thread, I am a bit stuck but it would be important to get this right for a porject of mine.

@savity So, create a file named /etc/systemd/system/docker.service.d/custom.conf:

[Service] ExecStart= ExecStart=/usr/bin/dockerd -H fd:// --log-driver=journald --exec-opt native.cgroupdriver=cgroupfs --storage-driver=overlay2 --experimental --ip6tables --bip 192.168.1.1/24

Then,

# systemctl daemon-reload # systemctl restart box

If you do, docker network inspect bridge, you will see the IP has changed.

@roofboard
Hmmm I am looking at Rclone It appears to be the backend that many file sync apps like google drive use to "do the magic"

This may be a part of the better solution for folder synchronization...

@girish done

@girish We did. We also had a RAID1 configuration which is why it probably why the server didn't go down all together. I was just surprised that the NVMe memory got corrupted within 6 months of having this server which is why I didn't suspect it until they ran the bench test.

@jdaviescoates said in dynamic ip - TTL/manual update?:

Never really got why so many people use Cloudflare, mostly seems to just add complications and break things, and contributes to massive centralisation of the internet

I'm using their DNS proxying to hide my home server IP address. I don't know of any alternatives. Especially one that has DNS proxying AND is already added to Cloudron (for automating DNS).

As @jdaviescoates said, we force small case for compatibility. I understand that in your specific context that being case sensitive might work though.

LDAP itself has a bunch of case sensitivity madness. See https://stackoverflow.com/questions/29897684/is-ldap-dn-case-insensitive and https://www.ibm.com/docs/en/oala/1.3.5?topic=SSPFMY_1.3.5/com.ibm.scala.doc/install/iwa_pinst_ldap_cnf_cse_sen_t.html . I remember we tried to make this case preserving but this causes lots of subtle very hard to debug failures.

There's a lot of things in play here 🙂 File systems, databases, frameworks, languages... each has their own level of case sensitivity support when it comes to usernames.