Использовать тот же порт для двух разных приложений

[shadow7256]

> 2. Web app конфигурится на порт 443.
Непонятно, что такое Web app.

Это Web приложение (ASP.NET MVC) которое крутится на IIS. Добавляется SSL certificate, добавляется HTTPS binding и все.

[shadow7256]

1. Есть Web приложение, которое вертится на IIS на порту 80 (HTTP). Ясен пень, что мы его сконфигурим на порт 443 (на HTTPS). Это все без проблем. https://server.com:443/index.html

2. Также есть windows service, внутри которого хостится Web API (self hosted API). Web API конфигурится сейчас так, что слушает порт 9700 на входящие запросы. Эти запросы не имеют никакого отношения к web запросам на веб приложение. У Web API свои задачи , у Web приложения свои. https://server.com:443/api/Transactions

Ага, то есть WebApp - это IIS. Смотрим: можно ли сконфигурировать "IIS reverse proxy". Гугл говорит,что можно, и даже объясняет как. По этим инструкциям и конфигурируем этот reverse proxy в IIS, чтобы все запросы, приходящие у нему на URI "/api/Transactions/СУФФИКС" проксировались на "http://localhost:9700/api/Transactions/СУФФИКС", где их обслуживает написанный Вами сервис. В результате запросы к Web приложению IIS обслуживает из собственных ресурсов, а запросы к сервисам - проксирует на 9700.

Всё заработает и не будет CORS.

Вы про это?*

https://blogs.msdn.microsoft.com/friis/ ... orld-apps/

[helg]

Вы про это?*
https://blogs.msdn.microsoft.com/friis/ ... orld-apps/

Полагаю, что это таки оно. Вам нужен только reverse proxy. URL rewrite, полагаю, в вашем случае не нужен: IISу не требуется менять URL от клиента при передаче его вашему сервису, да и в теле ответе сервиса, полагаю, не надо менять URLы при отдаче их клиенту - обычно ихтамнет. Но если в IIS они оба ставятся только вместе, одним компонентом, что же, значит именно этот компонент и надо ставить и конфигурить.

[idle0]

Можно иметь два IP на одном сервере, на одном на порту 443 будет жить IIS, а на другом ваш Web App - и тоже на порту 443