There's additional localization and internationalization doc that was written recently here: https://fusionauth.io/docs/v1/tech/core-concepts/localization-and-internationalization/

Huh, yeah, that is weird. Not sure why there isn't a solid OIDC implementation for passportjs.

You could use the FusionAuth typescript client. It's open source; here's the github repo.

FusionAuth should be OIDC compliant so any NestJS example application that works with OIDC should be fine. Here are some posts to review:

https://sdoxsee.github.io/blog/2020/02/05/cats-nest-nestjs-mongo-oidc.html#add-oidcstrategy https://github.com/Finastra/finastra-nodejs-libs/tree/develop/libs/oidc https://github.com/panva/node-oidc-provider (a node OIDC provider)

As for why you might want to avoid okta, I would just advise looking at the pricing page before committing. 🙂

Hi @john-mooney!

My experience is limited in regards to an Azure cloud deployment, but I will try and assist as best able. I do have a few questions to ask to better understand your issue.

Do you happen to have any other logs which are outputting errors? If you had full logs of the database, app service, or anything else pertinent, that might be helpful in debugging. Do the logs show that all of your database connections are queued? There is a db connection pool that should be available, but if every connection is queued up/waiting, that might be telling. Does this happen only during certain times of the day and not others? At specified intervals? Under high demand/peak demand? How many active and total users do you have on this system? How many active and total tenants do you have on this system? How are you connected to your database? Azure lists a few different ways to configure a PostgreSQL server (server, flexible, hyper-scale). Additional details about your configuration could prove useful. Any other pertinent details about your network configuration and architecture could prove useful here. Are you setting any FusionAuth environment variables, if so which ones?

Thanks,
Josh

There are a number of things that might be causing this.

One thing to check is to see how many logs, debug, and other records your installation is holding on to. This can be reviewed by clicking under Setting -> System

I have attached a screenshot for your review.

logsettings2.png
logsettings.png

Finally, it might be useful to review your system architecture to ensure it is sized appropriately for the number of users you are hosting.

I hope this helps!

Thanks,
Josh

That is weird. It looks like the hikari pool is losing the connection to the database, which then means that the node can't check in, so it then gets killed.

I'm not sure why the pool would be losing the connection; hard to know what is happening.

If you have detailed repo steps (which it sounds like you do), please file a bug in the github issues.

I will say that kubernetes is being run by plenty of our customers and I haven't heard of this issue before, but would love to get to the bottom of this.

@mamaning , welcome to the FusionAuth community!

Can you provide a bit more detail about what the error message is and what you've tried to do to troubleshoot?

Also, if you have a paid edition with support, you can open a support ticket, which will get you a response more quickly.

Thanks!

Tenants are separated logically, with users, identity providers, and applications all separate.

If you need physical or geographic separation (for instance, to host users in tenant A in the USA and users in tenant B in Germany, you can do this by running two instances of FusionAuth. You can keep system wide configuration in sync using scripts with the client library.

Yes. You can use the tenant API or any of the client libraries to created, read, update and delete tenants and all their configuration.

Yes. Apart from what is outlined in the system requirements, FusionAuth does not require any network connection to the Internet.

Yes you can. You have a few options.

If your algorithm matches one of the FusionAuth supported algorithms or one of the community provided ones, you can configure FusionAuth to use it. If not, you may need to write your own hashing plugin.

Once you have imported the hashes, the next the to consider is whether you want FusionAuth to rehash the passwords as the users log in. This is a good option if the previous hashing algorithm was not a strong one. This is configured at the tenant level, under the Passwords tab.

You can migrate all of your user data (store any non standard info in user.data), their roles, groups, application association, refresh tokens (so that someone using a TV app, for example, won't have to login again) and their password hashes.

Please see the FusionAuth migration guide for more.

Does SendGrid indicate why they are rejecting requests? In my experience, this is generally due to invalid creds, or a “From address” with a domain that does not match your SendGrid account.

So if a default template is being used with a no-reply@fusionauth.io address you may see a runtime error such as a rejected SMTP request.

Otherwise I'd make sure the IP address is in any whitelists, or share anything else that sendgrid logs.

Hiya,

I think the best path forward would be for you to use the populate JWT lambda.

In that you can examine the user, their registrations to various FusionAuth applications, and modify the delivered JWT. So you could iterate the registrations and build a JWT claim called supportedApps with a list of your apps. You'd have to keep all the lambdas in sync across every application, but luckily you can do so with the FusionAuth API.

Then in any APIs your SPA or native apps call, they can look at the supportedApps claim. If the API supports that company, it can respond.

I'm not sure exactly why you are separating these companies out as FusionAuth applications if one login gets you access to all of them, though. You could map this within one application using roles too, which is a different set of tradeoffs.

@infosec welcome to the FusionAuth community!

This seems like a bug in our rpms. Can you please file a bug here: https://github.com/fusionauth/fusionauth-issues/issues

Feel free to reference this forum post.

Thanks so much!

Since both APIs are technically the same, is there a way to use the email template defined for the Setup Password with the Forgot Password API?

Yes. Navigate to 'Tenants -> your tenant -> Email' and you can set 'Setup password' and 'Forgot password' to be the same template.

There may be template variable differences, please consult the documentation and ensure you are checking for existence before you rely on them:

https://fusionauth.io/docs/v1/tech/email-templates/email-templates/#setup-password

https://fusionauth.io/docs/v1/tech/email-templates/email-templates/#change-password

It is an ever changing list, but the easiest way to see it is to go to the FusionAuth pricing calculator and select the region to see what countries are currently supported.

If you would like us to support a country not currently on that list, please contact us with more details.

Peering is not an option at the moment. If you have a use case for this, please file a GitHub issue with more details about how you'd like to see the feature implemented.

Another option is to self host and run FusionAuth within your cloud network infrastructure. If you'd like to do that and still have help from the FusionAuth team, consider a plan with a support contract.

We support deploying to Bahrain. Not sure if you are looking for best latency, but that deployment would be the closest geographically.