Нашим решением было использовать PHP / MySQL для решения этой проблемы.Как обычно, вы должны иметь внешний домен / поддомен CNAME'd для вашего приложения, однако, как вы увидите, запись CNAME не обязательно должна соответствовать точному поддомену в приложении.Затем вы создадите область в своей базе данных, где пользователь может сказать вам, с какого внешнего сайта он получил CNAME.На этом этапе вы будете выполнять большую часть своей аутентификации на веб-сайте на основе узла HTTP, либо захватывая поддомен и используя его в качестве клиента, либо проверяя, находится ли узел HTTP в вашем списке CNAME, а затем ссылаясь на клиента оттуда.
Что CNAME делает, так это просто указывает на местоположение сервера, поэтому, если вы используете подстановочные знаки в конфигурации apache, foo.myapp.com разрешается в то же местоположение, что и bar.myapp.com, но вПриложение может использовать хост, чтобы вытащить поддомен и найти клиента ("foo" и "bar").При использовании CNAME, например, m.mywebsite.com --cnamed-> foo.myapp.com, приложение больше не имеет этой клиентской информации на HTTP-хосте, и, как мы упоминали, настройка подстановочного знака apache (* .myapp.com) просто выбрасывает поддомен .. поэтому из-за этого клиент должен сказать нам: «Я буду посещать m.mywebsite.com, поэтому сделайте это имя хоста действительным и для моей аутентификации».