Programación semanal por CLI en Linux y macOS — hasta 25 ventanas

A partir de la v1.8.6, el cliente Linux y macOS ganó programación semanal completa, con la misma lógica del cliente Windows pero expuesta vía CLI en vez de panel gráfico.

Para qué sirve

• Cliente que solo necesita el túnel en horario laboral — queda offline el resto del tiempo, ahorra tráfico
• Servidor de demo que quieres mantener encendido solo durante el pitch a un inversor
• Mantenimiento nocturno programado (sabes que vas a parar el servidor entre 2h y 4h cada domingo)
• Compliance / SOX / LGPD — auditoría necesita saber que el sistema solo es accesible en horario definido

Encender el programador

sudo superdmz -scheduler-on

Sin ese comando, cualquier ventana creada es ignorada (es opt-in).

Crear una ventana

Sintaxis:

sudo superdmz -schedule-add \
    -days=<CSV 0-6> \
    -start=<HH:MM> -end=<HH:MM> \
    -mode=online|offline \
    [-tokens=<CSV de tokens>] \
    [-note="nota libre"]

Donde -days usa 0=domingo, 1=lunes, ..., 6=sábado.

Ejemplos prácticos

1. Túnel solo en horario laboral, días hábiles:

sudo superdmz -schedule-add -days=1,2,3,4,5 \
    -start=08:00 -end=18:00 -mode=online \
    -note="horario laboral"

2. Ventana de mantenimiento (offline) en la madrugada de lun-vie:

sudo superdmz -schedule-add -days=1,2,3,4,5 \
    -start=22:00 -end=06:00 -mode=offline \
    -note="ventana de mantenimiento"

3. Ventana específica para 2 túneles (per-tunnel scope, nuevo en v1.8.5):

sudo superdmz -schedule-add -days=0,6 \
    -start=00:00 -end=23:59 -mode=offline \
    -tokens=AABBCC1122334455...,DDEEFF6677889900... \
    -note="estos túneles no corren los fines de semana"

Listar y eliminar

sudo superdmz -schedule-list
# [1] id=abc123 · Lun/Mar/Mié/Jue/Vie 08:00→18:00 · modo=online · todos los túneles · activo

sudo superdmz -schedule-delete=abc123

Pausa manual sobrescribe

sudo superdmz -pause-all mantiene todo parado independiente de lo que diga el programador. Útil para emergencias.

Dónde se persiste

Todo en /etc/superdmz/config.json. Los cambios se aplican en hasta 2 segundos (watchdog del archivo). El programador re-evalúa cada 30 segundos para captar transiciones de horario.