Служба systemd запускается нормально, но зависает после перезапуска

У меня странная проблема, я настроил пользовательскую службу systemd, на которой запущен проект dotnet. Когда система запускается впервые, служба также запускается нормально, однако, когда я перезапускаю ее, она зависает.

Система — Ubuntu 20.04 на Azure.

Вот описание услуги:

[Ед. изм]
Описание=API

[Оказание услуг]
WorkingDirectory=/home/aviad/Backend
ExecStart=/snap/bin/dotnet run -c AzureDev --launch-profile AzureDev
Перезапустить = всегда
Рестартсек=10
Пользователь=авиад

[Установить]
WantedBy=многопользовательская.цель

Это результат sudo systemctl статус API

✓ api.service — API
     Загружено: загружено (/etc/systemd/system/api.service; включено; предустановка поставщика: включена)
     Активно: активен (работает) со вторника 14 сентября 2021 г., 15:51:50 UTC; 29 минут назад
   Основной PID: 855 (дотнет)
      Заданий: 39 (лимит: 9513)
     Память: 314,2 Мб
     Группа CG: /system.slice/api.service
             ââ 855 /snap/dotnet-sdk/120/dotnet run -c AzureDev --launch-profile AzureDev
             ââ2408 /home/aviad/Backend/bin/AzureDev/net5.0/Backend

А это состояние после перезагрузки:

✓ api.service — API
     Загружено: загружено (/etc/systemd/system/api.service; включено; предустановка поставщика: включена)
     Активно: активно (работает) со вторника 14 сентября 2021 г., 16:33:33 UTC; 7 сек. назад
   Основной PID: 8373 (дотнет)
      Заданий: 0 (лимит: 9513)
     Память: 460.0K
     Группа CG: /system.slice/api.service
             8373 /snap/dotnet-sdk/120/dotnet run -c AzureDev --launch-profile AzureDev

14 сентября, 16:33:33 machine1 systemd[1]: запущен API.

Помимо плохого состояния, фактический проект на самом деле не работает.

Еще несколько вещей, которые я пробовал, и у них был тот же (плохой) результат:

1. Остановите службу, подождите некоторое время, а затем запустите ее.
2. Отключите службу, подождите некоторое время, а затем включите ее.
3. Выполните вышеперечисленное после и до systemctl демон-перезагрузка
4. Выпущено убить -9 к идентификатору процесса и пусть системад перезапустить его