We have updated to 3.0.0 and now, when connecting via LDAP, the connection is terminated with the credentials entered correctly. I have checked the configuration files several times and do not understand how to solve the problem.
[2025-08-21 14:06:54][ERROR ] — [redirect_index] 404 Error: 404 Not Found: The requested URL was not found on the server. If you entered the URL manually please check your spelling and try again. (app_routes.py)
Hi @Artem,
Thanks for reporting the issue. One of our developers is currently on vacation and will be back on Monday, August 25, 2025. As soon as he’s available, I’ll consult with him regarding your configuration and provide you with a detailed solution as quickly as possible.
I appreciate your patience!
Sincerely,
Your DataGerry Team
Hi @Artem,
We tested the LDAP connection on our end and it is working smoothly. Could you please share more details so we can reproduce the error?
Sincerely,
Your DataGerry Team
what is required? Where to look?
The problem is after the update, when entering the correct login and password, the system loads for a long time, and then crashes.
It works on local authorization.
Hi @Artem,
Thanks for checking! We just tested the LDAP connection again on version 3.0.0 and it works flawlessly on our end.
Could you please try connecting without HTTPS and let us know if that resolves the issue?
Thanks in advance!
Sincerely,
Your DataGerry Team
I’d add my pennies to the LDAP issues in 3.0.0. LDAP users get only username filled in MongoDB at first login. Then I need manually fill others. And there is no way to configure the LDAP group mapping. DG works with a single group user logins but not with mapping. It would be nice to have a doc with a multigroup example in th new version of DG.
BR, A
Hi @alokhovi,
Thanks for sharing these details! I’m looping in our team to look into this immediately and will get back to you with an update. Appreciate your patience and feedback!
Sincerely,
Your DataGerry Team
the problem is not LDAP, but nginx
When it is turned on, it does not load and disconnects.
Error log nginx - empty.
why doesn’t it skip to the page after authorization?
config looks like this On-Premises Installation — DataGerry latest documentation
[27/Aug/2025:12:10:46 +0300] “GET /624.dee880e69a18130a.js HTTP/1.1” 304 0 “https://mc.com/auth” “Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/139.0.0.0 Safari/537.36” “-”
[27/Aug/2025:12:10:46 +0300] “GET /assets/img/favicon-32x32.png HTTP/1.1” 304 0 “https://mc.com/auth” “Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/139.0.0.0 Safari/537.36” “-”
[27/Aug/2025:12:10:46 +0300] “GET /assets/img/site.webmanifest HTTP/1.1” 304 0 “https://mc.com/auth” “Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/139.0.0.0 Safari/537.36” “-”
[27/Aug/2025:12:11:16 +0300] “GET /assets/fonts/Raleway-Light.woff2 HTTP/1.1” 304 0 “https://mc.com/auth” “Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/139.0.0.0 Safari/537.36” “-”
Can someone help?
the problem persists
Hi team.
We’re seeing a similar issue on our side, but it occurs even for local users, regardless of whether LDAP is enabled. We used the same configuration as in the previous version (2.2.0), which worked as expected.
We’re running DataGerry in Kubernetes and using the Traefik Ingress Controller. It works fine when we skip ingress and use port forwarding, which uses HTTP instead of HTTPS.
Could this be related to an SSL issue? I’ve seen a few posts mentioning similar problems.
---
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
labels:
app.kubernetes.io/component: datagerry
app.kubernetes.io/managed-by: Helm
app.kubernetes.io/version: 3.0.0
helm.sh/chart: datagerry-3.0.0
name: datagerry
spec:
ingressClassName: traefik
rules:
- host: datagerry.company.xyz
http:
paths:
- backend:
service:
name: datagerry
port:
number: 8080
path: /
pathType: Prefix
---
apiVersion: v1
kind: Service
metadata:
labels:
app.kubernetes.io/component: datagerry
app.kubernetes.io/managed-by: Helm
app.kubernetes.io/version: 3.0.0
helm.sh/chart: datagerry-3.0.0
name: datagerry
spec:
ports:
- name: http
port: 8080
protocol: TCP
targetPort: 4000
selector:
app.kubernetes.io/component: datagerry
app.kubernetes.io/managed-by: Helm
app.kubernetes.io/version: 3.0.0
helm.sh/chart: datagerry-3.0.0
type: ClusterIP
[2025-09-15 10:38:28][ERROR ] --- [redirect_index] 404 Error: 404 Not Found: The requested URL was not found on the server. If you entered the URL manua │lly please check your spelling and try again. (app_routes.py)
