synapse_people, и вас блокируют просто по тому что это все очень легко отследить со стороны сервиса и это (если владельцы не полные идиоты) нарушает правила пользования. Вы бы пообщались с сервисом и спросили как вы можете совместно закрыть вашу потребность
synapse_people, у меня складывается ощущение что вы проблему как-то не с того края решать стали. Вероятно про прокси вы правильно подумали, но только как-то перегибает палку. Зачем удалять cors для этой задачи если его надо грамотно настраивать? То же и с csp. Зачем вам 240 прокси? У вас не похоже что хайлоад, а значит что вас и одного прокси хватит(если мы про сервера).
Нарисуйте схему взаимодействия всей вашей архитектуры и приложите в задачу. И напишите обязательно для чего это вам. Возможно все гораздо проще чем вы думаете
synapse_people, прокси разбивает поток траффика на 2 части - между клиентом и прокси и прокси - ориджин. Вопрос только в том какие сертификаты вы собираетесь на него ставить)))
RealFireStorm, а у вас выбор только в решении, а не в безопасности. Если железка не умеет в безопасность то можете про это сразу и забыть. Разве что можно разорвать контур сохранения (у вас же присылаются данные в базу, а не наоборот?) Через RabbitMQ, ну и поставить валидацию жёстко входящих данных
f_anton, никакой разницы не замечено. Те кто хотят этим заниматься учатся не покладая сил. Вуз не может дать почти ничего и тратит несколько лет на то что можно изучить за несколько месяцев
tomatos77, во-первых это был стартовый бред, во-вторых ваш маленький проект при таком раскладе будет людей куда меньше волновать чем половина лежащих сервисов из повседневной работы, а в третьих вы просто можете заменить CDN и продолжить радоваться с минимальным даунтаймом
