Redirect immich to subdomain
Hi,
I am trying to run an immich with docker portainer with possibility to access it with a subdomain url. I've used the example compose file, changed only UPLOAD_LOCATION and JWT_SECRET env variables. The IMMICH[...]URL I have left with default http://immich-[...]:300x.
I run with this stack two networks: internal and external, where the second is connected with standalone nginx proxy manager conatiner. With the npm i redirect my subdomain to immich_proxy:2283. Unfortunately, it does not connect to the service while with internal ip address it does.
Any suggestions?
25 Replies
if the proxy container and the npm container are on the same network, you need to use the internal port of immich_proxy, not the external port. So 8080 instead of 2283.
damn it.. I have been so close.. such a stupid mistake.
lol
So it works with the web browser. While usig subdomainn I still needs to add the port and '/api'?
what do you mean?
yup
It works. But I cant set up a new password for first logging in user
web for that
only with web possible?
right now, yeah
all the admin stuff is only on the web right now including setting up the first user
Post Install Steps | Immich
A list of common steps to take after installing Immich include:
but I have already created a non-admin user, and wanted to first login with the app. In this case it also needs to change the password with web browser?
How did you create the user?
as an administrator via the web browser. This is fine. Then I have tried to perform first login with just created user with mobiile app
Oh I see. Yes I think password changing is only on the web.
Try logging in with that user on the web once first
I have already done this, change the password and the app works. But it would better if it could be done with the app
Yup, makes sense. There are some feature discrepancies between the web and app, with plenty of things to build still.
I don't think there is an issue on GitHub for that yet of you wanted to make one to track it.
I want to deliver a web gallery where I will share photos with few groups of users. I ahve few questions already
1. Is it possible to create groups where the users could be added, and later the albums would be shared only via groups?
2. Is it possible to disable the possibility to backup the photos by users so they will only see the shared photos?
Neither are currently possible.
There is an issue for the first one already though:
https://github.com/immich-app/immich/issues/1043
GitHub
[Feature]: User Groups for sharing/permissions · Issue #1043 · immi...
Feature detail I'd like be able to use groups of users. Either created by the admin, users, imported from oauth, or some combination thereof. Ideally the end result would be able to use all...
For number two, there are some related things already discussed:
Public albums: https://github.com/immich-app/immich/issues/265
And then as part of groups, implementing role based auth, which would include more fine grained controls for access, which could include read only access (no backup).
GitHub
[Feature]: Externally shared album to non-users (collaborative / no...
Feature detail Often when a group of friends has done something together, they will have taken photos that the other people in the group would like to have. People want a quick and easy way to shar...
Ad 2: So it is not a direct solution, and let's say "easy"?
Generally, I need a service which is "idiot'resitant", just log in (great if with 2FA with email) and see pictures which I have shared them, depending in which group they are. Immich has the great advantage that it has its own app, where i.e. photo prism has "only" pwa
besides this, I think in future I will use this as an backup solution, instead google photos (which generally I am not using, but need some service)
Sounds good.
Your primary use case isn't what immich is focused on, but there is a lot of overlap and you might be able to make it work. We'll have to see how it plays out.
I had been recommended to try immich for my case, but I have not read about this enough and even have not checked deeply the demo version.
"We'll have to see how it plays out."
Ypu mean generally the develop of this service, right?