Я планирую настроить веб-сервис, к которому будут доступны другие сайты. Идея заключается в том, что веб-сервис должен быть защищен и что каждый сайт, обращающийся к веб-службе, будет аутентифицирован против своего зарегистрированного домена.Междоменная аутентификация
- Владельцы сайта будет зарегистрировать свой домен (например, foo.com) с веб-передний конец моего веб-сервиса
- Далее, их сайт будет выдавать методы HTTP (
GET, PUT, POST, DELETE
и т.д.), которые, как правило, будут Javascript HTTP Запрос - Сайты, получающие доступ к веб-службе, не нуждаются в аутентификации; веб-служба определит, был ли зарегистрирован домен, из которого он поступает, если я обработаю запрос в соответствии с доменом сайта.
Проблема, которую я имею в виду, в настоящее время, является ли такая система будет «масштаб» и будет «работать»
Я работал как с Apache Shiro и Spring Security, но я никогда не сталкивался с такого рода требования ,
Вы хотите аутентифицироваться в соответствии с URL-адресом клиента? Например, если пользователь получает доступ с 'http: // foo.com', он получит разрешения пользователя foo.com после аутентификации, если пользователь получит доступ с' http: // example.org', он будет использовать example.org разрешения и т. д. Какую масштабную проблему вы видите здесь? Кроме того, если пользователь получает доступ с 'http: // subdomain.foo.com', какой пользователь должен после аутентификации? также foo.com? – Michael
Он будет масштабироваться не хуже, чем использование пользовательских токенов, вероятно, лучше, поскольку вся необходимая информация уже будет в входящих запросах. Тем не менее, он будет работать, это совсем другое дело. Во-первых, схема, похоже, сильно ориентирована на клиентов Javascript. И будет очень подвержен подделке информации о подключении. – Perception
@michael Правильно, это именно то, что мне нужно. Что касается «шкалы», я просто использовал это слово для обозначения этой идеи, если бы эта идея была превращена во что-то выполнимое. – 2013-04-19 14:21:58