Cómo comprobar si existe una ruta de acceso utilizando PowerShell

En el ámbito de la administración de sistemas y la gestión informática, la automatización de las comprobaciones rutinarias es fundamental. Una de estas comprobaciones rutinarias es verificar la existencia de una ruta de acceso o carpeta específica, una acción que se realiza a menudo para asegurarse de que determinado software o archivos críticos están en su sitio. PowerShell ha surgido como un potente lenguaje de scripting que facilita estas tareas, permitiendo a los profesionales de TI agilizar las operaciones con precisión.

Antecedentes

El script en cuestión pretende simplificar el proceso de verificación de rutas, no sólo comprobando si existe una ruta de acceso especificada, sino también actualizando un campo personalizado en función de este resultado. Esta doble funcionalidad tiene un valor incalculable para los profesionales de TI y los proveedores de servicios gestionados (MSP) que confían en los datos en tiempo real para supervisar las instalaciones, las actualizaciones o el estado del software en varios sistemas. Al integrar un mecanismo de retroalimentación personalizado, el script permite a los usuarios adaptarlo en función de sus herramientas de supervisión y paneles específicos.

El script para comprobar si existe una ruta de acceso

<#
.SYNOPSIS
    Updates a custom field with Yes or No, depending if the path exists or not.
.DESCRIPTION
    Updates a custom field with Yes or No, depending if the path exists or not.
.EXAMPLE
     -Path "$env:APPDATAZoombin" -CustomField "Zoom"
    Check if Zoom is installed for the current user. Set custom field "Zoom" to "Yes" if the folder exists or "No" if it doesn't.
.EXAMPLE
    PS C:> Set-IfPathExists.ps1 -Path "$env:APPDATAZoombin" -CustomField "Zoom"
    Check if Zoom is installed for the current user. Set custom field "Zoom" to "Yes" if the folder exists or "No" if it doesn't.
.OUTPUTS
    None
.NOTES
    Minimum OS Architecture Supported: Windows 7, Windows Server 2008
    Release Notes:
    Initial Release
 By using this script, you indicate your acceptance of the following legal terms as well as our Terms of Use at https://www.ninjaone.com/terms-of-use.
    Ownership Rights: NinjaOne owns and will continue to own all right, title, and interest in and to the script (including the copyright). NinjaOne is giving you a limited license to use the script in accordance with these legal terms. 
    Use Limitation: You may only use the script for your legitimate personal or internal business purposes, and you may not share the script with another party. 
    Republication Prohibition: Under no circumstances are you permitted to re-publish the script in any script library or website belonging to or under the control of any other software provider. 
    Warranty Disclaimer: The script is provided “as is” and “as available”, without warranty of any kind. NinjaOne makes no promise or guarantee that the script will be free from defects or that it will meet your specific needs or expectations. 
    Assumption of Risk: Your use of the script is at your own risk. You acknowledge that there are certain inherent risks in using the script, and you understand and assume each of those risks. 
    Waiver and Release: You will not hold NinjaOne responsible for any adverse or unintended consequences resulting from your use of the script, and you waive any legal or equitable rights or remedies you may have against NinjaOne relating to your use of the script. 
    EULA: If you are a NinjaOne customer, your use of the script is subject to the End User License Agreement applicable to you (EULA).
#>
[CmdletBinding()]
param (
    # Path to file or folder
    [Parameter(Mandatory = $true)][String]$Path,
    # THe custom field that we will be updating
    [Parameter(Mandatory = $true)][String]$CustomField,
    # Text that will be saved to the custom field when file/folder exists
    [Parameter(Mandatory = $false)][String]$Exists = "Yes",
    # Text that will be saved to the custom field when file/folder does not exist
    [Parameter(Mandatory = $false)][String]$NotExist = "No"
)

begin {}
process {
    $CustomFieldValue = $(
        if ($(Test-Path -Path $Path -ErrorAction SilentlyContinue)) {
            $Exists
        }
        else {
            $NotExist
        }
    )
    Ninja-Property-Set -Name $CustomField -Value $CustomFieldValue
}
end {}

 

Análisis detallado

Desglosemos los componentes del script:

Parámetros:

• $Path: Especifica la ubicación del archivo o carpeta.
• $CustomField: Hace referencia al campo personalizado que se actualizará en función del resultado.
• $Exists: Campo de texto que indica la presencia de una ruta.
• $NotExist: Campo de texto que indica la ausencia de ruta.

Bloque de proceso:

• El cmdlet Test-Path comprueba si el $Path especificado existe.
• En función del resultado, se asigna a la variable $CustomFieldValue el valor $Exists o $NotExist.
• Ninja-Property-Set actualiza el $CustomField con el $CustomFieldValue.

Posibles casos de uso

Pensemos en un responsable de TI que supervisa la implantación de software en una organización. Quiere confirmar que Zoom está instalado en el puesto de trabajo de cada empleado y, en lugar de navegar manualmente por cada uno de ellos, despliega este script en toda la red. Comprueba la existencia de la ruta de instalación de Zoom y actualiza un panel centralizado que permite al administrador saber, de un vistazo, qué máquinas tienen Zoom instalado.

Comparaciones

Aunque existen métodos manuales para comprobar la existencia de rutas, como navegar por carpetas o emplear la opción de propiedades basada en GUI, Test-Path de PowerShell es eficiente y escalable. Por otra parte, la integración de la prueba de trayectoria con un mecanismo de retroalimentación personalizado, como se ve en este script, ofrece una capa adicional de personalización que no suele encontrarse en las soluciones listas para usar.

FAQ

• ¿Qué ocurre si el $Path especificado es incorrecto?
  El script devolverá el valor $NotExist si no encuentra la ruta.
• ¿Cómo se utiliza Ninja-Property-Set aquí?
  Este es un marcador de posición para una función hipotética que actualiza las propiedades. En una aplicación del mundo real, lo sustituirías por una función real compatible con tu herramienta de supervisión.

Implicaciones

Aunque el script ayuda a la automatización, tiene cierta repercusión en la seguridad informática. Si entidades malintencionadas acceden al panel de control, pueden discernir las vulnerabilidades del software basándose en las instalaciones. Garantizar que los resultados de este script se guardan en un entorno seguro es crucial.

Recomendaciones

• Prueba siempre el script en un entorno controlado antes de desplegarlo.
• Actualiza periódicamente la lista de rutas que deben comprobarse, asegurándote de que sigue siendo pertinente.
• Garantiza que los datos generados por el script se almacenan y transmiten de forma segura.

Reflexiones finales

NinjaOne, como solución integrada de gestión de TI, puede aprovechar aún más las capacidades del script. Mediante la integración de scripts como estos, NinjaOne puede ofrecer una visión más detallada y en tiempo real, permitiendo a los profesionales de TI gestionar y supervisar los sistemas de manera eficiente. La combinación de la versatilidad de PowerShell y la completa plataforma de NinjaOne garantiza unas operaciones de TI sólidas y optimizadas.