PRTG: qué es, sensores, licencias y cómo instalarlo

PRTG es una herramienta de monitoreo de la empresa alemana Paessler que vigila servidores, equipos de red, sitios web y servicios en la nube, y avisa cuando algo falla o se degrada. Su versión más conocida, PRTG Network Monitor, se instala en un servidor Windows de la empresa y mide todo con sensores: cada sensor de PRTG observa un solo aspecto de un equipo, como su respuesta al ping, el espacio libre en disco o el tráfico de un puerto. A continuación verá qué es PRTG, para qué sirve, cómo funcionan los sensores de PRTG, cuánto cuesta cada licencia de PRTG, qué se necesita para instalar PRTG y cómo configurarlo sin sorpresas.

Esta guía sirve a dos lectores. Si usted decide en una empresa, le bastan los apartados sobre qué es, sus usos, sus beneficios y, sobre todo, el de la licencia de PRTG, porque el precio depende del número de sensores y ese número se dispara con facilidad. Si administra la infraestructura, además encontrará la arquitectura, los requisitos, la instalación, los puertos, la configuración inicial y un caso completo con cifras.

Por otra parte, cada dato sale del manual oficial de Paessler y de su lista de precios, consultados el 30 de septiembre de 2026, cuando la versión estable vigente era la 26.3.124.1727. Así encontramos, por ejemplo, que el descubrimiento automático crea un sensor de tráfico por cada puerto de switch que haya tenido tráfico alguna vez, y que en nuestro caso de ejemplo eso duplica la factura anual.

¿Qué es PRTG y para qué sirve?

PRTG es un sistema de monitoreo de infraestructura. Es decir, pregunta de forma continua a cada equipo cómo está, guarda las respuestas y compara cada valor con unos límites. Si un servidor deja de responder o un disco se llena, PRTG cambia el color del sensor y envía una alerta por correo, por mensaje o por la aplicación del móvil.

El nombre completo del producto principal es PRTG Network Monitor. Aunque dice «network», no se limita a la red: según el propio manual de Paessler, vigila servidores, equipos de trabajo, impresoras, switches, enrutadores, máquinas virtuales y casi cualquier dispositivo con dirección IP. Además, Paessler ofrece la misma herramienta alojada en su nube, llamada PRTG Hosted Monitor, y una edición para redes muy grandes, PRTG Enterprise Monitor.

En la práctica, sirve para enterarse de un problema antes que los usuarios. Por ejemplo, avisa de que el certificado del sitio web vence en 28 días, de que el enlace de internet va al límite desde las nueve de la mañana o de que el servicio de copias de seguridad no arrancó anoche. Así, el equipo de TI actúa con tiempo en lugar de apagar incendios.

PRTG explicado sin tecnicismos

Piense en PRTG como en el tablero de un carro. El tablero no arregla el motor, pero muestra la temperatura, el combustible y la presión del aceite, y enciende una luz roja cuando algo va mal. Del mismo modo, PRTG no repara servidores ni redes: los observa minuto a minuto y avisa a tiempo a quien debe actuar.

Cada indicador de ese tablero es un sensor de PRTG. Por eso, la pregunta clave antes de comprar no es cuántos equipos tiene la empresa, sino cuántas cosas quiere vigilar en cada uno.

Los términos básicos de PRTG

Término	Qué es
Servidor central (core server)	El programa principal: guarda la configuración y los datos, envía las alertas, genera los informes y sirve la interfaz web
Sonda (probe)	El componente que hace las mediciones y las entrega al servidor central
Dispositivo	Cada equipo vigilado: un servidor, un switch, una impresora o un sitio web
Sensor	Un aspecto concreto de un dispositivo, como el ping, la carga del procesador o el tráfico de un puerto
Canal	Cada dato que entrega un sensor; por ejemplo, el ping entrega tiempo medio, mínimo, máximo y pérdida de paquetes
Intervalo de escaneo	Cada cuánto mide un sensor; por defecto, un minuto
Disparador (trigger)	La regla que decide cuándo se envía una notificación
Autodescubrimiento	La función que recorre la red, encuentra equipos y les crea sensores de forma automática

Para qué se usa PRTG: principales usos

El manual de PRTG documenta 358 sensores, contando las versiones antiguas y nuevas de un mismo tipo, así que casi todo tiene uno. Sin embargo, en una empresa mediana el uso se concentra en seis frentes. La tabla resume cada uno con el sensor de PRTG que lo resuelve y lo que exige.

Uso	Ejemplo de sensor	Qué necesita
Disponibilidad de equipos	Ping, que por defecto envía 5 paquetes por medición y mide pérdida y latencia	Que el equipo responda al ping
Salud de servidores Windows	Carga del procesador, memoria, espacio libre en disco y servicios	Credenciales de Windows y WMI
Salud de servidores Linux	Carga, memoria y disco por SSH	Credenciales de Linux
Tráfico de la red	Tráfico por SNMP en cada puerto de switch, firewall o enrutador	SNMP activado en el equipo
Sitios y servicios web	HTTP y certificado SSL/TLS, que avisa a 28 días del vencimiento y marca error a 7	Que el sitio sea accesible desde la sonda
Nube y virtualización	Estado de Microsoft 365, máquinas de Azure, nodos y máquinas de Proxmox VE	Permisos de lectura en cada plataforma

Además, hay sensores para bases de datos (SQL Server, MySQL, PostgreSQL y Oracle), para correo, para DNS y para el estado de los trabajos de Veeam Backup, que consultan el Enterprise Manager por el puerto 9398. Por otro lado, los sensores de Proxmox VE salieron de beta en la versión 26.3.122.1665, de julio de 2026, y exigen Proxmox VE 6.2 o posterior. Si su empresa usa esa plataforma, en nuestra guía de Proxmox explicamos cómo se organiza un clúster.

Por qué importa: beneficios de monitorear con PRTG

Un sistema de monitoreo no se nota cuando funciona, y esa es precisamente su virtud. Estos son los beneficios que más pesan en una empresa, con el mecanismo concreto que los produce:

• Enterarse antes que los usuarios. PRTG marca un sensor en advertencia en cuanto falla la primera consulta y lo pasa a caído si falla la segunda, así que el aviso llega en el siguiente minuto.
• Menos falsas alarmas. Las dependencias pausan los sensores de un equipo cuando su ping está caído; por eso, si se cae un switch, llega una alerta y no treinta.
• Datos para decidir compras. El histórico de tráfico, memoria y disco muestra cuándo un recurso se va a quedar corto, en lugar de adivinarlo.
• Informes para la gerencia. PRTG genera informes programados en PDF con la disponibilidad de cada equipo, útiles para medir a un proveedor o justificar una inversión.
• Arranque rápido. El autodescubrimiento encuentra los equipos de la subred y les crea sensores recomendados, así que el primer tablero aparece minutos después de instalar PRTG.
• Una sola herramienta. Red, servidores, sitios web y nube quedan en la misma consola, con las mismas reglas de alerta.

Eso sí, conviene no confundir monitorear con resolver. PRTG dice qué falla y desde cuándo; en cambio, alguien tiene que atender la alerta, diagnosticar y corregir. En la entrada sobre monitoreo de servidores explicamos qué vigilar en cada tipo de equipo, con independencia de la herramienta.

Cómo funciona PRTG: servidor central, sondas y sensores

PRTG Network Monitor tiene dos piezas principales. Por un lado, el servidor central, que según el manual incluye el almacenamiento de datos, el servidor web, el motor de informes y el sistema de notificaciones. Por otro lado, las sondas, que hacen las mediciones reales y entregan los resultados al servidor central. Las dos se ejecutan como servicios de Windows, así que no hace falta que nadie tenga la sesión abierta.

Al instalar PRTG Network Monitor, se crea una sonda local en el mismo servidor, y en una red pequeña esa sonda basta para todo. Sin embargo, cuando la empresa tiene sedes o redes separadas por firewalls, se añaden sondas remotas. Cada sonda remota abre una conexión cifrada con TLS hacia el servidor central, por el puerto 23560, así que en la sede solo hace falta permitir esa salida.

Componente	Dónde corre	Para qué sirve
Servidor central	Windows 10, 11 o Windows Server 2016 a 2025	Configuración, base de datos, alertas, informes, interfaz web y API
Sonda local	El mismo servidor central	Mide la red donde está instalado
Sonda remota clásica	Otro equipo Windows	Mide una sede o una red aislada y envía los datos al servidor central
Sonda multiplataforma	Ubuntu, Debian, Red Hat o Raspberry Pi OS	Lo mismo que la remota, desde Linux, a través de un servidor NATS
Sonda de clúster	Todos los nodos de un clúster de conmutación	Mide desde varios nodos para que el monitoreo siga si uno cae

La jerarquía de objetos en PRTG

PRTG ordena todo en un árbol. Arriba está el grupo raíz; debajo, las sondas; dentro de cada sonda, los grupos; dentro de los grupos, los dispositivos, y dentro de cada dispositivo, sus sensores. Esta estructura importa porque la configuración se hereda hacia abajo: el intervalo de escaneo, las credenciales, los disparadores de alerta y los permisos se definen una vez en un nivel alto y valen para todo lo que cuelga de él.

Por ejemplo, si pone las credenciales de dominio en el grupo raíz, todos los servidores Windows las usan. En cambio, si una sede tiene otras credenciales, las escribe en el grupo de esa sede y solo afectan a sus equipos.

Qué es un sensor en PRTG

Un sensor es la unidad de medida de PRTG y, a la vez, la unidad de licencia. Según el manual, cada sensor de PRTG vigila un solo aspecto de un dispositivo: un servicio de red como HTTP o SMTP, el tráfico de un puerto, la carga del procesador, la memoria o la salud del hardware. Por lo tanto, un servidor con ping, procesador, memoria, disco y dos servicios suma seis sensores.

Cada sensor de PRTG, a su vez, entrega uno o varios canales. El sensor de ping, por ejemplo, tiene canales de tiempo medio, mínimo, máximo y pérdida de paquetes, y el de tráfico separa la entrada, la salida y el total. Esto explica por qué los sensores de PRTG no se comparan uno a uno con los «elementos» de otras herramientas: un solo sensor puede agrupar varias métricas. Paessler recomienda no pasar de 50 canales por sensor.

Los estados de un sensor

El color de cada sensor indica su estado, según la tabla de estados del manual. Además, en PRTG un dispositivo o un grupo muestra el estado más grave de sus sensores, así que un solo sensor caído pinta de rojo todo el equipo en el árbol.

Estado	Color	Qué significa
Down	Rojo	PRTG no alcanza el equipo o el valor superó el límite de error
Down (Acknowledged)	Como Down, marcado como reconocido	Alguien reconoció la alarma; PRTG deja de enviar notificaciones de ella
Warning	Amarillo	Falló una consulta y PRTG reintenta, o el valor superó el límite de advertencia
Unusual	Naranja	El valor es raro para ese día de la semana y esa hora, según su histórico
Up	Verde	La última medición fue correcta
Paused	Azul	Pausado a mano, por un horario o por una dependencia
Unknown	Gris	Aún no hay datos o falla la comunicación con la sonda

Cómo decide PRTG que algo está caído

PRTG no marca un fallo a la primera. Cuando una consulta falla, el sensor pasa a advertencia y PRTG repite la consulta de inmediato; solo si la segunda también falla, lo pasa a caído. De este modo, un equipo que tarda un segundo más de la cuenta no despierta a nadie. En cambio, esta regla no se aplica a los límites de los canales: si el disco baja del 10 % libre, el sensor pasa a error sin reintentos.

Las tecnologías que usan los sensores de PRTG

Con PRTG no hace falta instalar agentes en los equipos, salvo las sondas. En su lugar, preguntan con los protocolos que cada equipo ya habla. La elección importa, porque unos protocolos cargan mucho más que otros a la sonda.

Tecnología	Para qué	Puerto	Carga según Paessler
Ping	Disponibilidad y latencia	ICMP	Muy baja
SNMP v1 y v2c	Switches, firewalls, impresoras, UPS, Linux	161 (y 162 para traps)	Muy baja; apta para miles de sensores
SNMP v3	Lo mismo, con cifrado	161	Limitada: no escala con más procesador
WMI	Servidores y equipos Windows	135 (DCOM) o 5985 y 5986 (WSMan)	Alta con DCOM: menos de 120 sensores por sonda a un minuto
SSH	Linux y Unix	22	Depende del sensor
HTTP	Sitios, API y certificados	80 y 443	Baja
Flujos (NetFlow, sFlow, IPFIX)	Quién consume el ancho de banda	El que se configure en el equipo	Depende del volumen de paquetes
Captura de paquetes	Análisis del tráfico que pasa por la sonda	—	La más alta; solo para enlaces de menos de 50 Mbit/s

Si quiere entender SNMP a fondo, en nuestra guía de monitoreo de servidores explicamos el protocolo, sus versiones y por qué conviene dejar atrás la comunidad «public».

Ediciones y licencia de PRTG: ¿es gratis?

Sí y no. PRTG Network Monitor tiene una edición gratuita, pero con un tope de 100 sensores, que se agotan pronto. Según el apartado de ediciones del manual, la licencia de PRTG se cuenta siempre por sensores, y existen tres ediciones.

Edición	Sensores	Condiciones
Prueba	Ilimitados	30 días con todas las funciones; después se convierte sola en la gratuita
Gratuita (freeware)	Hasta 100	Gratis para uso personal y comercial, con todos los tipos de sensor. Se obtiene instalando primero la prueba
Comercial	De 500 a 10.000	Suscripción anual con actualizaciones y soporte por correo incluidos

Cien sensores de PRTG alcanzan para una oficina pequeña o para vigilar lo crítico. Por ejemplo, con dos sensores por sitio web y ocho por servidor, cubren veinte sitios web y seis servidores, o doce servidores Windows completos. Por encima de eso, hace falta una licencia comercial de PRTG.

Precios de la licencia de PRTG Network Monitor

Estos son los precios de cada licencia de PRTG en la lista oficial de Paessler, en dólares, por mes y con pago anual, consultados el 30 de septiembre de 2026. Los socios locales pueden tener otras condiciones, así que tómelos como referencia.

Licencia	Sensores	Equipos aproximados	USD al mes	USD al año	USD por sensor al mes, a plena ocupación
PRTG 500	500	50	200	2.400	0,40
PRTG 1000	1.000	100	358	4.296	0,36
PRTG 2500	2.500	250	742	8.904	0,30
PRTG 5000	5.000	500	1.300	15.600	0,26
PRTG 10000	10.000	1.000	1.642	19.704	0,16

La columna de equipos sale de la propia Paessler, que calcula unos diez sensores de PRTG por equipo. Además, para más de 1.000 equipos recomienda PRTG Enterprise Monitor, que se cotiza aparte.

Cuatro reglas de la licencia de PRTG que conviene conocer

1. Las licencias de PRTG no se suman. Una de 500 y otra de 1.000 no dan 1.500 sensores: cada servidor acepta una sola clave. Si necesita más, se amplía la licencia de PRTG al tramo siguiente.
2. En PRTG Network Monitor, la licencia solo sube. La versión instalada permite ampliar el tamaño en cualquier momento, pero no reducirlo; la versión en la nube sí permite bajar.
3. El clúster de dos nodos va incluido. Cada licencia de PRTG incluye un clúster de conmutación de dos nodos; tres nodos piden una clave adicional y cuatro, dos.
4. La versión en la nube no tiene edición gratuita. PRTG Hosted Monitor se prueba solo 10 días, empieza en 500 sensores y admite como máximo 10.000.

Requisitos para instalar PRTG

El servidor central de PRTG Network Monitor funciona solo en Windows, así que para instalar PRTG hace falta un equipo con ese sistema. Paessler recomienda instalar PRTG en un equipo dedicado, físico o virtual, porque el servidor guarda todas las credenciales de la red y cualquiera con acceso a él podría leerlas.

Requisito	Valor
Sistema operativo	Windows Server 2025, 2022, 2019 o 2016, Windows 11 o Windows 10; sin el modo Core de Windows Server
.NET Framework	4.7.2 o posterior; 4.8 recomendada en instalaciones nuevas
Modo FIPS de Windows	Desactivado, porque causa fallos en sensores que usan .NET
Navegador	Las tres últimas versiones de Chrome, Firefox, Edge o Safari
Pantalla	1.024 × 768 como mínimo; 1.200 × 800 o más recomendado

Hardware según el número de sensores

El hardware del servidor de PRTG depende sobre todo del número de sensores. Esta es la tabla oficial de requisitos del sistema para el servidor central:

Sensores	Núcleos	Memoria	Disco	Sondas remotas
Hasta 500	4	4 GB	100 GB	Menos de 30
Hasta 1.000	6	6 GB	500 GB	Menos de 30
Hasta 2.500	8	8 GB	750 GB	Menos de 60
Hasta 5.000	8	12 GB	1.000 GB	Menos de 60
Hasta 10.000	10 a 12	16 GB	1.500 GB	Menos de 80

Una sonda remota clásica, en cambio, es modesta: hasta 200 sensores caben en 2 núcleos, 2 GB de memoria y 40 GB de disco. Por otra parte, PRTG avisa por correo al administrador cuando al servidor le queda menos de 1 GB de disco o menos de 500 MB de memoria.

Dos comprobaciones antes de instalar PRTG

Antes de instalar PRTG, compruebe la versión de .NET y el modo FIPS desde PowerShell. La primera orden devuelve un número: según la tabla de versiones de Microsoft, 528040 o más indica .NET Framework 4.8.

(Get-ItemProperty -Path 'HKLM:\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full').Release

La segunda debe devolver 0 en el valor «Enabled», o no devolver la clave, que también significa que FIPS está desactivado:

Get-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Control\Lsa\FipsAlgorithmPolicy' -Name Enabled

Cómo instalar PRTG paso a paso

Instalar PRTG Network Monitor se parece a instalar cualquier programa de Windows. El manual lo describe así:

1. Descargue la versión de prueba desde la página de Paessler, que muestra también la clave de prueba. El instalador llega en un archivo .zip.
2. Ejecute el instalador en el servidor donde va a instalar PRTG y acepte el control de cuentas de usuario.
3. Elija el idioma de la instalación y acepte el contrato de licencia.
4. Escriba un correo que se revise a diario, porque ahí llegarán las alertas del sistema.
5. Elija el modo «Express» o el «Custom». El personalizado permite cambiar las carpetas de programa y de datos y decidir si se hace el autodescubrimiento inicial.
6. Al terminar, se abre la interfaz web. El usuario y la contraseña iniciales son prtgadmin.

Tenga en cuenta dos avisos del fabricante. Primero, algunos antivirus, incluido Windows Defender, interfieren al instalar PRTG o al actualizarlo y disparan el procesador; la salida es crear exclusiones para las carpetas y los servicios de PRTG. Segundo, el instalador añade un servidor NATS, así que instalar PRTG puede fallar si en ese equipo ya hay otro NATS con una configuración incompatible.

La configuración inteligente de los primeros minutos

Al entrar por primera vez, PRTG ya muestra equipos: durante la instalación hizo ping a las direcciones de su subred y creó los que respondieron. Después, un asistente guía cinco pasos que conviene completar:

1. Credenciales. Escriba las de Windows, Linux y SNMP en el grupo raíz, para que un segundo descubrimiento encuentre más sensores.
2. Ubicación. Indique dónde está el servidor, para los mapas geográficos.
3. Contraseña. Cambie la de prtgadmin: al menos ocho caracteres, un número y una mayúscula.
4. Correo. Confirme la dirección que recibirá las alertas.
5. Conexión segura. Si entra desde otro equipo, active TLS; sin él, las contraseñas viajan sin cifrar.

Instalar PRTG sin el descubrimiento inicial

Al instalar PRTG en una red grande, el descubrimiento inicial puede crear cientos de sensores que luego hay que borrar. Por eso, si prefiere empezar con el árbol vacío, elija la instalación personalizada y marque «Skip auto-discovery», o ejecute el instalador desde la consola con el parámetro /NoInitialAutoDisco=1. En el caso práctico de más abajo verá por qué esta decisión afecta directamente a la licencia de PRTG.

Configuración inicial recomendada

Instalar PRTG y verlo funcionar no es lo mismo que dejarlo bien configurado. Estos son los ajustes que marcan la diferencia en las primeras semanas.

Revise el grupo raíz antes de añadir nada

Todo hereda del grupo raíz, así que empiece por él. De serie trae un intervalo de un minuto, SNMP v1 con la comunidad «public» y la dependencia del objeto padre. Cambie la comunidad por una propia, o mejor, pase a SNMP v2c o v3 donde los equipos lo admitan. Además, deje ahí las credenciales de dominio y las de Linux.

Configure las notificaciones en cuatro pasos

PRTG trae un disparador en el grupo raíz que envía correo y notificación push al administrador si cualquier sensor lleva 10 minutos caído. Para ir más allá, el capítulo de notificaciones pide cuatro pasos en orden: la configuración de entrega (el servidor de correo), los contactos de cada usuario, las plantillas de notificación y, por último, los disparadores en los objetos.

Además, hay un detalle poco conocido: PRTG intenta entregar cada notificación tres veces y, si fallan las tres, la pierde. Por eso, Paessler recomienda que cada disparador use al menos dos métodos distintos, por ejemplo correo y mensaje a Microsoft Teams, y que la escalada use un método diferente del primero. Los métodos disponibles incluyen correo, SMS, push, Teams, Slack, HTTP, syslog, traps SNMP y la creación de un ticket interno.

Use dependencias y horarios de mantenimiento

El autodescubrimiento pone el ping de cada equipo como sensor maestro: si el ping cae, el resto de sensores del equipo se pausa. Conviene llevar la idea más lejos y hacer que los equipos de una sede dependan del enlace de esa sede. Así, si se cae el enlace, llega una sola alerta.

Del mismo modo, los horarios permiten pausar el monitoreo y las alertas en ventanas definidas, por ejemplo los domingos de madrugada, cuando se reinician los servidores tras las actualizaciones. Sin embargo, pausar a mano o por horario un sensor maestro no pausa a los que dependen de él, así que la ventana debe aplicarse al grupo completo.

Prefiera WSMan a DCOM para Windows

WMI puede ir por DCOM o por WSMan. Con DCOM, Paessler pide no pasar de 120 sensores WMI por sonda a un minuto, o de 600 a cinco minutos. Además, varios sensores nuevos, como el de servicios en su versión 2, exigen WSMan. Para que un servidor Windows responda por WSMan, active la administración remota de PowerShell en él y compruébela desde la sonda:

Enable-PSRemoting -Force

Test-WSMan -ComputerName srv-archivos01

Si la segunda orden devuelve la versión del protocolo, la sonda ya puede consultar ese servidor por el puerto 5985. En un dominio, lo habitual es activarlo en todos los servidores a la vez con una directiva de grupo.

Puertos que usa PRTG

Estos son los puertos predeterminados que publica Paessler para la comunicación entre las piezas de PRTG Network Monitor. Los de cada sensor dependen del protocolo, como vimos en la tabla de tecnologías.

Puerto	Para qué
443 y 80	Interfaz web, aplicaciones móviles y de escritorio; si están ocupados, usa 8443 y 8080 en adelante
23560	Conexiones de las sondas remotas clásicas hacia el servidor central
23562	Conexiones de las sondas multiplataforma
23570	Comunicación entre los nodos de un clúster
8085	Generación de informes en PDF
443 saliente	Activación, actualizaciones automáticas y notificaciones push
25, 162 y 514 salientes	Notificaciones por correo, trap SNMP y syslog

Solo hace falta abrir el 23560 en el servidor central para recibir sondas remotas. En Windows se hace con una regla del firewall:

New-NetFirewallRule -DisplayName 'Sondas remotas de monitoreo' -Direction Inbound -Protocol TCP -LocalPort 23560 -Action Allow

Luego, desde el equipo de la sede, compruebe que llega al servidor central antes de instalar la sonda remota de PRTG:

Test-NetConnection -ComputerName monitoreo.empresa.local -Port 23560

Si «TcpTestSucceeded» sale en True, la sonda podrá conectarse.

Caso práctico: 120 equipos contados en sensores de PRTG

Para aterrizar todo lo anterior, retomamos la empresa de ejemplo de nuestras guías de Zabbix y Grafana: 120 equipos, entre 40 servidores, 60 equipos de red y 20 servicios web. Los datos son de ejemplo; las reglas y los precios, de Paessler. Así, el lector puede rehacer las cuentas con su propio inventario.

Paso 1: elegir los sensores a mano

Equipos	Cantidad	Sensores por equipo	Total
Servidores Windows: ping, procesador, memoria, disco, tráfico, tiempo de actividad y dos servicios	30	8	240
Servidores Linux: ping, carga, memoria y disco por SSH, tráfico y puerto del servicio	10	6	60
Switches: ping, estado del equipo y seis puertos clave	20	8	160
Puntos de acceso wifi: ping y estado	36	2	72
Firewalls: ping, estadísticas, cuatro interfaces y túneles VPN	2	7	14
Enrutadores de internet: ping, tráfico de entrada y salida, y jitter	2	4	8
Servicios web: HTTP y certificado	20	2	40
Total	120	5 de media	594

Con 594 sensores, la licencia de PRTG Network Monitor que corresponde es PRTG 1000: 358 dólares al mes, 4.296 al año, con un margen de 406 sensores para crecer. En otras palabras, con esa licencia de PRTG cada sensor usado cuesta 0,60 dólares al mes.

Paso 2: ¿cabe en PRTG 500?

Casi. Si cada switch vigila tres puertos en vez de seis y los puntos de acceso se quedan solo con el ping, el total baja a 498 sensores. Eso permite la licencia PRTG 500, a 200 dólares al mes, y ahorra 1.896 dólares al año. Sin embargo, quedan dos sensores libres, así que el primer servidor nuevo obliga a ampliar la licencia de PRTG. Por eso, en este caso recomendamos la licencia PRTG 1000 y reservar el margen para el crecimiento.

Paso 3: lo que pasa si se deja al autodescubrimiento

Aquí está el hallazgo que da sentido al caso. El manual del sensor de tráfico SNMP lo dice sin rodeos: el autodescubrimiento crea siempre un sensor de tráfico para cada interfaz cuyos contadores estén por encima de cero. Es decir, incluye todo puerto que haya tenido tráfico desde el último reinicio del equipo, aunque hoy esté desconectado.

Supongamos que los 20 switches tienen 48 puertos y que 42 de cada uno han tenido tráfico alguna vez. Entonces el descubrimiento crea 840 sensores de tráfico en lugar de los 120 elegidos a mano, y el total sube a 1.314 sensores.

Escenario	Sensores	Licencia	USD al año
Recortado al mínimo	498	PRTG 500	2.400
Elegidos a mano	594	PRTG 1000	4.296
Tráfico de todos los puertos por autodescubrimiento	1.314	PRTG 2500	8.904

El resultado es claro: dejar que el descubrimiento decida sube la licencia de PRTG en 4.608 dólares al año, un 107 % más, por vigilar puertos donde se conecta un computador de escritorio. Además, esos sensores sobran también para la operación, porque cada vez que un usuario apaga su equipo hay un puerto que cambia de estado. La solución es sencilla: descubrir por grupos, revisar lo creado y borrar los puertos de acceso, o crear los sensores de tráfico a mano solo en los enlaces troncales.

Paso 4: la carga de WMI en la sonda

En PRTG, los 30 servidores Windows suman 210 sensores WMI. A un minuto, eso son 3,5 consultas por segundo. Ahora bien, el tope del fabricante para DCOM, 120 sensores a un minuto o 600 a cinco minutos, equivale en ambos casos a unas 2 consultas por segundo. Por lo tanto, la sonda local va un 75 % por encima de lo recomendado.

Bajar el disco, el tiempo de actividad y el tráfico a cinco minutos no alcanza: deja 2,3 consultas por segundo. En cambio, hay dos salidas que sí funcionan. La primera, pasar esos servidores a WSMan. La segunda, repartirlos entre dos sondas, con 105 sensores WMI cada una, es decir, 1,75 consultas por segundo.

Paso 5: cuánto crece la base de datos

Para PRTG Network Monitor, Paessler da una referencia: 5.000 sensores a un minuto generan 7,2 millones de mediciones y 700 MB de datos al día, unos 97 bytes por medición. Con 594 sensores, el caso produce 855.360 mediciones diarias, unos 83 MB al día y 30 GB al año. Eso ocupa apenas el 6 % de los 500 GB recomendados para ese tramo, así que el disco no es el problema: lo son los sensores WMI y la licencia de PRTG.

Por último, si la empresa tiene una sede remota, basta una sonda remota: hasta 200 sensores caben en 2 núcleos, 2 GB de memoria y 40 GB de disco, y solo necesita salida hacia el puerto 23560 del servidor central.

PRTG frente a Zabbix, Grafana y otras herramientas

No hay una herramienta mejor en abstracto; hay una más adecuada para cada empresa. Esta comparación resume las diferencias que más pesan al elegir.

Aspecto	PRTG	Zabbix	Grafana
Qué es	Monitoreo completo, comercial	Monitoreo completo, de código abierto	Tableros y alertas sobre datos de otros sistemas
Licencia	Suscripción por sensores; gratis hasta 100	AGPLv3, sin coste de licencia	AGPLv3; hay nube con plan gratuito
Servidor	Windows	Linux	Linux, Windows, macOS o contenedor
Puesta en marcha	Muy rápida, con autodescubrimiento y asistente	Más lenta; exige base de datos y plantillas	Necesita una fuente de datos, como Zabbix
Agentes	No, salvo las sondas	Sí, aunque también usa SNMP	No aplica
Coste al crecer	Sube por tramos de sensores	Solo hardware y horas de administración	Solo hardware, o el plan de la nube

En resumen, PRTG Network Monitor encaja cuando se busca ver resultados el primer día, el equipo de TI trabaja sobre todo con Windows y el presupuesto admite una suscripción. Por su parte, Zabbix encaja cuando el número de métricas es grande y se prefiere invertir en administración antes que en licencias; lo explicamos en nuestra guía de Zabbix. Y si lo que falta son tableros para la gerencia, Grafana se suma a cualquiera de los dos.

Mantenimiento y actualizaciones de PRTG

PRTG Network Monitor se actualiza solo. Tiene tres canales: estable, para producción; vista previa, que es una beta, y canario, con compilaciones nocturnas. Según el manual, el canal estable recibe una versión cada ocho semanas. Al medir el historial oficial de versiones encontramos algo más de ritmo: 9 versiones estables en los últimos 365 días, con una mediana de 39,5 días entre una y otra.

Además, hay una trampa para quien actualiza a mano. En dos ocasiones recientes, Paessler exigió pasar por una versión intermedia antes de seguir: la 25.4.112.1189 y la 26.1.116.1532. Por eso, un servidor que lleva meses sin actualizarse no puede saltar directo a la última versión. Conviene, por tanto, dejar activa la actualización automática y revisar las notas de cada versión, porque algunas corrigen vulnerabilidades publicadas por el propio fabricante.

Por otra parte, respalde la carpeta de datos. El archivo «PRTG Configuration.dat» guarda toda la configuración y, según el manual, todas las credenciales que usa PRTG. Por lo tanto, sus copias deben protegerse igual que el servidor: cifradas y con acceso restringido. PRTG guarda además copias automáticas de ese archivo en la carpeta «Configuration Auto-Backups». Si quiere repasar cómo organizar las copias, en nuestra guía de tipos de backup explicamos las opciones.

Errores frecuentes al implantar PRTG

• Dejar la contraseña prtgadmin. Es la primera que prueba cualquier atacante; el asistente pide cambiarla y conviene hacerlo el mismo día en que termine de instalar PRTG.
• Publicar la interfaz sin TLS. Las contraseñas viajarían en claro. Active HTTPS y, si necesita acceso externo, hágalo por VPN.
• Descubrir redes enteras cada día. El manual advierte que los descubrimientos frecuentes de segmentos grandes afectan al rendimiento; un rango puede tener hasta 65.536 direcciones y tardar días.
• Borrar sensores que el descubrimiento vuelve a crear. Si programa el descubrimiento, recreará lo borrado. Desactívelo en esos grupos o cree los objetos a mano.
• Un solo método de notificación. Si el correo falla tres veces, la alerta se pierde. Use siempre dos.
• Latencias menores que el intervalo. Un disparador que espera 30 segundos sobre un sensor que mide cada minuto no funciona como se espera, según el propio manual.
• Clúster sin recalcular capacidad. Cada nodo adicional reparte la carga y reduce a la mitad los sensores recomendados; Paessler aconseja no pasar de 2.500 por clúster.
• Alertas sin dueño. Una alerta que no llega a nadie con tiempo para atenderla es ruido. Defina quién responde a cada una y en qué plazo.

Preguntas frecuentes sobre PRTG

¿PRTG es gratis?

Sí: PRTG es gratis hasta 100 sensores, también para uso comercial. Para empezar, basta instalar PRTG en su versión de prueba de 30 días, sin límite de sensores, que al terminar se convierte sola en la edición gratuita. Por encima de 100 sensores, la licencia de PRTG es una suscripción anual.

¿Qué pasa cuando termina la prueba?

La instalación de PRTG Network Monitor sigue funcionando, pero con el límite de 100 sensores. Por eso, antes del día 30 conviene decidir qué 100 sensores se quedan, o introducir la clave de la licencia comercial de PRTG.

¿Se puede instalar PRTG en Linux?

El servidor central de PRTG Network Monitor, no: funciona solo en Windows. Sin embargo, la sonda multiplataforma sí corre en Ubuntu, Debian, Red Hat y Raspberry Pi OS. Y si no quiere instalar PRTG en ningún servidor propio, existe la versión en la nube, PRTG Hosted Monitor.

¿Cuántos sensores necesito?

Paessler calcula unos diez por equipo; en nuestro caso salieron cinco de media, porque los puntos de acceso y los servicios web solo llevan dos. Lo más fiable es hacer la tabla de su inventario, como en el caso práctico, y sumar un margen del 20 % al 40 % para crecer.

¿PRTG está en español?

Sí. En PRTG Network Monitor, el idioma del sistema se elige en la herramienta de administración del servidor, y el propio manual da el nombre en español de cada sensor, como «Tráfico (SNMP)», «Certificado SSL» o «Estado del servicio Microsoft 365». El manual completo, en cambio, se consulta sobre todo en inglés.

¿Puede vigilar Microsoft 365?

Sí. El sensor de estado del servicio lee la salud de Microsoft 365 a través de Microsoft Graph, con el permiso de solo lectura ServiceHealth.Read.All. Además, hay sensores para buzones y para recursos de Azure. Si administra esa plataforma, le puede interesar nuestra guía del centro de administración de Microsoft 365.

Cómo lo aborda KHARONTE

Una herramienta de monitoreo es tan buena como las decisiones que hay detrás: qué vigilar, con qué umbrales y quién responde. En nuestra línea de monitoreo de infraestructura TI nos ocupamos de eso: vigilamos la infraestructura, los servicios y su disponibilidad, alertamos de forma proactiva ante fallos y degradación, y entregamos reportes periódicos de disponibilidad y de atención de tickets.

Cada alerta que exige acción entra como caso en nuestra mesa de ayuda TI, se clasifica por criticidad y queda con su historial. Si prefiere un técnico dedicado a su plataforma, lo ofrecemos como outsourcing de infraestructura de TI. Y si busca servicios administrados de TI que reúnan el monitoreo, el soporte y la administración de plataformas, conozca el resto de nuestros servicios de TI para empresas.