наружу, т.е. любому доступно) нужно давать не только по токену но и по IP. Типа не в списке адресов - 404 а если есть твой адрес то давай токен и получай что хотел.
Так вот, проверку IP лучше делегировать NGINX или в через фильтры Спринга из каждого запроса доставать и сравнивать с таблицей разрешённых IP?
я бы на балансере такое делал, конечно. если много времени, сделайте и там и там и выбирайте в процессе эксплуатации что удобнее. надо только помнить, что если хотите делать это в джяве, то надо пробрасывать реальный айпишник с балансера дальше. условный X-Forwarded-For
Вот да. Просто по факту желательных пользователей будет - ну 50 наверное. Хотя есть надежды что больше. А вот нежелательные все остальные юзеры интернета. Поэтому я бы тоже возложил эту работу на плечи инженеров nginx. А вот токены счастливчиков чекал бы Spring фильтрами.
так-то, если есть заранее список ip, то можно вообще на уровне iptables отшивать остальных. или что там ща по дефолту в линухах
Сколько инстансов будет?
С 1 начинаем. В теории до 3 может быть потом.
Тогда ИМХО есть всего один вариант это сделать на reverse proxy
Почему 404 и зачем смотреть полностью наружу? Имхо, вайтлист айпишников вообще не должен на уровне приложения и веб-сервера обрабатываеться, а на сетевом уровне через iptables
Если определенное API только для внутреннего использования, то нужно вообще его изолировать от греха подальше.
там какая задумка была. типа 2-ая защита. т.е. помимо пароля и логина, хотелось бы ещё и по IP клиентов проверять. Клиент попросил такую возможность рассмотреть. что-бы если кто-то сворует логин и пароль и попробует воспользоваться этими API, то его бы ждал облом... как-то так было т.з.
на уровне сети такое надо делать
Обсуждают сегодня