# Binario 0 Portal de tecnología especializado en la divulgación de conocimientos técnicos mediante manuales detallados, guías prácticas y artículos en profundidad sobre sistemas, ciberseguridad, redes y administración de infraestructuras IT. A.M.D.G. et B.V.M. JHS - Site: https://binariocero.com/ ## NK2Edit, cómo editar y recuperar las direcciones de autocompletado de Outlook - Link: https://binariocero.com/articulos/nk2edit-como-editar-y-recuperar-las-direcciones-de-autocompletado-de-outlook - Published: 2026-10-15T10:24:32+02:00 - Author: Binario 0 ![Loading](https://binariocero.com/wp-content/plugins/page-views-count/ajax-loader- 2x.gif) Cuando escribimos una dirección de correo electrónico en Microsoft Outlook, el programa suele mostrar sugerencias de destinatarios utilizados anteriormente. Esta función de autocompletado agiliza el envío de mensajes, pero también puede generar problemas: direcciones antiguas que siguen apareciendo, contactos duplicados, sugerencias incorrectas o listas que dejan de funcionar. Para gestionar estos datos existe **NK2Edit**, una herramienta de NirSoft que permite consultar, modificar, eliminar, añadir y recuperar registros de autocompletado de Outlook. En esta guía veremos qué es NK2Edit, para qué sirve, dónde descargarlo y cómo utilizarlo para administrar las direcciones almacenadas por Outlook. ## ¿Qué es NK2Edit? NK2Edit es una utilidad desarrollada por Nir Sofer especializada en la edición de archivos de autocompletado de Microsoft Outlook. En versiones antiguas de Outlook, las direcciones sugeridas al redactar un correo se almacenaban en archivos con extensión `.NK2`. Estos archivos contienen registros con nombres, direcciones y otros datos utilizados para ofrecer sugerencias de destinatarios. Outlook no proporciona una interfaz convencional para editar directamente todos los registros de estos archivos. NK2Edit permite acceder a ellos mediante una tabla, modificar sus campos y guardar los cambios en el archivo correspondiente. La herramienta también puede crear archivos nuevos, importar registros, eliminar direcciones obsoletas, combinar archivos y recuperar información de determinados archivos dañados. Aunque es una aplicación portátil, dispone también de una versión con instalador. ## ¿Para qué sirve NK2Edit? NK2Edit está diseñado para administrar la lista de autocompletado de Outlook y solucionar problemas relacionados con ella. Sus principales funciones son las siguientes: * **Eliminar direcciones antiguas:** quitar sugerencias que ya no deben aparecer al redactar mensajes. * **Corregir direcciones de correo:** modificar nombres visibles, direcciones y otros campos de los registros. * **Añadir destinatarios manualmente:** incorporar direcciones que quieras tener disponibles en la lista. * **Eliminar registros duplicados:** localizar entradas repetidas y facilitar su limpieza. * **Recuperar archivos dañados:** intentar extraer y reparar información de archivos NK2 que Outlook ya no puede leer correctamente. * **Combinar archivos:** copiar registros de un archivo a otro o combinar varias listas. * **Exportar información:** guardar los datos en formatos como CSV, HTML, XML o texto. * **Automatizar tareas:** ejecutar determinadas operaciones mediante scripts y parámetros de línea de comandos, según las funciones disponibles y la licencia utilizada. Estas funciones pueden resultar útiles en tareas de soporte técnico, migraciones de equipos y mantenimiento de instalaciones antiguas de Outlook. ## ¿Dónde descargar NK2Edit? La descarga recomendada es la página oficial de NirSoft: **Página oficial de NK2Edit:** [https://www.nirsoft.net/utils/outlook_nk2_edit.html](https://www.nirsoft.net/utils/outlook_nk2_edit.html) En esta página encontrarás las distintas versiones, las instrucciones de uso, el historial de cambios y la información sobre licencias. Las opciones principales son: * **Versión ZIP de 32 bits:** permite ejecutar la herramienta sin instalación. * **Versión ZIP de 64 bits:** necesaria para determinadas operaciones que acceden directamente a una instalación de Outlook de 64 bits. * **Paquete con instalador:** incorpora un proceso de instalación y desinstalación convencional. * **Paquete combinado:** incluye ejecutables de ambas arquitecturas. Para abrir y editar archivos NK2, la elección de la arquitectura no siempre depende de la versión de Windows. Sin embargo, si vas a utilizar funciones que acceden directamente a Outlook, como consultar la libreta de direcciones, debes seleccionar la versión de NK2Edit que corresponda a la arquitectura de Outlook instalada. ### Licencia de uso Antes de utilizar NK2Edit en un entorno profesional, ten en cuenta sus condiciones de licencia: * El uso personal doméstico es gratuito. * También es gratuito para organizaciones benéficas y sin ánimo de lucro. * Las empresas pueden evaluar el programa durante 14 días. * Para continuar utilizándolo en una organización empresarial después de ese periodo, es necesario adquirir la licencia comercial correspondiente. Consulta las condiciones vigentes en la página oficial antes de desplegarlo en varios equipos. ## ¿Qué son los archivos NK2 de Outlook? Los archivos `.NK2` almacenaban las sugerencias de autocompletado de destinatarios en versiones antiguas de Microsoft Outlook, como Outlook 2003 y Outlook 2007. Cuando un usuario escribía un nombre o una dirección en los campos Para, CC o CCO, Outlook podía mostrar sugerencias basadas en los destinatarios utilizados anteriormente. Estos registros no son lo mismo que los contactos de Outlook. Una dirección puede aparecer en el autocompletado aunque no exista como contacto guardado en la libreta de direcciones. Por ello, editar la lista de autocompletado no equivale a modificar los contactos almacenados en Outlook. ### ¿Dónde se almacenan? En las versiones antiguas de Outlook, los archivos NK2 suelen encontrarse en la carpeta del perfil de usuario correspondiente a los datos de Outlook. Una ubicación habitual es: `%APPDATA%\Microsoft\Outlook` Puedes introducir esa ruta en la barra de direcciones del Explorador de archivos para comprobar si existe un archivo NK2. La ubicación exacta puede variar según la versión de Outlook y la configuración del perfil. ### ¿Outlook moderno sigue utilizando archivos NK2? No de la misma manera. A partir de Outlook 2010, Microsoft cambió el mecanismo de almacenamiento del autocompletado. Las sugerencias locales pasaron a utilizar archivos con extensión `.dat`, y en determinados escenarios también interviene el almacén de mensajes del perfil de Outlook. NK2Edit incorpora compatibilidad con archivos de autocompletado de distintas versiones de Outlook, pero es importante utilizar el formato correcto al guardar los cambios. Para Outlook 2010 y versiones posteriores, no debes guardar sin más el resultado como un archivo NK2 si necesitas que Outlook utilice el formato DAT. Además, el nuevo Outlook para Windows utiliza un modelo diferente al Outlook clásico. No debes asumir que sus sugerencias pueden gestionarse directamente mediante archivos NK2 o DAT. ## Cómo ejecutar NK2Edit NK2Edit puede utilizarse sin instalarlo en Windows. Sigue estos pasos: 1. Accede a la página oficial de NirSoft. 2. Descarga el paquete ZIP adecuado. 3. Extrae los archivos en una carpeta, por ejemplo, `C:\Herramientas\NK2Edit`. 4. Ejecuta `NK2Edit.exe` o el ejecutable de la arquitectura que necesites. 5. Si el programa detecta un archivo NK2 compatible con el perfil predeterminado, podrá abrirlo automáticamente. También puedes abrir un archivo concreto desde el menú **File > Open .NK2 File** o mediante `Ctrl + O`. Si necesitas trabajar con archivos de otro usuario o de un equipo distinto, puedes seleccionar manualmente el archivo siempre que tengas los permisos necesarios. **Antes de modificar un archivo:** cierra Outlook por completo y comprueba en el Administrador de tareas que `OUTLOOK.EXE` ya no está ejecutándose. Si Outlook permanece abierto, podría guardar sus propios cambios y sobrescribir las modificaciones que hagas con NK2Edit. ## Cómo utilizar NK2Edit para modificar direcciones ### 1. Abrir el archivo de autocompletado Cuando inicies NK2Edit, comprueba si ha abierto el archivo esperado. Si necesitas editar otro archivo, utiliza `Ctrl + O` y selecciona el archivo correspondiente. Antes de realizar cambios, verifica que el archivo pertenece al perfil de Outlook que quieres modificar. ### 2. Revisar las direcciones almacenadas En el modo de edición de tabla, NK2Edit presenta los registros en filas y columnas. Dependiendo del registro, puedes encontrar campos como: * Nombre para mostrar. * Dirección de correo electrónico. * Nombre utilizado en la lista desplegable. * Información relacionada con Exchange. * Texto empleado para buscar y mostrar la sugerencia. Esta vista permite identificar rápidamente direcciones antiguas, nombres incorrectos y registros duplicados. Si una dirección aparece en la lista de autocompletado, pero no en los contactos, puede tratarse de un registro independiente del archivo de autocompletado. ### 3. Eliminar una dirección obsoleta Imagina que un empleado ha cambiado de dirección de correo y Outlook continúa sugiriendo la cuenta anterior. El procedimiento sería el siguiente: 1. Localiza el registro correspondiente. 2. Comprueba que el nombre y la dirección son los correctos. 3. Selecciona la fila. 4. Utiliza la opción de eliminación del menú **Action** o del menú contextual. 5. Guarda los cambios con `Ctrl + S`. Después, abre Outlook y comprueba si la sugerencia antigua ha desaparecido. Si la aplicación sigue mostrando la dirección, verifica que has modificado el archivo correcto y que no existe otra fuente de autocompletado asociada al perfil. ### 4. Modificar una dirección de correo Si necesitas corregir una dirección o el nombre visible de un registro: 1. Selecciona el registro. 2. Haz doble clic sobre él para abrir su ventana de edición. 3. Modifica los campos correspondientes. 4. Confirma los cambios. 5. Guarda el archivo con `Ctrl + S`. Revisa cuidadosamente tanto el nombre como la dirección SMTP y los campos relacionados con Exchange. No todos los registros utilizan exactamente la misma estructura. Una modificación incorrecta puede hacer que el registro deje de funcionar como esperabas. ### 5. Añadir una dirección nueva NK2Edit permite crear registros de autocompletado manualmente. Para ello: 1. Abre el archivo correspondiente. 2. Accede a la opción **Add New Record**. 3. Introduce el nombre visible y la dirección de correo. 4. Completa los campos adicionales que sean necesarios para el tipo de registro. 5. Guarda los cambios. También puedes añadir registros a partir de la libreta de direcciones de Outlook en las configuraciones compatibles. Ten presente que añadir una dirección al autocompletado no significa crear un contacto en la libreta de direcciones. ### 6. Exportar las direcciones Si necesitas revisar la lista fuera de Outlook o documentar las direcciones almacenadas, puedes exportar los registros. Selecciona los elementos deseados y utiliza la opción **Export Selected Items**. Entre los formatos disponibles se encuentran: * CSV, para trabajar con los registros en Excel. * HTML, para generar un informe legible desde un navegador. * XML, para procesar la información con otras herramientas. * Texto, para consultar o archivar los datos. También puedes copiar registros seleccionados y pegarlos en una hoja de cálculo. Antes de compartir el archivo exportado, comprueba que no contiene direcciones personales o información interna que deba permanecer protegida. ## Cómo recuperar un archivo NK2 dañado Una de las funciones destacadas de NK2Edit es la posibilidad de intentar recuperar datos de archivos NK2 que Outlook ya no puede leer. Si las sugerencias han desaparecido o el archivo parece estar dañado, puedes seguir este procedimiento: 1. Cierra Outlook completamente. 2. Localiza el archivo NK2 afectado. 3. Haz una copia del archivo original en otra carpeta. 4. Abre la copia con NK2Edit. 5. Comprueba si la herramienta consigue mostrar los registros recuperables. 6. Si los datos aparecen correctamente, guarda el resultado en un archivo nuevo. 7. Verifica que el archivo generado es compatible con la versión de Outlook que utilizas. No sobrescribas el original hasta comprobar que los datos recuperados son válidos. La recuperación depende del tipo y del alcance del daño. NK2Edit no garantiza que sea posible reconstruir todos los registros de un archivo corrupto. ## Copias de seguridad antes de modificar el archivo Editar archivos de autocompletado puede afectar a las sugerencias que utiliza Outlook, por lo que es recomendable conservar una copia original. NK2Edit incluye opciones para realizar copias de seguridad y, en su configuración habitual, crea una copia del archivo original en la primera operación de guardado. Entre las opciones disponibles se encuentran las siguientes: * Copia automática del archivo original en el primer guardado. * Creación manual de una copia mediante **Backup Current NK2 File**. * Restauración de la copia creada durante el primer guardado, mediante **Restore Backup From First Save**. Aunque la herramienta incorpora mecanismos de protección, conviene crear también una copia independiente antes de cualquier modificación importante. ## ¿Qué hacer si NK2Edit no funciona como esperabas? Si Outlook no muestra las modificaciones o NK2Edit no encuentra el archivo, comprueba los siguientes puntos. **1. Verifica la versión de Outlook.** Determina si utilizas Outlook clásico, una versión antigua que emplea NK2 o una versión moderna que utiliza otros formatos de almacenamiento. **2. Comprueba la extensión del archivo.** Los archivos NK2 de versiones antiguas no son intercambiables sin más con los archivos DAT de versiones posteriores. **3. Cierra Outlook completamente.** Asegúrate de que `OUTLOOK.EXE` no sigue ejecutándose en segundo plano antes de guardar los cambios. **4. Comprueba que estás modificando el perfil correcto.** Si tienes varios perfiles o trabajas con diferentes cuentas, asegúrate de haber seleccionado el archivo que corresponde al usuario afectado. **5. Revisa los permisos.** Si el archivo está en una carpeta protegida o pertenece a otro usuario, puede que necesites los permisos adecuados para abrirlo y modificarlo. **6. Ten en cuenta las diferencias entre autocompletado y contactos.** Eliminar una sugerencia no elimina necesariamente un contacto de Outlook, y añadir un registro al autocompletado no crea automáticamente un contacto. ## Conclusión NK2Edit es una herramienta especializada para consultar, modificar y recuperar archivos de autocompletado de Microsoft Outlook. Permite eliminar direcciones antiguas, corregir registros, añadir destinatarios, combinar archivos y exportar información para su análisis. Estas funciones pueden ser especialmente útiles en tareas de soporte técnico y mantenimiento de instalaciones de Outlook que utilizan los formatos compatibles. Sin embargo, antes de utilizarla es fundamental identificar la versión de Outlook y el formato de almacenamiento correspondiente. Los archivos NK2 pertenecen principalmente a versiones antiguas, mientras que las versiones posteriores utilizan otros mecanismos de autocompletado. Si necesitas administrar archivos NK2 o recuperar información de uno dañado, puedes descargar NK2Edit desde la página oficial de NirSoft. Recuerda realizar una copia de seguridad antes de modificar los datos y comprobar las condiciones de licencia si vas a utilizar la herramienta en una organización empresarial. ## AppCrashView, cómo consultar los errores de aplicaciones en Windows - Link: https://binariocero.com/articulos/appcrashview-como-consultar-los-errores-de-aplicaciones-en-windows - Published: 2026-10-15T10:23:09+02:00 - Author: Binario 0 ![Loading](https://binariocero.com/wp-content/plugins/page-views-count/ajax-loader- 2x.gif) Cuando una aplicación se cierra inesperadamente en Windows, el sistema puede registrar información sobre el incidente. Sin embargo, encontrar esos datos y relacionarlos con el programa afectado no siempre es sencillo. **AppCrashView es una herramienta gratuita de NirSoft que permite consultar los informes de errores de aplicaciones generados por Windows Error Reporting (WER)**, facilitando la identificación de programas que han fallado, las fechas de los incidentes y los detalles técnicos disponibles. En esta guía veremos qué es AppCrashView, para qué sirve, dónde descargarlo y cómo utilizarlo para investigar cierres inesperados en Windows. ## ¿Qué es AppCrashView? AppCrashView es una utilidad portátil desarrollada por Nir Sofer, creador de numerosas herramientas de diagnóstico y administración de sistemas Windows. Su función consiste en leer los archivos de informe `.wer` que genera el mecanismo Windows Error Reporting cuando se producen determinados errores en aplicaciones. En lugar de tener que localizar y abrir manualmente estos archivos, AppCrashView reúne los informes disponibles en una interfaz con dos paneles: * El panel superior muestra la lista de errores detectados. * El panel inferior presenta el contenido del informe seleccionado. Esta organización permite consultar rápidamente los incidentes registrados, revisar sus detalles y exportar la información para su posterior análisis. La herramienta no necesita instalación ni bibliotecas DLL adicionales. Basta con descargar el paquete, extraerlo y ejecutar el archivo correspondiente. ## ¿Para qué sirve AppCrashView? AppCrashView está orientado a la investigación de errores de aplicaciones que Windows ha registrado mediante su sistema de informes. Sus principales aplicaciones son las siguientes: * **Consultar el historial de cierres inesperados:** permite revisar los informes de errores disponibles en el equipo. * **Identificar las aplicaciones afectadas:** muestra información sobre el proceso que ha sufrido el fallo. * **Investigar errores recurrentes:** ayuda a detectar si una aplicación falla repetidamente o si varios incidentes presentan características similares. * **Consultar información técnica:** muestra datos disponibles en los informes WER, como códigos de excepción, módulos y detalles del incidente. * **Exportar los resultados:** permite guardar la información en formatos como TXT, CSV, HTML y XML. * **Documentar incidencias:** facilita compartir los datos con técnicos de soporte o desarrolladores. Por ejemplo, si una aplicación empresarial se cierra varias veces al día, AppCrashView puede ayudar a comprobar cuándo se han producido los errores y qué información ha registrado Windows sobre ellos. Es importante recordar que AppCrashView es una herramienta de consulta y análisis. No repara aplicaciones ni determina automáticamente la causa raíz de todos los errores. ## ¿Dónde descargar AppCrashView? La opción recomendada es descargar la herramienta desde la página oficial de NirSoft. **Página oficial de AppCrashView:** [https://www.nirsoft.net/utils/app_crash_view.html](https://www.nirsoft.net/utils/app_crash_view.html) En esta página encontrarás la descripción del programa, las instrucciones de uso, el historial de versiones y los enlaces de descarga. La versión publicada es la **1.35**. La herramienta dispone de un paquete portátil que puedes extraer y ejecutar sin realizar una instalación convencional. Ten en cuenta que la documentación oficial indica compatibilidad con Windows Vista, Windows 7, Windows Server 2008, Windows 8 y Windows 10. Aunque puede funcionar en determinados entornos con Windows 11, la compatibilidad con este sistema no está garantizada por esa documentación. Descarga siempre la herramienta desde su sitio oficial y comprueba las políticas de seguridad de tu organización antes de utilizarla en equipos corporativos. ## Cómo ejecutar AppCrashView Al tratarse de una aplicación portátil, no necesitas ejecutar un instalador. Sigue estos pasos: 1. Accede a la página oficial de NirSoft. 2. Descarga el paquete ZIP de AppCrashView. 3. Extrae su contenido en una carpeta, por ejemplo, `C:\Herramientas\AppCrashView`. 4. Ejecuta `AppCrashView.exe`. 5. Espera a que el programa lea los informes disponibles. La herramienta examina las ubicaciones de informes WER que tiene configuradas y muestra los incidentes que encuentra. Si determinados informes no están accesibles con los permisos del usuario actual, puedes probar la opción **Run As Administrator**, disponible mediante `Ctrl + F11`, siempre que tengas autorización para elevar los privilegios. ## Cómo utilizar AppCrashView para analizar un error ### 1. Localizar el incidente Al iniciar el programa, revisa el panel superior. Allí encontrarás los errores de aplicaciones que ha podido recuperar. Busca el proceso que coincide con el programa que estás investigando y comprueba la fecha y hora del incidente. Si hay numerosos registros, puedes utilizar la función de filtro rápido desde el menú `View > Use Quick Filter` o mediante `Ctrl + Q`, según la versión. Esta función permite introducir una cadena de texto para filtrar las entradas que coincidan con ella. ### 2. Revisar los datos del error Selecciona un registro del panel superior para consultar su contenido en el panel inferior. Los campos disponibles dependen de la información guardada en el informe WER, pero pueden incluir datos como: * Nombre del evento de error. * Nombre y ruta del proceso afectado. * Fecha y hora del incidente. * Código de excepción. * Descripción del código de excepción, cuando está disponible. * Módulo asociado al fallo. * Versión de la aplicación y otros datos técnicos registrados. Estos campos permiten identificar el incidente y orientar las comprobaciones posteriores. **Importante:** el módulo que aparece asociado al error no siempre es el responsable original. Puede tratarse del componente en el que se manifestó el fallo, mientras que la causa real se encuentra en otra parte de la aplicación o del sistema. ### 3. Comparar varios errores Si una aplicación se cierra con frecuencia, selecciona varios incidentes y compara sus datos. Presta especial atención a: * La frecuencia de los errores. * Los códigos de excepción que se repiten. * Los módulos que aparecen asociados a diferentes incidentes. * Las versiones de la aplicación. * Las fechas en las que comenzaron los fallos. Si los errores aparecen después de una actualización de software o de un cambio en el sistema, esa coincidencia puede ayudar a acotar la investigación. No obstante, dos errores con el mismo código no tienen por qué compartir exactamente la misma causa. ### 4. Abrir la carpeta del informe AppCrashView incluye opciones para abrir la carpeta donde se encuentra el informe seleccionado y la carpeta del proceso afectado. Estas funciones son útiles cuando necesitas consultar el archivo original o comprobar la ubicación del ejecutable. Ten presente que las carpetas WER pueden estar dentro del perfil de un usuario o en ubicaciones compartidas del sistema. Por eso, un usuario sin los permisos necesarios podría no ver todos los informes disponibles. ### 5. Exportar los informes Una de las funciones más útiles de AppCrashView es la exportación de los resultados. Para guardar un informe: 1. Selecciona uno o varios incidentes en el panel superior. 2. Pulsa `Ctrl + S` o utiliza la opción de guardado del menú `File`. 3. Elige el formato de salida. 4. Indica la carpeta y el nombre del archivo. 5. Guarda los resultados para consultarlos posteriormente. Los formatos disponibles incluyen: * **TXT:** adecuado para informes sencillos y consultas rápidas. * **CSV:** útil para filtrar y comparar registros en Excel u otras hojas de cálculo. * **HTML:** permite presentar la información en un documento legible desde un navegador. * **XML:** facilita el procesamiento estructurado de los datos mediante herramientas compatibles. Si quieres generar un informe de todos los incidentes, selecciona todos los elementos antes de exportarlos. ## Ejemplo práctico: una aplicación empresarial se cierra inesperadamente Imagina que una aplicación de facturación se cierra cuando un usuario abre una factura o genera un informe. El procedimiento de diagnóstico podría ser el siguiente: 1. Anota la hora aproximada del cierre inesperado. 2. Abre AppCrashView y localiza el incidente correspondiente. 3. Comprueba el nombre del proceso, la fecha y los datos del error. 4. Revisa el código de excepción y el módulo asociado, si aparecen en el informe. 5. Compara el incidente con otros cierres registrados de la misma aplicación. 6. Exporta los resultados para documentar el problema. Si todos los errores aparecen relacionados con la misma versión del programa, conviene comprobar si existe una actualización o un problema conocido del fabricante. Si los incidentes afectan a diferentes aplicaciones, puede ser necesario investigar componentes compartidos, bibliotecas, controladores o problemas del sistema operativo. En cualquier caso, el informe WER debe interpretarse como una fuente de información para orientar el diagnóstico, no como una prueba definitiva de la causa. ## ¿Qué hacer si AppCrashView no muestra errores? Si el programa no encuentra ningún incidente, no significa necesariamente que no se haya producido un fallo. Comprueba los siguientes puntos. **1. Verifica que Windows haya generado un informe WER.** AppCrashView depende de los archivos `.wer`. Si Windows no ha generado un informe para ese incidente, la herramienta no podrá mostrarlo. **2. Comprueba las ubicaciones de los informes.** Los informes pueden encontrarse en diferentes carpetas del sistema o de los perfiles de usuario. AppCrashView permite especificar una carpeta de informes mediante el parámetro de línea de comandos `/ReportsFolder`. Por ejemplo: ```wp-block-code AppCrashView.exe /ReportsFolder "C:\Temp\WER" ``` Este comando sirve para indicar una carpeta alternativa que contenga informes WER. **3. Revisa los permisos.** Si los informes pertenecen a otro usuario o están en una ubicación protegida, prueba a ejecutar la herramienta como administrador, si tienes autorización. **4. Comprueba el Visor de eventos.** Pulsa `Win + R`, escribe `eventvwr.msc` y accede a **Registros de Windows > Aplicación**. Busca eventos relacionados con la aplicación afectada, especialmente los identificados como `Application Error` o `Windows Error Reporting`. **5. Ten en cuenta las limitaciones del programa.** AppCrashView no es un monitor en tiempo real ni captura todos los cierres inesperados. Su función es consultar los informes que Windows ha conservado. ## AppCrashView y otras herramientas de diagnóstico Las herramientas de diagnóstico de NirSoft se complementan entre sí, pero cada una está orientada a un escenario diferente. * **AppCrashView:** consulta los informes WER de aplicaciones que han sufrido errores. * **WinCrashReport:** genera informes técnicos sobre determinados cierres inesperados de aplicaciones. * **WhatIsHang:** investiga aplicaciones que dejan de responder sin cerrarse necesariamente. * **BlueScreenView:** analiza los minivolcados generados por errores críticos de Windows, como las pantallas azules. Si una aplicación se cierra, AppCrashView puede ser un buen punto de partida para revisar los informes guardados. Si se queda congelada, WhatIsHang puede resultar más apropiado. Si el equipo muestra una pantalla azul, conviene utilizar una herramienta especializada en volcados de memoria. ## Conclusión AppCrashView es una herramienta gratuita y portátil que facilita la consulta de los errores de aplicaciones registrados por Windows Error Reporting. Su principal ventaja es que permite reunir los informes disponibles en una interfaz sencilla, revisar información técnica y exportar los resultados para documentar incidencias o comparar diferentes fallos. Para técnicos y administradores de sistemas, puede ahorrar tiempo durante el diagnóstico inicial de cierres inesperados, especialmente cuando es necesario revisar varios incidentes. Sin embargo, AppCrashView depende de que Windows haya generado y conservado los informes correspondientes. Sus resultados deben contrastarse con el Visor de eventos y otras herramientas de diagnóstico antes de determinar la causa definitiva. Si necesitas investigar por qué una aplicación se cierra inesperadamente, puedes descargar AppCrashView desde la página oficial de NirSoft y utilizarlo como punto de partida para recopilar información sobre el incidente. ## WhatIsHang, cómo detectar y analizar aplicaciones bloqueadas en Windows - Link: https://binariocero.com/articulos/whatishang-como-detectar-y-analizar-aplicaciones-bloqueadas-en-windows - Published: 2026-10-15T10:21:48+02:00 - Author: Binario 0 ![Loading](https://binariocero.com/wp-content/plugins/page-views-count/ajax-loader- 2x.gif) Cuando una aplicación de Windows deja de responder, se queda congelada o muestra el mensaje «No responde», determinar qué está provocando el bloqueo puede ser complicado. El programa puede estar esperando una operación del sistema, realizando un bucle infinito o aguardando una respuesta de otro proceso. Para investigar este tipo de incidencias existe **WhatIsHang**, una herramienta gratuita de NirSoft que permite detectar aplicaciones bloqueadas y generar informes técnicos sobre su estado durante el bloqueo. En esta guía veremos qué es WhatIsHang, para qué sirve, dónde descargarlo y cómo utilizarlo para investigar problemas de rendimiento y estabilidad en Windows. ## ¿Qué es WhatIsHang? WhatIsHang es una utilidad portátil desarrollada por Nir Sofer, creador de numerosas herramientas de diagnóstico y administración de sistemas Windows. Su función principal es detectar aplicaciones cuya interfaz ha dejado de responder y recopilar información sobre lo que estaba ejecutando el proceso cuando se produjo el bloqueo. A diferencia de las herramientas que analizan una aplicación después de que se haya cerrado, WhatIsHang está orientado a investigar procesos que continúan ejecutándose, pero que parecen haberse quedado bloqueados. El programa genera un informe con información como la pila de llamadas, las bibliotecas DLL implicadas, las cadenas de texto encontradas en memoria, los registros del procesador y otros datos que pueden ayudar a identificar el origen del problema. La herramienta está disponible en versiones de 32 y 64 bits. No necesita instalación y puede ejecutarse directamente desde una carpeta. **Importante:** la documentación oficial indica compatibilidad hasta Windows 10. Aunque puede resultar útil en determinados equipos con Windows 11, no debe darse por garantizado su funcionamiento en todos los escenarios de ese sistema operativo. ## ¿Para qué sirve WhatIsHang? WhatIsHang resulta especialmente útil cuando una aplicación deja de responder, pero no se cierra automáticamente. Entre sus principales aplicaciones destacan: * **Diagnosticar aplicaciones congeladas:** investigar qué estaba haciendo un proceso cuando dejó de responder. * **Detectar esperas del sistema:** obtener indicios de que una aplicación está esperando una operación de Windows, un archivo o un recurso. * **Investigar bucles de ejecución:** identificar situaciones compatibles con bucles muy largos, bucles infinitos o llamadas recursivas. * **Localizar módulos sospechosos:** revisar las bibliotecas DLL que aparecen en la pila de llamadas. * **Analizar procesos con varios hilos:** consultar información sobre los hilos implicados en el bloqueo. * **Generar informes técnicos:** guardar o copiar los resultados para compartirlos con el equipo de soporte o con los desarrolladores. Por ejemplo, si el Explorador de archivos se queda bloqueado al abrir una carpeta de red, WhatIsHang puede mostrar información que ayude a investigar si el problema está relacionado con una operación de acceso a archivos, un módulo de terceros o una espera interna del proceso. La herramienta no repara automáticamente las aplicaciones ni garantiza que identifique la causa exacta. Su objetivo es aportar información técnica que facilite el diagnóstico. ## ¿Dónde descargar WhatIsHang? La descarga recomendada es la página oficial de NirSoft: **Página oficial de WhatIsHang:** [https://www.nirsoft.net/utils/what_is_hang.html](https://www.nirsoft.net/utils/what_is_hang.html) En ella encontrarás la descripción de la herramienta, las instrucciones de uso, el historial de versiones y los enlaces de descarga. La versión publicada en la página oficial es la **1.27**. Puedes descargar: * **Versión de 32 bits:** para investigar aplicaciones de 32 bits. * **Versión de 64 bits:** para investigar aplicaciones de 64 bits. Debes elegir la versión según la arquitectura de la aplicación que se ha quedado bloqueada, no solamente según la arquitectura del sistema operativo. Si utilizas Windows de 64 bits y la aplicación afectada es de 32 bits, necesitarás la versión de 32 bits de WhatIsHang. Descarga siempre la herramienta desde NirSoft y comprueba las políticas de seguridad de tu organización antes de ejecutarla en equipos corporativos. ## Cómo ejecutar WhatIsHang WhatIsHang es una aplicación portátil, por lo que no requiere un instalador convencional. Sigue estos pasos: 1. Accede a la página oficial de NirSoft. 2. Descarga la versión adecuada para la aplicación que quieres analizar. 3. Extrae el contenido del archivo ZIP en una carpeta, por ejemplo, `C:\Herramientas\ WhatIsHang`. 4. Ejecuta `WhatIsHang.exe` o el ejecutable de 64 bits correspondiente. 5. Si la aplicación afectada se ejecuta con privilegios elevados, inicia WhatIsHang con los permisos adecuados cuando sea necesario y esté autorizado. Al abrirlo, el panel superior muestra las aplicaciones que la herramienta ha detectado como bloqueadas. Si no encuentra ninguna, la lista puede aparecer vacía hasta que se produzca un bloqueo que pueda detectar. Para obtener información de un proceso, selecciónalo y pulsa `F9`. WhatIsHang analizará su estado y presentará un informe en el panel inferior. ## Cómo utilizar WhatIsHang para diagnosticar un bloqueo ### 1. Reproducir el problema Antes de generar el informe, es conveniente reproducir el bloqueo si puedes hacerlo sin poner en riesgo los datos. Por ejemplo, si una aplicación de gestión deja de responder al abrir un documento, reproduce la operación y espera a que la interfaz se quede congelada. No cierres inmediatamente el programa desde el Administrador de tareas, ya que podrías perder la oportunidad de recopilar información sobre el estado del proceso. ### 2. Identificar la aplicación bloqueada Abre WhatIsHang y revisa el panel superior. Cuando detecte una aplicación que no responde, aparecerá en la lista. Selecciona el proceso que coincide con el programa que estás investigando. Si hay varias aplicaciones bloqueadas, comprueba el nombre del proceso para evitar analizar uno diferente. ### 3. Generar el informe Con la aplicación seleccionada, pulsa `F9`. WhatIsHang recopilará información del proceso y mostrará un informe técnico en el panel inferior. El informe puede incluir distintas secciones, entre ellas: * `Remarks`: observaciones generales sobre el tipo de bloqueo. * `Strings found in the stack`: cadenas de texto encontradas en las estructuras relacionadas con las llamadas del proceso. * `Modules found in the stack`: módulos y bibliotecas DLL presentes en la pila. * `Call Stack`: secuencia de llamadas que estaba ejecutándose. * `Stack Data`: datos y direcciones asociados a la pila. * `Processor Registers`: valores de los registros del procesador. * `Memory Data`: información de memoria relacionada con las direcciones analizadas. * `All Threads`: información sobre los distintos hilos del proceso, cuando se genera este tipo de informe. No todas estas secciones tienen la misma utilidad para todos los usuarios. Las observaciones generales, las cadenas de texto y los módulos pueden ofrecer pistas iniciales; la pila, los registros y la memoria requieren habitualmente conocimientos de depuración. ### 4. Interpretar las observaciones generales La sección `Remarks` es un buen punto de partida porque contiene indicaciones sobre el tipo de bloqueo detectado. WhatIsHang distingue, entre otros escenarios, los bloqueos asociados a una llamada del sistema que no devuelve el control y aquellos compatibles con bucles de ejecución prolongados o recursividad. Si aparecen referencias a un archivo remoto, una ruta de red o una operación de entrada y salida, conviene investigar esa dependencia. Por ejemplo, si el bloqueo se produce al acceder a un recurso compartido, comprueba la conectividad, la disponibilidad del servidor y los tiempos de respuesta de la red. Estas observaciones son pistas, no una prueba definitiva de que el recurso mencionado sea la causa raíz. ### 5. Revisar los módulos DLL La sección `Modules found in the stack` puede ayudar a localizar bibliotecas que participan en la ejecución del proceso. Esto es especialmente interesante cuando se investiga el Explorador de archivos de Windows, ya que extensiones del shell y componentes de terceros pueden intervenir en determinadas operaciones. Si identificas una DLL sospechosa, comprueba su ruta, fabricante, versión y relación con la aplicación. No elimines ni sustituyas una DLL basándote únicamente en su presencia en el informe. Es necesario confirmar que existe una relación real entre ese módulo y el bloqueo. ### 6. Consultar todos los hilos del proceso En algunos casos, una aplicación deja de responder porque su hilo principal está esperando a que termine otro hilo. Para investigar estos escenarios, WhatIsHang incluye un informe experimental de todos los hilos, que puedes generar mediante `Ctrl + F9`. Este informe puede ser considerablemente más extenso, especialmente en aplicaciones que utilizan muchos hilos. Su análisis puede ayudar a identificar esperas entre hilos, aunque la información obtenida no siempre permite determinar directamente cuál de ellos inició el problema. ### 7. Copiar y compartir el informe Si necesitas que otro técnico analice el bloqueo, puedes copiar el informe completo al portapapeles mediante `F8` y pegarlo en un correo electrónico o en un sistema de gestión de incidencias. Antes de compartirlo, revisa su contenido. Los informes pueden incluir rutas internas, nombres de archivos, cadenas de texto y otros datos del proceso que no conviene divulgar fuera de la organización. ## Ejemplo práctico: el Explorador de archivos se queda bloqueado Imagina que Windows deja de responder al abrir una carpeta que contiene documentos en un servidor de archivos. Un procedimiento de diagnóstico podría ser el siguiente: 1. Reproduce el problema e identifica el momento en el que el Explorador de archivos deja de responder. 2. Ejecuta WhatIsHang y comprueba si detecta el proceso bloqueado. 3. Selecciona el proceso y pulsa `F9` para generar el informe. 4. Revisa la sección `Remarks` para buscar indicios de esperas o accesos a recursos remotos. 5. Examina los módulos encontrados en la pila para identificar posibles componentes de terceros. 6. Copia el informe y contrástalo con los registros de Windows y los datos del servidor de archivos. Si el informe apunta a una operación de red, comprueba también la conectividad, la disponibilidad del recurso compartido y los registros del servidor. Si el bloqueo aparece de forma recurrente al acceder a una ruta concreta, esa coincidencia puede ayudar a acotar el problema. ## ¿Qué hacer si WhatIsHang no detecta el bloqueo? Hay situaciones en las que la herramienta no puede identificar correctamente una aplicación bloqueada. Comprueba los siguientes puntos: **1. Selecciona la arquitectura correcta.** Para procesos de 32 bits debes utilizar la versión de 32 bits, incluso en Windows de 64 bits. Para procesos de 64 bits, utiliza la versión de 64 bits. **2. Comprueba los permisos.** Si la aplicación afectada se ejecuta con privilegios de administrador, puede ser necesario iniciar WhatIsHang con privilegios equivalentes. **3. Ten en cuenta el tipo de proceso.** La herramienta puede tener dificultades para analizar programas sin interfaz gráfica o bloqueos que dependen de la interacción entre varios hilos. **4. Considera la compatibilidad con Windows.** La página oficial documenta compatibilidad hasta Windows 10. Si estás utilizando Windows 11 y la herramienta no detecta el problema, recurre a otras utilidades de diagnóstico. **5. Evita cerrar el proceso antes de recopilar información.** Si finalizas la aplicación desde el Administrador de tareas, puede que ya no sea posible generar el informe sobre su estado anterior. ## WhatIsHang y otras herramientas de diagnóstico Cada herramienta de NirSoft se centra en un tipo de incidencia diferente: * **WhatIsHang:** investiga aplicaciones que siguen ejecutándose, pero dejan de responder. * **WinCrashReport:** genera informes sobre aplicaciones que han sufrido un error y se han cerrado. * **AppCrashView:** permite consultar informes de errores de aplicaciones recopilados por Windows Error Reporting. * **BlueScreenView:** analiza minivolcados asociados a pantallas azules de Windows. Estas herramientas son complementarias. Para un diagnóstico completo, conviene elegir la adecuada según si el programa se ha congelado, se ha cerrado inesperadamente o ha provocado un error crítico del sistema. ## Conclusión WhatIsHang es una herramienta gratuita y portátil que permite investigar aplicaciones bloqueadas en Windows mediante la generación de informes técnicos sobre su estado durante el bloqueo. Su principal ventaja es que ayuda a recopilar información sobre las llamadas en ejecución, los módulos DLL y los hilos del proceso sin necesidad de recurrir inicialmente a un depurador avanzado. Para técnicos y administradores de sistemas, puede ser un buen punto de partida al investigar aplicaciones que dejan de responder. No obstante, sus resultados deben interpretarse con cautela y contrastarse con otras herramientas, especialmente en versiones modernas de Windows cuya compatibilidad no está garantizada. Si necesitas investigar un bloqueo, descarga WhatIsHang desde la página oficial de NirSoft y utiliza el informe como una fuente de pistas para orientar las siguientes comprobaciones. ## WinCrashReport, cómo analizar los cierres inesperados de aplicaciones en Windows - Link: https://binariocero.com/articulos/wincrashreport-como-analizar-los-cierres-inesperados-de-aplicaciones-en-windows - Published: 2026-10-15T10:20:27+02:00 - Author: Binario 0 ![Loading](https://binariocero.com/wp-content/plugins/page-views-count/ajax-loader- 2x.gif) Cuando una aplicación de Windows se cierra inesperadamente, deja de responder o muestra un mensaje de error, identificar la causa puede resultar complicado. El problema puede estar relacionado con un fallo del propio programa, una biblioteca DLL, un conflicto con otro componente o un error de acceso a memoria. Para investigar este tipo de incidencias, NirSoft ofrece **WinCrashReport**, una herramienta gratuita que genera informes técnicos sobre aplicaciones que han sufrido un error. En esta guía veremos qué es, para qué sirve, dónde descargarla y cómo utilizarla para obtener información útil durante el diagnóstico. ## ¿Qué es WinCrashReport? WinCrashReport es una utilidad de diagnóstico desarrollada por Nir Sofer, creador de las herramientas de administración y análisis de sistemas de NirSoft. Su objetivo es proporcionar una alternativa al informe de errores que muestra Windows cuando una aplicación se bloquea. En lugar de limitarse al mensaje de error habitual, genera un informe con información técnica sobre el proceso afectado y el estado de la aplicación en el momento del fallo. Entre los datos que puede recopilar se encuentran el código de excepción, la dirección de memoria del error, la pila de llamadas, los registros del procesador, los módulos cargados y los hilos del proceso. Esta información resulta especialmente útil para administradores de sistemas, técnicos de soporte y desarrolladores que necesitan investigar cierres inesperados de aplicaciones. WinCrashReport es una herramienta portátil: no requiere un proceso de instalación ni bibliotecas DLL adicionales para ejecutarse. No obstante, su documentación oficial indica compatibilidad con Windows 2000 hasta Windows 10, por lo que en Windows 11 conviene verificar su funcionamiento antes de incorporarla a un procedimiento de diagnóstico. ## ¿Para qué sirve WinCrashReport? WinCrashReport permite recopilar información técnica sobre una aplicación que ha sufrido un error y utilizarla para orientar la investigación. Sus principales aplicaciones son las siguientes: * **Investigar cierres inesperados:** obtener información adicional cuando una aplicación se bloquea y Windows muestra una ventana de error. * **Identificar códigos de excepción:** consultar el código y la descripción del error producido. * **Examinar la pila de llamadas:** revisar las llamadas que estaban ejecutándose cuando se produjo el fallo. * **Consultar los módulos cargados:** identificar las bibliotecas DLL y otros módulos presentes en el proceso. * **Analizar registros del procesador:** examinar valores técnicos que pueden ayudar a localizar problemas de memoria o ejecución. * **Generar informes técnicos:** guardar los resultados en archivos de texto o HTML para documentar una incidencia o compartirla con otros técnicos. Es importante aclarar que WinCrashReport no repara aplicaciones ni corrige automáticamente los errores. Su función es proporcionar información que ayude a determinar qué ha sucedido y qué comprobaciones conviene realizar. ## ¿Dónde descargar WinCrashReport? La opción recomendada es descargar el programa desde la página oficial de NirSoft: **Página oficial de WinCrashReport:** [https://www.nirsoft.net/utils/application_crash_report.html](https://www.nirsoft.net/utils/application_crash_report.html) En esta página encontrarás las versiones disponibles de la herramienta, sus instrucciones de uso, el historial de versiones y las opciones de descarga. La versión publicada en la página oficial es la 1.25. Antes de utilizarla en equipos de producción, ten en cuenta que es una utilidad antigua y que la compatibilidad con versiones modernas de Windows puede ser limitada. Para elegir la versión correcta, debes tener en cuenta la arquitectura de la aplicación que ha fallado: * **Versión de 32 bits:** para analizar aplicaciones de 32 bits. * **Versión de 64 bits:** para analizar aplicaciones de 64 bits. No basta con elegir la versión según la arquitectura de Windows: lo importante es que la versión de WinCrashReport corresponda a la arquitectura del proceso que quieres investigar. ## Cómo ejecutar WinCrashReport WinCrashReport no necesita instalación. Una vez descargado el paquete, puedes ejecutar directamente el archivo correspondiente. Sigue estos pasos: 1. Accede a la página oficial de NirSoft. 2. Descarga la versión de 32 o 64 bits adecuada. 3. Extrae los archivos del paquete comprimido en una carpeta, por ejemplo, `C:\Herramientas\ WinCrashReport`. 4. Ejecuta `WinCrashReport.exe` o el ejecutable de 64 bits correspondiente. 5. Si necesitas analizar una aplicación que se ejecuta con privilegios elevados, inicia la herramienta con permisos equivalentes cuando sea necesario y esté autorizado. La utilidad examina la información de los procesos que puede identificar como afectados por un error y muestra los informes disponibles en su interfaz. **Limitación importante:** WinCrashReport está pensado para situaciones en las que Windows genera una ventana de error por el cierre de una aplicación. Si el programa simplemente desaparece sin mostrar ninguna ventana de error, la herramienta puede no ser capaz de generar el informe. Además, no sustituye al sistema Windows Error Reporting ni actúa como un servicio permanente de supervisión. ## Cómo utilizar WinCrashReport para diagnosticar un error La interfaz principal se divide en dos paneles. El panel superior muestra los procesos o incidentes detectados. Al seleccionar un elemento, el panel inferior presenta el informe técnico correspondiente. ### 1. Seleccionar la aplicación que ha fallado Cuando se produce un cierre inesperado, inicia WinCrashReport y busca el proceso correspondiente en el panel superior. Si aparecen varios elementos, selecciona el que coincida con la aplicación que estás investigando. Si no encuentras el incidente, puedes activar la opción **Show Internal Exceptions**, disponible en el menú Options, para ampliar la información que muestra el programa. Ten en cuenta que esta opción no garantiza que se pueda recuperar información de cualquier cierre inesperado. ### 2. Revisar la información general del error La sección de información general contiene algunos de los datos más útiles para comenzar el diagnóstico. Presta atención a los siguientes campos: * **Application Path:** ruta del ejecutable afectado. * **Process ID / Thread ID:** identificadores del proceso y del hilo implicados. * **Exception Code:** código de excepción que identifica el tipo de error. * **Exception Description:** descripción de la excepción. * **Crash Address:** dirección de memoria asociada al fallo. * **Product Version:** versión del producto, cuando está disponible. La información exacta depende del incidente y de los datos que el proceso haya dejado disponibles. El código de excepción permite orientar la investigación, pero no siempre identifica por sí solo el componente responsable. Para obtener conclusiones fiables, es necesario contrastarlo con otros datos del informe y con los registros de Windows. ### 3. Examinar la pila de llamadas La pila de llamadas (_Call Stack_) muestra información sobre las funciones que se estaban ejecutando cuando se produjo el error. Este apartado es especialmente útil para desarrolladores y técnicos con conocimientos de depuración. Puede aportar pistas sobre el módulo o la secuencia de ejecución que intervino en el fallo. Sin embargo, si no se dispone de símbolos de depuración adecuados, parte de la información puede aparecer como direcciones de memoria en lugar de nombres de funciones legibles. Por tanto, la pila debe interpretarse como una fuente de indicios y no como una identificación automática de la causa. ### 4. Revisar los módulos cargados En el apartado de módulos se muestran las bibliotecas y otros componentes cargados en el proceso. Entre los datos disponibles pueden aparecer: * Nombre del módulo o archivo DLL. * Ruta completa del archivo. * Versión del archivo y del producto. * Descripción y fabricante. * Dirección inicial y tamaño del módulo. Esta información puede ayudar a identificar componentes de terceros, bibliotecas antiguas o módulos relacionados con el software que está fallando. Si sospechas de una DLL, comprueba su fabricante, versión, ubicación y relación con la aplicación afectada antes de tomar medidas. No elimines ni sustituyas bibliotecas del sistema únicamente porque aparezcan en el informe. ### 5. Consultar los registros del procesador y los hilos WinCrashReport también puede mostrar los registros del procesador y datos sobre los hilos del proceso. Estos apartados contienen información de bajo nivel que puede resultar útil al analizar problemas de ejecución, errores de memoria o fallos relacionados con determinadas funciones. Para un usuario sin experiencia en depuración, estos datos pueden ser difíciles de interpretar. En cambio, para un desarrollador o un técnico especializado pueden ayudar a comprender el estado del programa en el momento del error. ### 6. Guardar el informe para su análisis Una de las ventajas de WinCrashReport es que permite guardar la información recopilada. Para hacerlo: 1. Selecciona el incidente que quieres documentar. 2. Abre la opción **Save This Crash Report** o utiliza el atajo `Ctrl + S`. 3. Elige el formato de salida disponible. 4. Guarda el archivo en una carpeta destinada al diagnóstico. Puedes generar informes en texto o HTML. El formato de texto es adecuado para consultas rápidas, mientras que HTML permite presentar la información de forma más estructurada. Los informes pueden adjuntarse a una incidencia de soporte o utilizarse para comparar errores entre diferentes versiones de una aplicación. ## Ejemplo práctico: una aplicación se cierra inesperadamente Imagina que una aplicación de gestión se cierra cada vez que un usuario abre un determinado documento. El procedimiento de diagnóstico podría ser el siguiente: 1. Reproducir el problema y comprobar si Windows muestra una ventana de error. 2. Ejecutar WinCrashReport y localizar el proceso afectado. 3. Revisar el código de excepción y la dirección del fallo. 4. Consultar la pila de llamadas y los módulos cargados. 5. Guardar el informe para documentar la incidencia. 6. Contrastar los resultados con el Visor de eventos y los registros de la aplicación. Si los errores aparecen siempre con el mismo código y están relacionados con un módulo concreto, esa coincidencia puede ayudar a delimitar la investigación. No obstante, que un módulo aparezca en la pila de llamadas no demuestra necesariamente que sea el causante del error. La causa real puede encontrarse en otro componente que haya provocado un estado incorrecto del proceso. ## ¿Qué hacer si WinCrashReport no detecta el error? Si la herramienta no muestra la aplicación afectada, comprueba estos puntos: **1. Verifica que Windows haya generado una ventana de error.** WinCrashReport puede no funcionar cuando la aplicación desaparece sin mostrar el cuadro de error que permite recopilar la información. **2. Comprueba la arquitectura del programa.** Utiliza la versión de 32 bits para procesos de 32 bits y la versión de 64 bits para procesos de 64 bits. **3. Revisa los permisos.** En determinadas versiones de Windows, si la aplicación se ejecuta con privilegios de administrador, puede ser necesario iniciar WinCrashReport con permisos equivalentes. **4. Comprueba el Visor de eventos.** Pulsa `Win + R`, escribe `eventvwr.msc` y accede a **Registros de Windows > Aplicación**. Busca eventos relacionados con el cierre inesperado, especialmente los identificados como _Application Error_ o _Windows Error Reporting_. **5. Utiliza herramientas alternativas si es necesario.** Si trabajas con Windows 10 o Windows 11 y WinCrashReport no ofrece los datos necesarios, puedes recurrir al Visor de eventos, al Monitor de confiabilidad o a las herramientas de depuración de Microsoft. ## WinCrashReport y otras herramientas de diagnóstico No todas las herramientas de análisis de errores de Windows investigan el mismo tipo de problema. * **WinCrashReport:** genera informes técnicos de aplicaciones que han sufrido un error y cuyo fallo puede detectar. * **AppCrashView:** recopila y presenta informes de errores de aplicaciones almacenados por Windows Error Reporting en archivos `.wer`. * **BlueScreenView:** analiza minivolcados generados tras errores críticos de Windows, como las pantallas azules. * **WinDbg:** permite realizar análisis de depuración más avanzados de procesos y volcados de memoria compatibles. Elegir la herramienta adecuada depende de cómo se ha producido el fallo y de la información que Windows haya conservado. ## Conclusión WinCrashReport es una utilidad gratuita de NirSoft diseñada para obtener información técnica sobre los cierres inesperados de aplicaciones en Windows. Permite consultar códigos de excepción, pilas de llamadas, registros del procesador y módulos cargados, además de guardar informes en texto o HTML. Su principal ventaja es la posibilidad de reunir información que no siempre resulta fácil de consultar desde los mensajes de error habituales de Windows. Sin embargo, es una herramienta antigua, con compatibilidad documentada hasta Windows 10, y no puede generar informes de todos los tipos de cierre. Para diagnosticar incidencias en equipos actuales, conviene utilizarla como herramienta complementaria y contrastar sus resultados con los registros del sistema y otras utilidades de depuración. ## BlueScreenView, como analizar los errores de pantalla azul en Windows - Link: https://binariocero.com/articulos/bluescreenview-como-analizar-los-errores-de-pantalla-azul-en-windows - Published: 2026-10-15T10:18:36+02:00 - Author: Binario 0 ![Loading](https://binariocero.com/wp-content/plugins/page-views-count/ajax-loader- 2x.gif) Cuando un equipo con Windows se reinicia inesperadamente o muestra una pantalla azul de la muerte (BSOD), identificar la causa del problema puede convertirse en una tarea complicada. Los registros del sistema aportan información útil, pero no siempre permiten localizar rápidamente el controlador o componente que ha provocado el fallo. **BlueScreenView es una herramienta gratuita de NirSoft que permite analizar los archivos de volcado de memoria generados por Windows tras un error crítico**, mostrando en una única interfaz información sobre los fallos, sus códigos de error y los controladores que podrían estar implicados. En esta guía veremos qué es BlueScreenView, para qué sirve, cómo descargarlo y cómo utilizarlo para investigar problemas de estabilidad en Windows 10 y Windows 11. ## ¿Qué es BlueScreenView? BlueScreenView es una utilidad de diagnóstico para Windows desarrollada por Nir Sofer, creador de numerosas herramientas de administración y análisis de sistemas. Su función principal consiste en examinar los archivos _minidump_ que Windows puede generar cuando se produce una pantalla azul. Estos archivos contienen información técnica sobre el fallo y permiten investigar qué estaba ocurriendo en el sistema en el momento del bloqueo. La herramienta presenta los resultados en forma de tabla y permite consultar los detalles de cada incidente, incluidos el código de comprobación de errores, la fecha del fallo y los controladores que podrían haber intervenido. BlueScreenView es un programa ligero y portátil: la versión ZIP no necesita instalación y puede ejecutarse directamente desde una carpeta o una memoria USB. [https://www.nirsoft.net/utils/blue_screen_view.html](https://www.nirsoft.net/utils/blue_screen_view.html) ## ¿Para qué sirve BlueScreenView? BlueScreenView resulta especialmente útil cuando necesitamos investigar reinicios inesperados, bloqueos del sistema o errores de pantalla azul. Entre sus principales aplicaciones destacan las siguientes: * **Identificar posibles controladores problemáticos.** Permite localizar los controladores que aparecen relacionados con el fallo y revisar sus datos. * **Consultar los códigos de error BSOD.** Muestra el código de comprobación de errores (_Bug Check Code_) y sus parámetros. * **Consultar el historial de fallos.** Reúne los volcados disponibles en una misma ventana para comparar incidentes. * **Investigar errores recurrentes.** Si varios fallos presentan códigos o controladores similares, podemos buscar un origen común. * **Analizar volcados de otros equipos.** Permite seleccionar otra carpeta de volcados para examinar los archivos de una instalación diferente de Windows. * **Exportar información para elaborar informes.** Los datos se pueden guardar en formatos como texto, CSV o HTML. Es importante tener en cuenta que BlueScreenView es una herramienta de análisis, no de reparación. Su función es aportar pistas para identificar el origen del problema, pero no corrige automáticamente los errores ni garantiza que el controlador señalado sea el responsable real. ## ¿Dónde descargar BlueScreenView? La descarga recomendada es la página oficial de NirSoft. De este modo, evitamos recurrir a portales de descarga de terceros que pueden ofrecer versiones modificadas o paquetes innecesarios. **Página oficial de BlueScreenView:** [https://www.nirsoft.net/utils/blue_screen_view.html](https://www.nirsoft.net/utils/blue_screen_view.html) En la parte inferior de la página encontrarás las diferentes opciones de descarga: * **BlueScreenView en ZIP:** versión portátil de 32 bits. * **BlueScreenView de 64 bits en ZIP:** versión portátil para Windows de 64 bits. * **Versión con instalador:** alternativa para quienes prefieren disponer de un proceso de instalación y desinstalación convencional. Para un equipo moderno con Windows 11 de 64 bits, puedes utilizar la versión de 64 bits. ## Cómo instalar y ejecutar BlueScreenView Si has descargado la versión ZIP, no necesitas realizar una instalación convencional. Sigue estos pasos: 1. Descarga el archivo ZIP desde la página oficial de NirSoft. 2. Abre la carpeta donde se ha guardado el archivo. 3. Extrae su contenido en una carpeta, por ejemplo, `C:\Herramientas\BlueScreenView`. 4. Ejecuta `BlueScreenView.exe` o el ejecutable de 64 bits incluido en el paquete correspondiente. 5. Si Windows solicita permisos adicionales para acceder a los archivos de diagnóstico, prueba a ejecutar la herramienta como administrador, siempre que tengas autorización para hacerlo. Al iniciar el programa, BlueScreenView busca los archivos de volcado disponibles en la ubicación configurada y muestra los incidentes que puede analizar. Por defecto, la carpeta habitual de minivolcados de Windows es: `C:\Windows\Minidump` También puede existir un archivo de volcado de memoria más grande en: `C:\Windows\MEMORY.DMP` BlueScreenView está orientado principalmente a los archivos minidump, por lo que no debes asumir que analizará cualquier archivo de volcado de memoria de gran tamaño. ## Cómo utilizar BlueScreenView para analizar una pantalla azul Una vez iniciado el programa, la interfaz se divide en dos paneles principales. El panel superior muestra los fallos encontrados. Al seleccionar uno de ellos, el panel inferior presenta información sobre los controladores y módulos que estaban cargados durante el incidente. ### 1. Localizar el último error En el panel superior, busca la columna `Crash Time`, que indica la fecha y hora del fallo. Ordena los registros por esta columna para localizar el incidente que coincide con el reinicio inesperado que estás investigando. Conviene comparar la hora mostrada con la del evento registrado en el Visor de eventos de Windows. Si ambos datos no coinciden exactamente, comprueba la zona horaria y el momento en que se registraron los acontecimientos. ### 2. Revisar el código de error Presta atención a las siguientes columnas: * `Bug Check String`: descripción del error de pantalla azul. * `Bug Check Code`: código hexadecimal del error. * `Parameter 1`, `Parameter 2`, `Parameter 3` y `Parameter 4`: parámetros técnicos asociados al fallo. El código de error puede orientar la investigación hacia problemas de memoria, controladores, acceso a datos u otros componentes del sistema. Sin embargo, no conviene extraer conclusiones únicamente a partir del nombre del error. Es necesario contrastar la información con los controladores, los registros de Windows y las circunstancias en las que se produjo el incidente. ### 3. Identificar los controladores sospechosos Selecciona el incidente que quieres investigar y revisa el panel inferior. BlueScreenView muestra información sobre los controladores y módulos que estaban cargados, y resalta aquellos cuyas direcciones aparecen en la pila del fallo. También puedes revisar columnas como `Caused By Driver`, `Driver File`, `Product Name`, `File Description` y `File Version`, según la información disponible. Si aparece un controlador de un fabricante concreto, comprueba su versión, la fecha de instalación y si el problema comenzó después de una actualización del sistema o del hardware. **Importante:** que un controlador aparezca señalado no significa necesariamente que sea la causa directa del fallo. En ocasiones, el controlador afectado es simplemente el componente que detectó el problema o el que estaba ejecutándose cuando se produjo el error. ### 4. Comparar varios fallos Si el equipo ha sufrido varias pantallas azules, no te limites al último incidente. Comprueba si se repiten: * El mismo código de error. * El mismo controlador sospechoso. * Fallos después de una actualización. * Errores que aparecen al utilizar una aplicación o dispositivo concreto. Encontrar patrones entre diferentes incidentes suele aportar más información que analizar un único volcado de forma aislada. ### 5. Exportar los resultados Si necesitas documentar el problema o compartirlo con otro técnico, puedes seleccionar los registros y utilizar las opciones de guardado o exportación del programa. BlueScreenView permite generar informes en formatos como CSV, HTML o texto, según la opción utilizada. Estos informes pueden ser útiles para elaborar un historial de incidencias, comparar resultados después de actualizar un controlador o adjuntar información técnica a un ticket de soporte. ## ¿Qué hacer si BlueScreenView no muestra ningún error? Si la herramienta no encuentra registros, no significa necesariamente que Windows no haya sufrido un fallo. Puede que no se hayan generado archivos de volcado, que se hayan eliminado o que el programa esté buscando en una ubicación incorrecta. Comprueba los siguientes puntos: **1. Verifica que exista la carpeta de minivolcados.** Abre el Explorador de archivos y accede a `C:\Windows\Minidump`. Si la carpeta existe, comprueba si contiene archivos con extensión `.dmp`. **2. Revisa la configuración de los volcados de memoria.** Pulsa `Win + R`, ejecuta `sysdm.cpl` y abre la pestaña **Opciones avanzadas**. En el apartado **Inicio y recuperación**, pulsa **Configuración**. En el campo _Escribir información de depuración_, selecciona una opción compatible, como **Volcado de memoria pequeño (256 KB)**, si se ajusta a tus necesidades de diagnóstico. Comprueba también que la unidad del sistema dispone de espacio suficiente y que la configuración de memoria virtual permite generar el volcado. **3. Comprueba los permisos y la ubicación.** Si los archivos están en otra instalación de Windows, en un disco conectado externamente o en una carpeta distinta, configura BlueScreenView para que examine esa ubicación. **4. Ten en cuenta las limitaciones de los minivolcados.** Estos archivos contienen información limitada. Algunos errores requieren un volcado de memoria más completo o un análisis con herramientas avanzadas, como WinDbg. ## Recomendaciones para diagnosticar errores BSOD BlueScreenView es un buen punto de partida, pero conviene combinarlo con otras herramientas de Windows para conseguir un diagnóstico más fiable. * **Visor de eventos:** revisa los eventos de Sistema alrededor de la hora del reinicio. * **Monitor de confiabilidad:** ejecuta `perfmon /rel` para consultar el historial de errores y bloqueos. * **WinDbg:** permite analizar volcados de memoria con mayor profundidad. * **Diagnóstico de memoria de Windows:** puede ayudar a investigar determinados problemas de memoria RAM. Cuando identifiques un controlador sospechoso, descarga las versiones actualizadas desde Windows Update o desde la página oficial del fabricante. Si el problema comenzó después de una actualización, considera revertir el controlador siguiendo los procedimientos adecuados. No elimines archivos de sistema ni desinstales controladores esenciales únicamente porque aparezcan en el informe de BlueScreenView. ## Conclusión BlueScreenView es una herramienta gratuita, ligera y sencilla que facilita la investigación de pantallas azules en Windows. Su principal ventaja es que reúne en una sola interfaz la información de los minivolcados disponibles, permitiendo consultar los códigos de error, revisar los controladores implicados y comparar incidentes anteriores. Para técnicos y administradores de sistemas, puede ahorrar tiempo durante el diagnóstico inicial de reinicios inesperados y problemas de estabilidad. No obstante, sus resultados deben interpretarse como indicios y contrastarse con otras fuentes antes de determinar la causa definitiva. Si necesitas investigar un error BSOD, puedes descargar BlueScreenView desde la página oficial de NirSoft y utilizarlo como primer paso para identificar qué ocurrió y decidir qué comprobaciones realizar a continuación. ## Cómo hacer permanente un portproxy de WSL2 en Windows 11 (ejemplo con rsync) - Link: https://binariocero.com/windows/como-hacer-permanente-un-portproxy-de-wsl2-en-windows-11-ejemplo-con-rsync - Published: 2026-10-14T18:05:00+02:00 - Author: Juan José Fernández Durán ![Loading](https://binariocero.com/wp-content/plugins/page-views-count/ajax-loader- 2x.gif) Si ejecutas un servicio dentro de WSL2 (un demonio rsync, un servidor web, una base de datos...) y quieres que sea accesible desde otros equipos de tu red, tarde o temprano acabas usando `netsh interface portproxy`. El problema es que la solución" funciona" hasta que reinicias, y entonces deja de responder sin ningún error aparente. En este artículo vemos por qué ocurre, cómo automatizarlo con una tarea programada( por PowerShell y por interfaz gráfica) y una alternativa mucho más limpia: el modo de red _mirrored_. ## El problema: WSL2 y su IP dinámica WSL2 se ejecuta en una máquina virtual ligera con su propia red NAT. Eso significa que: * La IP de la distro es distinta de la de Windows (normalmente en un rango `172. x.x.x`). * Esa IP **cambia con cada arranque** de WSL, y también cuando WSL se apaga por inactividad y se vuelve a iniciar. * Desde fuera de tu equipo no puedes llegar directamente a ella. La solución habitual es crear un reenvío de puertos en Windows: lo que llegue al puerto 873 del host se redirige al puerto 873 de la IP de WSL. Para el demonio rsync sería así: ```wp-block-code $wslIP = (wsl -d Debian hostname -I).Trim() netsh interface portproxy add v4tov4 listenport=873 listenaddress=0.0.0.0 connectport=873 connectaddress=$wslIP ``` La primera línea obtiene la IP de la distro Debian y la segunda crea la regla de reenvío. ## Primera confusión: la regla ya es persistente Una duda muy común es cómo "hacer permanente" esta regla. La realidad es que **ya lo es**: `netsh interface portproxy` guarda la configuración en el registro de Windows y la regla sobrevive a los reinicios (siempre que el servicio _Auxiliar de IP_, ` iphlpsvc`, esté en marcha, que lo está por defecto). Lo que no es permanente es la IP a la que apunta. Tras un reinicio, la regla sigue existiendo pero reenvía el tráfico a una dirección que WSL ya no tiene. Por tanto, lo que necesitamos no es persistir la regla, sino **regenerarla con la IP actual** en cada inicio de sesión. Puedes comprobar el estado actual con: ```wp-block-code netsh interface portproxy show all ``` ## Opción 1: script de PowerShell + tarea programada ### Paso 1: el script Crea el archivo `C:\Scripts\wsl-portproxy.ps1` con este contenido: ```wp-block-code $wslIP = ((wsl -d Debian hostname -I).Trim() -split ' ')[0] netsh interface portproxy delete v4tov4 listenport=873 listenaddress=0.0.0.0 netsh interface portproxy add v4tov4 listenport=873 listenaddress=0.0.0.0 connectport=873 connectaddress=$wslIP ``` Tres detalles importantes: * `hostname -I` puede devolver **varias IPs** separadas por espacios, por eso usamos`- split ' '` y nos quedamos con la primera. * Borramos la regla anterior antes de crear la nueva para no acumular reglas obsoletas. * Al ejecutar `wsl -d Debian ...` se arranca la distro si no estaba iniciada, así que el script funciona aunque WSL esté apagado. ### Paso 2: registrar la tarea desde PowerShell Abre PowerShell **como administrador** y ejecuta: ```wp-block-code $action = New-ScheduledTaskAction -Execute "powershell.exe" -Argument "-NoProfile -ExecutionPolicy Bypass -File C:\Scripts\wsl-portproxy.ps1" $trigger = New-ScheduledTaskTrigger -AtLogOn $principal = New-ScheduledTaskPrincipal -UserId "$env:USERDOMAIN\$env:USERNAME" -RunLevel Highest Register-ScheduledTask -TaskName "WSL Portproxy 873" -Action $action -Trigger $trigger -Principal $principal ``` Por qué esta configuración: * **`-AtLogOn`**: la tarea se lanza cada vez que inicias sesión. * **`-RunLevel Highest`**: `netsh interface portproxy` requiere privilegios de administrador. * **Tu usuario y no SYSTEM**: las distros de WSL se registran _por usuario_. La cuenta SYSTEM no vería tu Debian y el comando `wsl -d Debian` fallaría. ### Paso 3: abrir el puerto en el firewall El reenvío no sirve de nada si el firewall de Windows bloquea las conexiones entrantes al puerto 873: ```wp-block-code New-NetFirewallRule -DisplayName "WSL rsync 873" -Direction Inbound -Protocol TCP -LocalPort 873 -Action Allow ``` Se hace una sola vez. Si solo quieres exponer el servicio a tu red local, añade `- Profile Private` y, mejor aún, `-RemoteAddress` con tu subred (por ejemplo `192.168.1.0/ 24`). Ten en cuenta que el demonio rsync sin autenticación expuesto a toda la red es una mala idea. ## Opción 1 en entorno gráfico Si prefieres no usar PowerShell, puedes hacer lo mismo con el **Programador de tareas**. ### Crear la tarea 1. Pulsa `Win + R`, escribe `taskschd.msc` y pulsa Enter. 2. En el panel derecho, haz clic en **Crear tarea...** (no en "Crear tarea básica", porque necesitas las opciones avanzadas). ### Pestaña General * **Nombre:** `WSL Portproxy 873`. * Marca **Ejecutar con los privilegios más altos**. * Deja seleccionado **Ejecutar solo cuando el usuario haya iniciado sesión**, para que la tarea corra con tu usuario y pueda ver la distro. * En **Configurar para**, elige Windows 10 / Windows 11. ### Pestaña Desencadenadores 1. Clic en **Nuevo...** 2. En **Iniciar la tarea**, selecciona **Al iniciar sesión**. 3. Deja marcado **Habilitado** y acepta. ### Pestaña Acciones 1. Clic en **Nueva...** 2. **Acción:** Iniciar un programa. 3. **Programa o script:** `powershell.exe` 4. **Agregar argumentos:** ```wp-block-code -NoProfile -ExecutionPolicy Bypass -File C:\Scripts\wsl-portproxy.ps1 ``` ### Pestaña Condiciones Si es un portátil, desmarca **Iniciar la tarea solo si el equipo está conectado a la corriente alterna** para que también se ejecute con batería. ### Pestaña Configuración * Marca **Permitir ejecutar la tarea a petición**. * Opcional: en **Si la tarea ya se está ejecutando**, elige **No iniciar una nueva instancia**. Pulsa **Aceptar** e introduce la contraseña de tu usuario si Windows la solicita. ### Regla de firewall en gráfico 1. `Win + R` → `wf.msc`. 2. **Reglas de entrada** → **Nueva regla...** 3. Tipo **Puerto** → **TCP** → puertos locales específicos: `873`. 4. **Permitir la conexión** → marca los perfiles que uses (Dominio, Privado, Público). 5. Ponle un nombre, por ejemplo `WSL rsync 873`. ### Probar que funciona En el Programador de tareas, selecciona la tarea, clic derecho y **Ejecutar**. Después, en una consola de administrador: ```wp-block-code netsh interface portproxy show all ``` Deberías ver la regla del puerto 873 apuntando a la IP actual de WSL. Para confirmar la IP real de la distro: ```wp-block-code wsl -d Debian hostname -I ``` ## Limitación de esta solución La tarea solo se ejecuta al iniciar sesión. Si WSL se apaga por inactividad y vuelve a arrancar durante la sesión, la IP puede cambiar y la regla quedará apuntando a una dirección antigua. En ese caso tienes dos opciones: mantener la distro viva ( por ejemplo, con un proceso en segundo plano) o relanzar la tarea manualmente con clic derecho → **Ejecutar**. ## Opción 2: modo de red _mirrored_ (la solución de raíz) Desde Windows 11 22H2 y WSL 2.0.0 existe el modo de red **mirrored**, en el que WSL comparte la pila de red del host. Con él: * WSL usa la misma IP que Windows. * Un servicio que escuche en el puerto 873 dentro de la distro es accesible directamente desde la red. * **No necesitas portproxy ni tarea programada.** Para activarlo, crea o edita el archivo `%UserProfile%\.wslconfig`: ```wp-block-code [wsl2] networkingMode=mirrored ``` Después, apaga WSL por completo para que se apliquen los cambios: ```wp-block-code wsl --shutdown ``` Y vuelve a abrir la distro. Si el servicio no responde desde otros equipos, puede que el firewall de Hyper-V esté bloqueando el tráfico entrante hacia WSL. Se puede permitir con: ```wp-block-code Set-NetFirewallHyperVVMSetting -Name '{40E0AC32-46A5-438A-A0B2-57B2C3F6F5F0}' -DefaultInboundAction Allow ``` Ese identificador corresponde al VM Creator de WSL. Si prefieres algo más restrictivo, puedes crear una regla de Hyper-V concreta para el puerto 873 en lugar de permitir todo el tráfico entrante. Antes de pasarte al modo mirrored, elimina las reglas de portproxy que ya no uses para evitar conflictos con el puerto: ```wp-block-code netsh interface portproxy delete v4tov4 listenport=873 listenaddress=0.0.0.0 ``` ## Qué opción elegir | Situación | Recomendación | | Windows 11 22H2 o superior con WSL actualizado | Modo mirrored | | Windows 10 o versión antigua de WSL | Script + tarea programada | | Necesitas exponer solo algunos puertos de forma controlada | Portproxy con firewall restringido | ## Resumen * La regla de `netsh portproxy` **ya es persistente**; lo que cambia es la IP de WSL2 en cada arranque. * Para mantenerla actualizada, regenera la regla en cada inicio de sesión con un script de PowerShell lanzado desde una tarea programada, ejecutada con tu usuario y privilegios elevados. * No olvides la regla de firewall para el puerto 873. * Si tu sistema lo soporta, el modo `networkingMode=mirrored` elimina el problema de raíz y simplifica toda la configuración. Una última nota de seguridad: antes de exponer un demonio rsync fuera de tu equipo, configura autenticación (`auth users` y `secrets file` en `rsyncd.conf`) y limita las direcciones permitidas con `hosts allow`. ## Cómo comprobar los usuarios de un sistema Linux - Link: https://binariocero.com/linux/como-comprobar-los-usuarios-de-un-sistema-linux - Published: 2026-10-03T19:10:50+02:00 - Author: Juan José Fernández Durán ![Loading](https://binariocero.com/wp-content/plugins/page-views-count/ajax-loader- 2x.gif) En la administración de sistemas Linux es importante conocer qué usuarios existen en un servidor, qué permisos tienen y cuáles de ellos pueden iniciar sesión. Una revisión periódica de las cuentas permite detectar usuarios que ya no deberían existir, cuentas de servicio mal configuradas o accesos que no estaban previstos. Linux almacena la información básica de las cuentas locales principalmente en `/ etc/passwd`, mientras que la información relacionada con las contraseñas se encuentra en `/etc/shadow`. A continuación veremos los principales comandos para comprobar los usuarios de un sistema Linux. ## 1. Listar todos los usuarios La forma más sencilla de consultar las cuentas existentes es utilizar: ```wp-block-code cat /etc/passwd ``` Cada línea corresponde a un usuario y está formada por varios campos separados por`:`. Por ejemplo: ```wp-block-code root:x:0:0:root:/root:/bin/bash user:x:1001:1001:Usuario:/home/user:/bin/bash ``` Los campos son: 1. Nombre de usuario. 2. Contraseña, actualmente representada normalmente por `x`. 3. UID (User ID). 4. GID (Group ID). 5. Descripción o información del usuario. 6. Directorio personal. 7. Shell de inicio de sesión. También podemos utilizar: ```wp-block-code cut -d: -f1 /etc/passwd ``` para mostrar únicamente los nombres de usuario. ## 2. Consultar un usuario concreto Para comprobar si existe una determinada cuenta podemos utilizar: ```wp-block-code id usuario ``` Por ejemplo: ```wp-block-code id user ``` La salida puede mostrar información como: ```wp-block-code uid=1001(user) gid=1001(user) groups=1001(user),27(sudo) ``` Esto permite conocer rápidamente el UID, el grupo principal y los grupos adicionales del usuario. Otra opción es: ```wp-block-code getent passwd user ``` `getent` es especialmente útil en sistemas que utilizan fuentes externas de autenticación, como LDAP, además de las cuentas locales. ## 3. Diferenciar usuarios normales y cuentas del sistema No todas las cuentas que aparecen en `/etc/passwd` corresponden a personas. Linux utiliza numerosas cuentas para ejecutar servicios y procesos, por ejemplo: ```wp-block-code www-data mysql postgres nginx sshd systemd-network ``` Una forma habitual de identificar usuarios humanos es buscar cuentas con UID a partir del rango utilizado para usuarios normales. Por ejemplo: ```wp-block-code awk -F: '$3 >= 1000 {print $1, $3, $6, $7}' /etc/passwd ``` Esto muestra: * usuario * UID * directorio personal * shell Sin embargo, el valor de `1000` no debe considerarse una regla universal. El rango de UID utilizado para usuarios normales depende de la distribución y de su configuración. Por eso, para una auditoría completa es recomendable comprobar también la configuración de `/etc/login.defs`. ```wp-block-code grep -E '^(UID_MIN|UID_MAX)' /etc/login.defs ``` ## 4. Comprobar qué usuarios pueden iniciar sesión Una cuenta puede existir en el sistema sin tener permitido iniciar una sesión interactiva. Para detectar las cuentas que utilizan shells habituales: ```wp-block-code grep -E '/(bash|sh|zsh|fish)$' /etc/passwd ``` También es importante identificar las cuentas cuyo shell es: ```wp-block-code /usr/sbin/nologin ``` o: ```wp-block-code /bin/false ``` Estas configuraciones suelen utilizarse para impedir el acceso interactivo a cuentas de servicio. Podemos localizar estas cuentas con: ```wp-block-code grep -E '/(nologin|false)$' /etc/passwd ``` No obstante, no debemos asumir automáticamente que una cuenta con `/bin/bash` representa a una persona. Una cuenta de servicio también puede estar configurada con un shell válido. ## 5. Comprobar si una cuenta está bloqueada Podemos consultar el estado de una cuenta mediante: ```wp-block-code passwd -S usuario ``` Por ejemplo: ```wp-block-code passwd -S user ``` La salida permite determinar si la contraseña de la cuenta está activa o bloqueada. Otra herramienta especialmente útil es: ```wp-block-code chage -l usuario ``` Por ejemplo: ```wp-block-code sudo chage -l user ``` Este comando muestra información relacionada con la contraseña, como: * última modificación de la contraseña; * fecha de expiración; * periodo máximo de validez; * periodo mínimo; * periodo de aviso; * fechas relacionadas con la expiración de la cuenta. ## 6. Revisar las cuentas con privilegios administrativos Una de las comprobaciones más importantes consiste en identificar qué usuarios tienen capacidad para ejecutar comandos con privilegios elevados. Podemos consultar los miembros del grupo `sudo`: ```wp-block-code getent group sudo ``` En algunas distribuciones, el grupo utilizado es `wheel`: ```wp-block-code getent group wheel ``` También podemos comprobar directamente los grupos de un usuario: ```wp-block-code groups usuario ``` o: ```wp-block-code id usuario ``` Además, hay que revisar la configuración de `sudo`, especialmente: ```wp-block-code /etc/sudoers ``` y: ```wp-block-code /etc/sudoers.d/ ``` Para comprobar la configuración efectiva de sudo es recomendable utilizar: ```wp-block-code sudo -l -U usuario ``` Esto permite conocer qué comandos puede ejecutar un usuario mediante `sudo`. ## 7. Buscar usuarios con UID 0 El UID `0` corresponde a `root`. Por seguridad, conviene comprobar qué cuentas tienen este UID: ```wp-block-code awk -F: '$3 == 0 {print $1}' /etc/passwd ``` En una configuración convencional debería aparecer: ```wp-block-code root ``` Si aparecen otras cuentas con UID 0, deben investigarse cuidadosamente, ya que disponen esencialmente de los mismos privilegios que `root`. ## 8. Comprobar usuarios conectados actualmente Para saber qué usuarios tienen sesiones abiertas podemos utilizar: ```wp-block-code who ``` Otra opción es: ```wp-block-code w ``` `w` proporciona información adicional, incluyendo desde dónde está conectado el usuario y qué proceso está ejecutando. También podemos utilizar: ```wp-block-code users ``` que muestra de forma resumida los usuarios que tienen una sesión abierta. Para obtener información sobre sesiones gestionadas por systemd: ```wp-block-code loginctl list-sessions ``` Y para consultar los detalles de una sesión concreta: ```wp-block-code loginctl session-status ID ``` ## 9. Revisar los últimos accesos Linux mantiene información sobre los accesos realizados al sistema. El comando: ```wp-block-code last ``` permite consultar los últimos inicios de sesión registrados. Por ejemplo: ```wp-block-code last -20 ``` muestra las últimas 20 entradas. También podemos comprobar los últimos accesos de un usuario concreto: ```wp-block-code last usuario ``` Para consultar intentos de autenticación fallidos, dependiendo de la distribución y configuración de logging, pueden utilizarse: ```wp-block-code lastb ``` o revisar los registros de autenticación. En sistemas basados en Debian/Ubuntu suele ser especialmente relevante: ```wp-block-code /var/log/auth.log ``` Mientras que en sistemas como RHEL, Rocky Linux o AlmaLinux puede encontrarse información equivalente en: ```wp-block-code /var/log/secure ``` ## 10. Buscar cuentas sin contraseña Una comprobación importante durante una auditoría consiste en detectar cuentas que puedan tener una contraseña vacía. Una primera revisión puede hacerse sobre `/etc/shadow`: ```wp-block-code sudo awk -F: '$2 == "" {print $1}' /etc/shadow ``` Si el comando devuelve algún usuario, conviene investigar inmediatamente esa cuenta. Hay que tener en cuenta que `/etc/shadow` contiene información sensible y debe protegerse adecuadamente. Normalmente sólo `root` y procesos con los permisos correspondientes pueden acceder a su contenido. ## 11. Revisar los directorios personales Los usuarios normales suelen tener un directorio personal bajo `/home`. Podemos comprobarlos mediante: ```wp-block-code ls -la /home ``` También podemos buscar los directorios personales definidos en `/etc/passwd`: ```wp-block-code awk -F: '$6 ~ /^\/home\// {print $1, $6}' /etc/passwd ``` Esto resulta útil para detectar cuentas que aparentemente son usuarios normales pero que no tienen un directorio personal coherente con la configuración del sistema. ## 12. Comprobar grupos de un usuario Los grupos determinan buena parte de los permisos que puede tener una cuenta. Para consultar los grupos de un usuario: ```wp-block-code id usuario ``` o: ```wp-block-code groups usuario ``` Por ejemplo: ```wp-block-code id user ``` Es especialmente importante prestar atención a grupos con privilegios elevados, como: ```wp-block-code sudo wheel adm docker libvirt ``` El significado exacto de cada grupo depende de la distribución y de los servicios instalados. Por ejemplo, pertenecer al grupo `docker` puede proporcionar capacidades muy elevadas sobre el sistema, por lo que no debe considerarse un grupo administrativo "menor". ## 13. Comprobar usuarios del sistema con un pequeño informe Para realizar una revisión rápida podemos utilizar: ```wp-block-code awk -F: '{printf "%-20s UID=%-6s HOME=%-25s SHELL=%s\n",$1,$3,$6,$7}' /etc/passwd ``` Esto genera una salida similar a: ```wp-block-code root UID=0 HOME=/root SHELL=/bin/bash www-data UID=33 HOME=/var/www SHELL=/usr/sbin/nologin user UID=1001 HOME=/home/user SHELL=/bin/bash ``` De esta forma resulta mucho más sencillo revisar visualmente las cuentas existentes. ## 14. Qué deberíamos buscar durante una auditoría Cuando revisamos los usuarios de un servidor Linux, no basta con comprobar cuántas cuentas existen. Es recomendable buscar especialmente: * usuarios que ya no deberían existir; * cuentas desconocidas; * usuarios con UID 0 distintos de `root`; * cuentas con privilegios `sudo` o `wheel` que no deberían tenerlos; * usuarios con shells interactivos innecesarios; * cuentas de servicio con configuraciones incorrectas; * contraseñas o cuentas sin una política de expiración adecuada; * accesos recientes de usuarios que ya no deberían utilizar el servidor; * sesiones activas inesperadas; * pertenencia a grupos con privilegios elevados; * cuentas creadas recientemente sin una justificación conocida. ## 15. Comandos básicos para una revisión rápida Una revisión inicial puede realizarse con los siguientes comandos: ```wp-block-code # Listar usuarios cut -d: -f1 /etc/passwd # Información de un usuario id usuario # Información de contraseña sudo chage -l usuario # Usuarios con UID 0 awk -F: '$3 == 0 {print $1}' /etc/passwd # Usuarios con shells interactivos grep -E '/(bash|sh|zsh|fish)$' /etc/passwd # Usuarios actualmente conectados who # Últimos accesos last -20 # Sesiones actuales loginctl list-sessions # Grupos administrativos getent group sudo getent group wheel ``` ## Conclusión Comprobar los usuarios de Linux es una tarea fundamental dentro de la administración y auditoría de cualquier servidor. La revisión no debería limitarse a ejecutar ` cat /etc/passwd`, sino que debería incluir también los UID, grupos, privilegios, shells, estado de las cuentas y registros de acceso. Una revisión periódica permite identificar cuentas innecesarias, privilegios excesivos y posibles accesos no autorizados antes de que se conviertan en un problema de seguridad. Para una auditoría completa, además de las cuentas locales, conviene comprobar si el servidor utiliza mecanismos externos de autenticación como LDAP, Active Directory, Kerberos u otros proveedores de identidad, ya que en esos casos `getent passwd` e `id` pueden proporcionar una visión más completa que consultar únicamente `/etc/ passwd`. ## Suricata, sistema IDS/IPS de código abierto para detectar amenazas en la red - Link: https://binariocero.com/articulos/suricata-sistema-ids-ips-de-codigo-abierto-para-detectar-amenazas-en-la-red - Published: 2026-09-23T11:36:34+02:00 - Author: Binario 0 ![Loading](https://binariocero.com/wp-content/plugins/page-views-count/ajax-loader- 2x.gif) En un entorno empresarial, detectar una intrusión o una actividad sospechosa en la red es una parte fundamental de la seguridad informática. Una de las herramientas de código abierto más conocidas para esta tarea es **Suricata**, un motor de análisis de red capaz de funcionar como **IDS (Intrusion Detection System)** y **IPS (Intrusion Prevention System)**. ## ¿Qué es Suricata? Suricata es un software de análisis de red y detección de amenazas de alto rendimiento y código abierto. El proyecto está desarrollado para analizar el tráfico de red y detectar patrones asociados con ataques, malware, exploits, comunicaciones sospechosas y otras amenazas. A diferencia de un antivirus tradicional, que normalmente analiza lo que ocurre dentro de un equipo, Suricata puede analizar las **comunicaciones que circulan por la red**. Esto permite detectar determinados comportamientos maliciosos incluso cuando el software responsable de la amenaza se encuentra en otro dispositivo. El proyecto es mantenido por una comunidad de seguridad y se utiliza tanto en organizaciones privadas como públicas y por fabricantes de soluciones de seguridad. ## IDS e IPS: ¿qué diferencia hay? Suricata puede utilizarse principalmente de dos formas: ### IDS: detección de intrusiones En modo **IDS**, Suricata analiza el tráfico de red y genera alertas cuando encuentra una actividad que coincide con alguna de sus reglas de detección. Por ejemplo, puede detectar: * Intentos de explotación de vulnerabilidades. * Escaneos de puertos. * Tráfico asociado a determinados tipos de malware. * Comunicaciones con patrones sospechosos. * Intentos de acceso no autorizados. * Actividad que coincide con firmas conocidas. En este modo, Suricata **detecta y registra**, pero no bloquea directamente la comunicación. ### IPS: prevención de intrusiones En modo **IPS**, Suricata puede situarse en línea con el tráfico de red para analizar las comunicaciones y aplicar acciones definidas por sus reglas. De esta manera, además de detectar una amenaza, puede llegar a **bloquear el tráfico que coincida con una regla de prevención**. La diferencia fundamental es sencilla: **IDS → detecta y alerta.** **IPS → detecta y puede bloquear.** ## ¿Puede detectar malware dentro de una red? Sí, pero es importante entender cómo funciona. Suricata no es simplemente un antivirus instalado en un ordenador. Su función principal es **analizar el tráfico de red**. Por ejemplo, imaginemos que un equipo de una empresa resulta infectado por malware. El malware podría comenzar a comunicarse con un servidor externo para recibir instrucciones o enviar información. Si esa comunicación atraviesa el punto de la red donde está funcionando Suricata, el sistema puede analizarla y determinar si coincide con alguna de sus reglas de detección. Esto puede permitir detectar comportamientos como: **PC infectado → Internet → servidor de mando y control** Suricata puede analizar esa comunicación y generar una alerta si encuentra indicadores compatibles con una amenaza conocida. Sin embargo, existen limitaciones. Si el tráfico está cifrado, por ejemplo mediante HTTPS, Suricata no puede simplemente leer el contenido cifrado. Puede analizar otros elementos de la comunicación y utilizar diferentes técnicas de detección, pero no debe considerarse una herramienta capaz de detectar absolutamente todo el malware. ## ¿Dónde se instala Suricata? Una cuestión especialmente importante es **dónde colocar Suricata**. Para que pueda analizar el tráfico de varios equipos, debe tener acceso a ese tráfico. Por ejemplo: ```wp-block-preformatted INTERNET | | [ FIREWALL ] | | [ SWITCH RED ] | +------------+------------+ | | | PC1 PC2 SERVIDOR ``` En este escenario, instalar Suricata en uno de los PCs no significa automáticamente que pueda ver todo el tráfico de los demás equipos. Una arquitectura más apropiada sería proporcionar a Suricata una copia del tráfico mediante funcionalidades del switch, como un **puerto SPAN/mirror**, o situarlo en línea cuando se quiera utilizar como IPS. Por tanto, **la ubicación de Suricata dentro de la red es tan importante como su configuración**. ## ¿Se puede instalar Suricata en Windows? Sí. El proyecto proporciona una versión para Windows y actualmente dispone de instalador de 64 bits. En la página oficial de descargas se encuentra la versión estable disponible y los paquetes correspondientes a diferentes sistemas operativos. Actualmente, la página oficial indica **Suricata 8.0.7**, publicada el 15 de septiembre de 2026, incluyendo instalador para Windows de 64 bits. Esto permite utilizar Suricata en Windows para determinados escenarios de análisis y monitorización. No obstante, si el objetivo es proteger una red completa, no basta simplemente con instalar Suricata en cada ordenador. Hay que plantear correctamente cómo se obtiene el tráfico que se quiere analizar. ## ¿Se podría instalar en cada PC? También es posible utilizar Suricata en equipos individuales, pero el planteamiento cambia. Por ejemplo: ```wp-block-code PC 1 → Suricata PC 2 → Suricata PC 3 → Suricata PC 4 → Suricata ``` En este caso, cada instalación puede analizar el tráfico correspondiente al propio equipo. Esto puede ser interesante si se quiere controlar individualmente determinados ordenadores, pero tiene algunas desventajas frente a disponer de un sensor centralizado: * Hay que mantener varias instalaciones. * Hay que actualizar las reglas en varios equipos. * Hay que gestionar las alertas de múltiples sensores. * El consumo de recursos se multiplica. * No necesariamente se obtiene visibilidad del tráfico entre otros dispositivos. Para una red empresarial, normalmente resulta más interesante diseñar una arquitectura donde uno o varios sensores tengan visibilidad suficiente sobre el tráfico que se desea monitorizar. ## Reglas de detección Uno de los elementos fundamentales de Suricata son sus **reglas de detección**. Estas reglas permiten definir qué patrones debe buscar el motor dentro del tráfico de red. Una regla puede, por ejemplo, buscar determinados patrones asociados con una vulnerabilidad, una aplicación, un protocolo o una actividad maliciosa. Esto permite adaptar Suricata al entorno que se quiere proteger. Además, las reglas pueden utilizarse para generar alertas o, dependiendo de la configuración y del modo de funcionamiento, tomar acciones sobre el tráfico. ## Suricata no sustituye a un antivirus Es importante no confundir las funciones de Suricata con las de un antivirus o EDR. Una solución como Microsoft Defender, un antivirus o un EDR trabaja principalmente desde el propio endpoint y puede analizar procesos, archivos, memoria, comportamiento del sistema y otras actividades. Suricata se centra principalmente en la **actividad de red**. Por eso, una arquitectura de seguridad puede combinar diferentes capas: ```wp-block-preformatted INTERNET | [ FIREWALL ] | [ SURICATA ] | [ SWITCH ] / | \ PC1 PC2 SERVIDOR | | | Antivirus / EDR | ``` Cada tecnología proporciona una perspectiva diferente de lo que está ocurriendo. ## Ventajas de Suricata Entre sus principales características se encuentran: * Código abierto. * Análisis de tráfico de red. * Funcionamiento como IDS e IPS. * Soporte para múltiples sistemas operativos. * Motor de alto rendimiento. * Sistema basado en reglas. * Capacidad para generar alertas y registros. * Posibilidad de integrarlo con otras herramientas de seguridad. * Comunidad y documentación disponibles. El proyecto proporciona documentación, formación y recursos para comenzar a utilizar la plataforma. ## ¿Dónde descargar Suricata? La página oficial del proyecto es: [Sitio web oficial de Suricata](https://suricata.io/?utm_source=chatgpt.com) Y para descargar directamente las versiones disponibles: [Descargar Suricata](https://suricata.io/download/?utm_source=chatgpt.com) La página de descargas oficial incluye actualmente paquetes para Windows, Linux y otros sistemas, además del código fuente. ## Conclusión Suricata es una herramienta especialmente interesante para añadir una **capa de detección y prevención basada en el tráfico de red**. Su principal ventaja es que permite observar las comunicaciones que se producen en una infraestructura y detectar determinados patrones relacionados con ataques, malware y otras amenazas. Sin embargo, su eficacia depende en gran medida de **dónde se coloque dentro de la red, qué tráfico pueda observar y qué reglas tenga configuradas**. Por ello, en una infraestructura empresarial puede formar parte de una estrategia de seguridad junto con firewall, antivirus/EDR, monitorización de logs y otras herramientas de protección. En definitiva, Suricata no pretende sustituir al resto de sistemas de seguridad, sino proporcionar otra capa de visibilidad: **qué está ocurriendo en la red y qué comunicaciones pueden resultar sospechosas**. ## Cómo crear una tarea programada para apagar el PC en Windows 11 - Link: https://binariocero.com/windows/como-crear-una-tarea-programada-para-apagar-el-pc-en-windows-11 - Published: 2026-09-19T10:54:38+02:00 - Author: Juan José Fernández Durán ![Loading](https://binariocero.com/wp-content/plugins/page-views-count/ajax-loader- 2x.gif) Automatizar el apagado del ordenador es útil para ahorrar energía, evitar que el equipo quede encendido toda la noche o simplemente ganar en orden en tu rutina diaria. Windows 11 ofrece dos formas de lograrlo: un comando rápido para apagados puntuales y el Programador de tareas para apagados recurrentes. ### Opción 1: Apagado puntual con el comando shutdown Si solo necesitas apagar el equipo una vez, a una hora concreta, no hace falta configurar nada complejo: 1. Pulsa `Win + R`, escribe `cmd` y presiona Enter. 2. Introduce el siguiente comando, indicando en segundos el tiempo que debe pasar antes del apagado: ```wp-block-code shutdown /s /t 3600 ``` En este ejemplo, el equipo se apagará dentro de una hora (3600 segundos). Basta con ajustar el número según lo que necesites. Si cambias de idea, puedes cancelar el apagado programado con: ```wp-block-code shutdown /a ``` ### Opción 2: Apagado recurrente con el Programador de tareas Cuando el objetivo es que el PC se apague automáticamente todos los días (o con cualquier otra frecuencia), la herramienta adecuada es el Programador de tareas de Windows. 1. Pulsa `Win`, escribe **Programador de tareas** y ábrelo. 2. En el panel derecho, haz clic en **Crear tarea básica...** 3. Asigna un nombre descriptivo, por ejemplo "Apagado automático", y pulsa **Siguiente**. 4. Elige el desencadenador (Diariamente, Semanalmente, etc.) y pulsa **Siguiente**. 5. Configura la hora exacta y la frecuencia deseada, y pulsa **Siguiente**. 6. En "Acción", selecciona **Iniciar un programa** y pulsa **Siguiente**. 7. En el campo **"Programa o script"**, escribe: ```wp-block-preformatted shutdown ``` 8. En **"Agregar argumentos (opcional)"**, introduce: ```wp-block-preformatted /s /f /t 0 ``` Aquí, `/s` indica apagado, `/f` fuerza el cierre de aplicaciones abiertas, y `/t 0` hace que la acción sea inmediata. 9. Deja el campo "Iniciar en" vacío, pulsa ** Siguiente** y finalmente **Finalizar**. A partir de ese momento, Windows ejecutará el apagado automáticamente según la programación establecida, sin intervención manual. ### Variantes útiles El mismo procedimiento sirve para otras acciones, cambiando simplemente el parámetro: * **Reiniciar** en lugar de apagar: usa `/r` en vez de `/s` * **Hibernar**: usa `/h` en vez de `/s` Esto permite adaptar la tarea programada a distintas necesidades, ya sea para reiniciar el equipo periódicamente o ponerlo en hibernación en horarios específicos. ## Cómo iniciar WSL y una distribución Debian al arrancar Windows 11 sin necesidad de inicio de sesión - Link: https://binariocero.com/windows/como-iniciar-wsl-y-una-distribucion-debian-al-arrancar-windows-11-sin-necesidad-de-inicio-de-sesion - Published: 2026-09-19T10:52:54+02:00 - Author: Juan José Fernández Durán ![Loading](https://binariocero.com/wp-content/plugins/page-views-count/ajax-loader- 2x.gif) Uno de los mayores quebraderos de cabeza al usar WSL2 como parte de una infraestructura" always-on" —por ejemplo, para tareas de sincronización, backups o servicios ligeros en Linux dentro de un equipo Windows— es que, por defecto, WSL solo arranca cuando un usuario inicia sesión de forma interactiva. En escenarios donde el equipo debe funcionar de forma desatendida (un NUC, un servidor doméstico, una máquina remota a la que se accede por RDP de forma esporádica), esto es un problema: si nadie hace login, WSL simplemente no está disponible. La solución pasa por el Programador de tareas de Windows, configurado para ejecutar` wsl.exe` en el arranque del sistema, sin depender de una sesión de usuario. A continuación se explica cómo montarlo correctamente, y qué limitaciones hay que tener en cuenta. ### El script de arranque Aunque es posible apuntar la tarea directamente a `wsl.exe`, es más robusto envolver la llamada en un script (`.bat` o `.ps1`), por ejemplo: ```wp-block-code wsl -d Debian -u root -- /bin/true ``` Esto da un punto donde añadir logging o lógica de reintento si en el futuro algo falla silenciosamente. ### Configuración de la tarea La tarea debe crearse desde el modo avanzado del Programador de tareas (`taskschd. msc`), no desde el asistente básico, porque se necesitan tres ajustes que este último no expone: * **General**: marcar _"Ejecutar tanto si el usuario ha iniciado sesión como si no"_ y _"Ejecutar con los privilegios más altos"_, asociando la tarea a una cuenta con perfil ya creado en la máquina. * **Desencadenador**: _"Al iniciar el equipo"_, nunca _"Al iniciar sesión"_. Añadir un retraso de 30-60 segundos da margen a que los servicios de red y virtualización terminen de levantar antes de que se dispare la tarea. * **Acción**: programa `C:\Windows\System32\wsl.exe`, argumentos `-d Debian` (o`-- exec` para lanzar un comando concreto sin abrir una shell interactiva). En la pestaña de configuración conviene activar _"Ejecutar la tarea lo antes posible si se pierde un inicio programado"_ y limitar los reintentos (por ejemplo, cada 5 minutos hasta 3 veces). ### El punto débil: los reinicios en frío En un apagado y arranque limpios, este esquema suele funcionar sin problemas. El punto donde falla con más frecuencia es tras un **corte de energía o un reinicio en frío**: en ese escenario, servicios como `LxssManager` o `vmcompute` pueden tardar más en estar operativos, y la tarea puede dispararse antes de que el subsistema esté realmente listo para aceptar la orden. Por eso el retraso en el desencadenador y los reintentos no son opcionales: son la diferencia entre que el sistema se recupere solo o se quede en un estado a medias que solo se detecta al intentar usarlo. ### Verificación real, no solo el historial de la tarea El Programador de tareas puede marcar la ejecución como "correcta" simplemente porque` wsl.exe` devolvió un código de salida limpio, sin que eso garantice que la distribución sigue viva minutos después. La comprobación fiable pasa por reiniciar sin iniciar sesión con ningún usuario y, desde otra sesión (RDP o acceso local), ejecutar: ```wp-block-code wsl -l -v wsl -d Debian -- uptime ``` ### Reforzar con una comprobación periódica Si el objetivo final es que Debian esté disponible para recibir conexiones (SSH, rsync, un cron interno), es razonable no depender únicamente del arranque inicial. Una segunda tarea programada, ejecutada cada 5-10 minutos, que compruebe `wsl -d Debian -- uptime` y relance la distribución si falla, añade una capa de resiliencia frente a fallos puntuales del primer arranque.