Remote authentication against multiple sites


I am looking for a support system for my sites. I am looking for a solution that allows remote authentication and I think that my situation is a bit unique. I own several sites, each has it's own user base. Basically these are instances of the same site, only in different counties. I had in mind setting up one support centre for all sites and here are my questions:

  1. Does your solution supports multi-languages or should I set a pre-defined language for the support site I get from you?
  2. Can the remote login feature work against several remote locations? This means that the user should choose his country from a list (can you choose for him based on his IP?) in order to be authenticated against the correct site (where his user/pwd are stored).




  • 0

    I do not think this is a unique problem at all. Almost all the international services use different TLD's for the different countries. That is important for several reasons, including user experience and SEO. And, naturally you do not want to have a separate Zendesk account for each site. Zendesk remote login URL's does not currently support that, but it should.

  • 0

    I'm wondering this as well. We have multiple products and would like to support them all through one unified helpdesk. Unfortunately they all have different logins and one URL won't cut it. What options are there for multiple sites under one helpdesk?

  • 0

    It's been 7 months since I asked that question and it was pretty much ignored.. What I ended up doing is a global site that can connect to all sites I have. The user is taken to that site, chooses the country he belongs to and enters his user/pwd. So technically that's a single site, but behind the scenes this site works against all my other sites (and databases).

    I have the benefit of being the developer of my sites, so I could do that, but I think that a proper solution should be added to Zendesk, where you can add multiple remote authentication URLs, which the user chooses against which to authenticate before he's taken there.

    Either way, thanks for a great support app!

  • 0

    We have a growing need for this. We have multiple country specific sites with different TLD (netcycler.fi, netcycler.de, netcycler.co.uk etc.). We are using remote authentication to log our users into our Zendesk helpdesk. It seems that Zendesk only supports one remote login URL, which is a problem, because we with that, we can only log users from one country into Zendesk. Is there any plans to support more URLs?

  • 0

    Thanks for the reply David. We do have control over all of our apps but creating a single sign on system just to support Zendesk's remote authentication is way beyond what we have resources for right now. I really wish Zendesk had better support for multiple products. Is there anything like this on the horizon?

  • 0

    Hi Tyler,

    Actually it took me no more than a few hours to implement and since it doesn't look like Zendesk plan to add this feature (at least it's not said anywhere) then it didn't really leave me with any choice.

    All in all Zendesk's solution is great and I couldn't find another that matches it, so I'm comfortable with this bit of extra work to make it 100% to my needs.

    Sorry I couldn't be more helpful.

    I'd be happy if you could let me know when you learn more about that subject.


  • 0

    I'm facing the same issue as u all do except a tiny issue.

    I have a multi sites share the same users database, so my users could login in any site of mine.

    my concern is the ability to redirect my users to their site login page not any other site, and because Zenddesk could only login to only one site this cant be done using Zenddesk, so I have to think in another way like detecting the user IP and redirect him to the prober site or create a separate authentication page for all my sites and redirect Zenddesk to it.

    I think Zenddesk should deal with this issue because as I see many are asking for it, its a great system.

  • 0

    If you add a param (say the final url) to http://mycompany.zendesk.com/login?myauthurl=http://mycompany.co.uk/

    This myauthurl does get passed onto the remote url you specify within zendesk. That url can then do a further redirect with all the params to the final one.

    Doesn't this solve the problem ?

  • 0

    Hi all, 

    Sorry for the delay here. The solution we recommend for RA across multiple brands/ sites is using our Enterprise offerings which allow multibranding. With mutlibranding, you can have an unlimited amount of Zendesk instances with each of these can support their own Remote Authentication url. The ideal set up from our side is that end users would authenticate into the branded helpdesks and create requests which would then be shared to a central helpdesk seamlessly. Your agents would log into a central desk where they could answer all of the seperate requests while maintaining the branding of the original desk. 

    You can find out more information about the Enterprise offerings here:



    if the problem is  setting up remote authentication with a requirement for multiple unique Zendesk web portals then our Enterprise offerings c

  • 0

    We have / had the same problem - but the availability of the technical solution is not solving our challenge: we have one core application and every client who wants to integrate confidential data has his own private implementation. That means that we have one product, but as many multiple sites as customers. 

    Technically Zendesk supports now the implementation - but the business model does not... we would need to license one support agent per customer since every site requires one dedicated agent. Saying 100 agents to support 100 clients which we all do with ONE agent does not seem to be excessive. I could live with 3-5, but paying more than $1500 for client for support and given that we receive about 10 tickets per year from a customer makes this too expensive. 

    It is a pity that the technology is now flexible, but the business model is shaped to serve clients with large brands and a lot of users.

    We are now looking into alternatives...

Please sign in to leave a comment.