Actualmente estoy trabajando en un sitio web que ejecutará el código .net usando esta guía:
https://docs.microsoft.com/en-us/aspnet/core/host-and-deploy/linux-apache?view=aspnetcore-3.1
Y esta guía para instalar .net core SDK (instalé 2.1 y 3.1 mientras solucionaba problemas):
https://docs.microsoft.com/en-ca/dotnet/core/install/linux-package-manager-fedora31
Estoy tratando de configurar el servidor proxy apache para enviar solicitudes al servidor Kestrel, pero tengo problemas con mi servicio en /etc/systemd/system/kestrel-helloapp.service.
El código de mi servicio es:
[Unit] Description=Started service [Service] WorkingDirectory=/var/www/html/PublishedVersion ExecStart=/usr/share/dotnet /var/www/html/PublishedVersion/Website.dll KillSignal=SIGINT SyslogIdentifier=dotnet-example User=root Enviroment=ASPNETCORE_ENVIROMENT=Production [Install] WantedBy=multi-user.targetEl estado del servicio es:
Mar 15 19:37:38 localhost.localdomain systemd[1]: Started service Mar 15 19:37:38 localhost.localdomain systemd[1706]: kestrel-helloapp.service: Failed to execute command: Permission denied Mar 15 19:37:38 localhost.localdomain systemd[1706]: kestrel-helloapp.service: Failed at step EXEC spawning /usr/share/dotnet: Permission denied Mar 15 19:37:38 localhost.localdomain systemd[1]: kestrel-helloapp.service: Main process exited, code=exited, status=203/EXEC Mar 15 19:37:38 localhost.localdomain systemd[1]: kestrel-helloapp.service: Failed with result 'exit-code'.Hay tres diferencias principales en mi código de servicio en comparación con el código de las guías:
Primero: eliminé el reinicio automático, por lo que no atasca mi máquina.
2º: Cambié ExecStart=/usr/local/dotnet dotnet a ExectStart=/usr/shared/dotnet , lo hice porque mi instalación de .net no está en esa ubicación por alguna razón que se me escapa.
3ro: Cambié User=apache a User=root en un intento de solucionar el problema, el único usuario en mi máquina es root ya que esta máquina es solo para propósitos escolares.
También cambié la configuración de SELinux en mi máquina a permisiva y finalmente la deshabilité en un intento de solucionar el problema.
Todavía soy nuevo en esto y nada de esto se vio en clase, así que tómalo con calma.
Gracias por su tiempo/respuestas.
Systemd tiene restricciones sobre dónde se encuentran los archivos ejecutados. No soy un experto en este campo, pero hay una solución a este problema. Puede editar /etc/selinux/config y cambiar la línea:
SELINUX=enforcing con SELINUX=permissive ,
luego reinicie el sistema y se iniciará el servicio de systemd.