#settings
Several librechat instals on different domains start to behave in the same way after they are used for a few weeks: as admin you can't login anymore and other users got also login problems or don't get all functionality.
The problem is gone when you do a Private Session. So I must have probably some setting wrong. Anyone a clue?
#No login possible after a while
1 messages Β· Page 1 of 1 (latest)
Sometimes there are different levels of cache clearings available, not just for site data, but also login data too which often needs to be selected in order to be purged.
Did you deployed it on azure web service apps and have an azure easy auth setup?
Running latest Ubuntu. I canβt figure out why the problem is reproducable for me (checked different browsers on different devices on different network) but till now not for others . The only common factor is that I used the devices over 10β times to login so I looked at env to find something that could be blocking IP after certain amounts of login. Update: I just grabbed an old iPad , not used before to login and there are no problems . That is a huge clue.
I have four librechats running on same VPS, via four different Domain names
Issue details:
- Multiple Librechat instances (4) running on same VPS with different domain names
- Problem occurs after instances are used for a few weeks
- Admin can't login and users experience login problems/limited functionality
- Issue only appears on devices used >10 times for login
- Fresh devices (like unused iPad) work fine
- Problem persists after regular cache clearing
- Problem disappears when using Private Session/Private Chatββββββββββββββββ
GitHub copilot response : https://pastebin.com/BVxnFDGd
Pastebin
Pastebin.com is the number one paste tool since 2002. Pastebin is a website where you can store text online for a set period of time.
Problem disappears when using Private Session/Private Chatββββββββββββββββ
it's likely a caching issue on the browser pointing to static files that don't exist anymore
How do I avoid this ?
try messing with these settings
https://www.librechat.ai/docs/configuration/dotenv#static-file-handling
this was done so users wouldn't be using old static files that may or may not work
on my end, all that is required is a refresh to fix it, when I see it happen with default settings
I am a professor/teacher using your great code for class room. They often upload different files. What would be a sensible setting for avoiding this?
I removed the parts I think I needed to remove, but I still get the problem I can't access. It says Safari can't open the page "https://digging.digital/c/new" because the server
unexpectedly dropped the connection.
...n
Even private sessions dont work anymore
Disable caching for index.html to always fetch the latest version
INDEX_HTML_CACHE_CONTROL=no-cache, no-store, must-revalidate
INDEX_HTML_PRAGMA=no-cache
INDEX_HTML_EXPIRES=0
Disable static file caching to prevent outdated files from being used
STATIC_CACHE_MAX_AGE=0
STATIC_CACHE_S_MAX_AGE=0
DISABLE_COMPRESSION=true
Enable debug logging to track any potential issues
DEBUG_LOGGING=true
DEBUG_CONSOLE=true
Applied this , seems to hold for now
Unfortunatley, it didn't work.
Anyone?
4 different LC's all showing the same problem for logging in, however with fresh new logins on private browse or unused iPad, no problem.
That sounds like you are using the same auth mechanisms for each one. Yet they are all on different domains and I don't think that's possible yet with the current auth setup. So when a new device or private browse is engaged, LC treats it fine. But when a pre-existing user logs in, no-go.
Sounds like an auth middleware is needed for your use case since you are using different domains. And in regards to that, you're the first I've heard the need for it.
How are you having them login? SSO or accounts you create?
@spark python By the way, very cool to see LC in action in a educational setting. What do you teach?
Created . @cyan wing do we need the auth middleware ?
AI fused with OSINT
you can follow my work here https://www.digitaldigging.org