1) Создал приложение ASP.Net Core c шаблоном Angular в Visual Studio 2009 Community.
2) Добавил зависимость Microsoft.Extensions.Hosting.WindowsServices.
3) Добавил в код .UseWindowsService(), чтобы можно было запускать как windows-сервис (с помощью "sc"). Других изменений в коде не делал.
4) Запустил из под среды, все работает, заходит по адресу https://localhost:5001, открывается шаблонное приложение.
5) Делаю публикацию сборки в виде приложения для win-x64 c созданием отдельного файла (параметры публикации на вложенной картинке).
6) Запускаю сборку, как обычное приложение, все работает, запускается приложение в консоле и в браузере открывается клиент (по адресу https://localhost:5001 или http://localhost:5000).
7) А если запускаю мою сборку как сервис с помощью "sc", то сервис запускается, работает, но клиент не открывается ( http://localhost:5000), он не находит главную страницу (по логам в "Просмотре событий" в винде). При этом доступ к http://localhost:5000/weatherforecast есть.

Как я понимаю, при работе в качестве windows-сервиса не находится ClientApp. Но почему?
Мне надо, чтобы сборка была в отдельном файле и работала как windows-сервис.

P.S. если же собирать сборку с выключенной галочкой "Создать отдельный файл", то все работает и как обычное приложение и как windows-сервис.

Во вложении настройки публикации приложения. Забыл приложить

hVostt,

Отдельный файл - это компилятор все упаковывает в один бинарный файл (см. на скриншот настроек сборки), все приложение оказывается в одном бинарном файле (exe-шнике). При такой компиляции уже не получиться вытащить исходники JetBrains dotPeek-ом.

hVostt,

Тогда особого смысла нет.

Тогда два вопроса:
1) Зачем был сделана упаковка в один файл, в чем ее смысл?
2) Как защищать приложение от декомпиляции в исходники?