Eventos
Cree aplicaciones inteligentes
17 mar, 11 p.m. - 21 mar, 11 p.m.
Únete a la serie de encuentros para crear soluciones de IA escalables basadas en casos de uso del mundo real con otros desarrolladores y expertos.
Regístrese ahoraEste explorador ya no es compatible.
Actualice a Microsoft Edge para aprovechar las características, las actualizaciones de seguridad y el soporte técnico más recientes.
Los procedimientos recomendados de desarrollo de software sirven de guía a los desarrolladores para escribir software que requiera la menor cantidad de privilegios. Sin embargo, algunos programas, como las herramientas de supervisión de rendimiento, requieren permiso del administrador debido a las reglas del sistema operativo. En las siguientes instrucciones se describen los escenarios admitidos para escribir dicho software con .NET Core.
Los siguientes comandos se pueden ejecutar con privilegios elevados:
dotnet tool
, como dotnet tool install.dotnet run --no-build
dotnet-core-uninstall
No se recomienda ejecutar otros comandos con privilegios elevados. En concreto, no se recomienda usar privilegios elevados con los comandos que usa MSBuild, como dotnet restore, dotnet build y dotnet run. Los problemas de administración de permisos son el principal problema cuando un usuario cambia varias veces entre una cuenta restringida y otra raíz después de emitir comandos de dotnet. Como usuario restringido, es posible que no tenga acceso al archivo generado por un usuario raíz. Hay maneras de resolver esta situación, pero, para empezar, no es necesario que surjan.
Puede ejecutar comandos como raíz siempre y cuando no cambie repetidas veces entre la raíz y una cuenta restringida. Por ejemplo, los contenedores de Docker se ejecutan como raíz de forma predeterminada, por lo que tienen esta característica.
En las instrucciones siguientes se muestra la manera recomendada de instalar, ejecutar y desinstalar las herramientas de .NET que necesitan privilegios elevados para ejecutarse.
Los recursos de paquete deben instalarse en una ubicación protegida con la opción --tool-path
. Con esta separación se pretende aislar un entorno de usuario con privilegios restringidos de un entorno con privilegios elevados.
sudo dotnet tool install PACKAGEID --tool-path /usr/local/share/dotnet-tools
Se creará /usr/local/share/dotnet-tools
con permiso drwxr-xr-x
. Si ya existe el directorio, use el comando ls -l
para comprobar que los usuarios restringidos no tienen permiso para editar el directorio. Si es así, use el comando sudo chmod o-w -R /usr/share/dotnet-tools
para quitar el acceso.
Opción 1 Use la ruta de acceso completa con sudo:
sudo /usr/local/share/dotnet-tools/TOOLCOMMAND
Opción 2 Agregue el vínculo del símbolo de la herramienta, una vez por cada herramienta:
sudo ln -s /usr/local/share/dotnet-tools/TOOLCOMMAND /usr/local/bin/TOOLCOMMAND
Y ejecute con:
sudo TOOLCOMMAND
sudo dotnet tool uninstall PACKAGEID --tool-path /usr/local/share/dotnet-tools
Si ha realizado un vínculo de símbolo, también deberá quitarlo:
sudo rm /usr/local/bin/TOOLCOMMAND
Las herramientas locales se limitan al árbol de subdirectorio, por usuario. Cuando se ejecutan con privilegios elevados, las herramientas locales comparten un entorno de usuario con privilegios restringidos en el entorno con privilegios elevados. En Linux y macOS, esto da como resultado archivos que establecen con acceso de solo usuario raíz. Si el usuario cambia a una cuenta restringida, el usuario ya no podrá acceder a los archivos ni escribir en ellos. Por tanto, no se recomienda instalar las herramientas que necesiten permisos elevados como herramientas locales. En su lugar, use la opción --tool-path
y las instrucciones anteriores para las herramientas globales.
Durante el desarrollo, puede que necesite acceso con privilegios elevados para probar la aplicación. Este escenario es común para las aplicaciones de IoT, por ejemplo. Se recomienda que compile la aplicación sin la elevación y, a continuación, la ejecute con privilegios elevados. Hay unos pocos patrones, como los siguientes:
Uso de archivo ejecutable generado (proporciona el mejor rendimiento de inicio):
dotnet build
sudo ./bin/Debug/netcoreapp3.0/APPLICATIONNAME
Mediante el comando dotnet run con la marca —no-build
para evitar que se generen nuevos archivos binarios:
dotnet build
sudo dotnet run --no-build
Comentarios de .NET
.NET es un proyecto de código abierto. Selecciona un vínculo para proporcionar comentarios:
Eventos
Cree aplicaciones inteligentes
17 mar, 11 p.m. - 21 mar, 11 p.m.
Únete a la serie de encuentros para crear soluciones de IA escalables basadas en casos de uso del mundo real con otros desarrolladores y expertos.
Regístrese ahoraFormación
Módulo
Usar herramientas de desarrollo para ampliar Power Platform - Training
Este módulo se centrará en las herramientas de desarrollo disponibles que le pueden ayudar a realizar actividades de desarrollo con Power Platform.
Certificación
Microsoft Certified: DevOps Engineer Expert - Certifications
Esta certificación mide la capacidad de realizar las siguientes tareas técnicas: Diseño e implementación de procesos y comunicaciones, diseño e implementación de una estrategia de control de código fuente, diseño e implementación de canalizaciones de compilación y versión, desarrollo de un plan de seguridad y cumplimiento e implementación de una estrategia de instrumentación.
Documentación
Eliminación del entorno de ejecución y el SDK de .NET - .NET
En este artículo se describe cómo desinstalar .NET en Windows, macOS y Linux. Desinstale .NET manualmente, mediante un administrador de paquetes o con la herramienta de desinstalación de .NET.
Comando dotnet tool uninstall - .NET CLI
El comando dotnet tool uninstall desinstala del equipo la herramienta especificada de .NET.
Información general sobre la herramienta de desinstalación de .NET - .NET
Información general sobre la herramienta de desinstalación de .NET. Esta herramienta es una herramienta de línea de comandos guiada que quita los SDK y los entornos de ejecución de .NET.