How is passbolt deriving the domain?


#1

I have a css issue trying to run passbolt docker behind another nginx instance which terminates SSL.

Where does passbolt derive the application domain from? For example looking at the html:

<link rel="stylesheet" href="http://**passbolt**/css/themes/default/api_login.min.css?v=2.5.0"/></head>

I need to replace passbolt with my own domain so that the links work, as all relative links seems to point to ‘/passbolt/’ and not my domain.

Is it also possible to configure pssbolt to use relative links for css etc as I dont want the ‘http’ portion as browsers will block mixed content.

I would like to get passbolt to replace this with my own domain:

<base href="http://passbolt/">

#2

Have you tried to play with the APP_FULL_BASE_URL ?


#3

Hi again Diego, yes I did change it but it seems like either I haev a config issue or passbolt isnt using my env file:

“Env”: [
“APP_FULL_BASE_URL=http://passbolt”,
“DATASOURCES_DEFAULT_PASSWORD=P4ssb0lt”,
“DATASOURCES_DEFAULT_PORT=3306”,
“DATASOURCES_DEFAULT_HOST=db”,
“DATASOURCES_DEFAULT_DATABASE=passbolt”,
“DATASOURCES_DEFAULT_USERNAME=passbolt”,
“PASSBOLT_REGISTRATION_PUBLIC=true”,

docker inspect shows that its not actually picking up my changed value. It does pick up the value PASSBOLT_SSL_FORCE=false though so it is definitely reading my env file.


#4

@diego Do you have a slack channel?

I have a few questions about the docker compose version as I have it up and running now.

It tells me that it will periodically delete my data, is this correct?

It looks like soime of the options such as setting a key expiry are also greyed out. I guess what I need to know is can I use the docker compose version or will does it have restricted features and will it delete all of my passwords that I enter, and if so when, and will I get any warning?


#5

Hey there,

Unfortunately we don’t have a public slack channel

If you haven’t set persistency for the mysql container your database will be wiped every time you restart the mysql container. docker-composer.yml provided comes already with persistency enabled for mysql container.

It also persists the gpg key. Some other directories such as avatars directory are persisted on this docker-compose.
With this in mind your passwords won’t be deleted upon container restarts unless your docker volumes are deleted manually from the host.
If your gpg server key expires you should create a new one and perform an account recovery. There is another thread on this forum that discusses that situation. However, by default passbolt_docker image creates a serverkey that never expires (PASSBOLT_KEY_EXPIRATION) so you likely won’t be in the previously mentioned situation.


#6

@diego thanks for the replies, looks like a very nice tool so far!

I am mounting the folders inside the container to an EBS volume so they should persist inbetween restarts of the containers and be backed up as well so I think this should be ok.

I was worried it might be a time based limit enforced because the application was in evaluation mode but I think this clears it all up.


#7

Evaluation mode?
Passbolt Community Edition (CE) is open source software and free to use by anyone! You can enjoy it as much as you want!


closed #8

This topic was automatically closed 5 days after the last reply. New replies are no longer allowed.