У меня есть приложение с интерфейсом angular 7 и API dotnet core 2.2. API существует на защищенном корпоративном сервере, а внешний интерфейс angular — на хостинг-сервере. IP-адрес внешнего хост-сервера занесен в белый список на брандмауэре сервера API, но поскольку вызовы API поступают с IP-адреса пользователя, а не с IP-адреса хост-сервера, все запросы блокируются.
Например, если пользователь 1 имеет IP-адрес A и делает запрос из внешнего приложения, он попадает на сервер API с IP-адресом A вместо IP-адреса B (IP-адрес внешнего сервера). Затем запрос блокируется, поскольку в белый список включен только IP-адрес B.
Есть ли способ обойти это? Могу ли я принудительно отправить запрос с IP-адреса внешнего сервера?
Что вы можете сделать, так это отправить детали операции из углового приложения на ваш размещенный сервер. Затем, основываясь на деталях операции, определите, какой API нужно вызывать. Вызов этого API из ядра dotnet. И отправьте результат вашему клиенту. Таким образом, ваш хост-сервер действует как шлюз между API и клиентом.
Это также зависит от того, какой хостинг вы делаете. Если у вас есть возможность, вы можете написать этот шлюз в NodeJS, если существуют ограничения в отношении платформы.
да. Это то, что я предлагал.
Этого и следовало ожидать, клиент делает запрос, а не сервер.
На сервере, где размещен ваш интерфейс Angular, создайте простой прокси-сервер, который получает запросы API от клиентов, а затем перенаправляет их на ваш внутренний сервер. Вы можете написать его практически на любом языке, который поддерживает ваш сервер.
Затем обновите приложение Angular, чтобы оно указывало на этот новый URL-адрес, и все запросы к вашему внутреннему серверу API будут поступать с вашего IP-адреса из белого списка.
Я не уверен, что следую. Вы предлагаете по существу иметь API-интерфейс посредника, который выполняет вызовы с внешнего сервера на реальный сервер API? Это то, чего я пытаюсь избежать.