I have a web application using Angular 1.5 as the front end framework. I use angular-auth0 client library for the authentication. It works fine and have had relatively no issues except for this one
One of my customers recetly has started seeing this error “You should not be hitting this endpoint” refer to the attached picture for more details.
Also I have attached the HAR file for more information.
I see the "You should not be hitting this endpoint” error you are talking about in the HAR. Can you direct message me the username or email associated with the user experiencing the issue? Do you have any active rules that could be triggering the direction of this user? Thanks!
After spending sometime looking at this with our Support team, we’ve come to the conclusion that we are going to generate a case for this to get a closer inspection on what may be occurring. You should be notified by email once that case is created.
I will continue to keep this thread open until we are able to conclude the case. Thank you.
What exactly is it meant by a case and who will be looking into it ?
How long does it usually take to resolve such cases and what sort of priority do you have on them
How will I get notified of the progress
I need to be able to clarified on the above points so I can update my client in the right direction and also help somebody else if they face such an issue
Hi @huzefa.yousuf I just CCed you on the support case.
In any case, I’ll copy the response here since it might be helpful to others facing this:
There seems to be a DNS error. There’s a special file, https://cdn.eu.auth0.com/client/<CLIENT_ID>.js, that Lock loads on startup to get information about the application (such as title, enabled connections, and so on). This file resides on our CDN (https://cdn.auth0.com, https://cdn.eu.auth0.com or https://cdn.au.auth0.com depending on the tenant’s region) but, on some requests, it seems as if the user’s browser is not getting the proper IP for the subdomain and is instead going directly to our main server at auth0.com, causing this error message.
I saw, in our internal logs, that all these failed requests seem to come from a single IP (86.43.102.9) IP address. I suggested resetting the DNS cache to see if that improves things.Also have the user try the same flow from a different computer.