Sin nc en Windows: Test-NetConnection -ComputerName host -Port puerto. Mira TcpTestSucceeded.

En Linux el reflejo para “¿está abierto el 1433?” es:

1

nc -v 10.1.1.1 1433

En Windows no hay nc de serie. El equivalente más cercano en PowerShell es probar si el puerto TCP acepta conexión:

1

Test-NetConnection -ComputerName 10.1.1.1 -Port 1433

Alias corto:

1

tnc 10.1.1.1 -Port 1433

Qué mirar

TcpTestSucceeded:

Más detalle, al estilo nc -v:

1

Test-NetConnection -ComputerName 10.1.1.1 -Port 1433 -InformationLevel Detailed

Solo el puerto, sin ping

Test-NetConnection también hace ICMP por defecto. Si solo quieres el TCP:

1
2

Test-NetConnection -ComputerName 10.254.3.2 -Port 1433 -WarningAction SilentlyContinue |
  Select-Object ComputerName, RemoteAddress, RemotePort, TcpTestSucceeded

PowerShell muy viejo

Si Test-NetConnection no existe, el cliente TCP de .NET:

1
2
3
4
5
6
7
8
9

$tcp = New-Object System.Net.Sockets.TcpClient
try {
    $tcp.Connect("10.254.3.2", 1433)
    Write-Host "Conectado a 10.254.3.2:1433"
} catch {
    Write-Host "Fallo: $($_.Exception.Message)"
} finally {
    $tcp.Close()
}

XP/2003 ya no corren Chrome ni Firefox modernos. Supermium abre HTTPS actual en legacy Windows.

Microsoft dejó de dar soporte a Windows XP en abril de 2014 y a Windows Server 2003 / 2003 R2 en julio de 2015. Desde entonces no hay parches oficiales, no hay actualizaciones de Schannel/TLS y casi ningún fabricante prueba software contra esas plataformas.

El efecto práctico: ya no puedes “abrir Internet Explorer y listo”. IE 8 habla TLS 1.0 (a lo sumo 1.2 con hacks frágiles). Google Chrome dejó de soportar XP/Vista hace años; los instaladores actuales ni arrancan. Mozilla Firefox también abandonó XP (el último canal usable fue ESR antiguo). Los sitios bancarios, GitHub, paneles cloud y casi cualquier SaaS exigen TLS 1.2+ y HTTP/2 o Chromium reciente. El resultado en un ProLiant o un lab con 2003: el navegador muestra certificados inválidos, páginas en blanco o “esta página no se puede mostrar”.

Si aún tienes que operar un host legacy (firmware, SCADA, licencia de software, laboratorio), necesitas un navegador moderno que compile para Win32 viejo. La opción que funciona en lab: Supermium.

Qué es Supermium

Es un fork de Chromium mantenido para Windows XP SP3, Server 2003 SP2, Vista, 7, 8.x y versiones nuevas. Se comporta como un drop-in de Chrome (extensiones, chrome://flags, sandbox) pero sigue empaquetando builds 32-bit con SSE2 para CPUs de esa época.

Requisitos oficiales (resumen):

• Windows XP SP3 o Server 2003 SP2 (o posterior)
• CPU con SSE2 (Pentium 4 en adelante; dual-core recomendado)
• ≥ 768 MB RAM (2 GB+ para que no se sienta a pedales)

Descargas: win32subsystem.live/supermium — instaladores 32-bit y 64-bit.

Instalación rápida

1. En una máquina con Internet moderno, descarga el Setup 32-bit (casi todo XP/2003 de lab es x86) o 64-bit si el OS es x64.
2. Copia el instalador al host legacy (USB, SMB, iLO virtual media).
3. Instala como administrador. Acepta el UAC/legacy prompts.
4. Abre Supermium y prueba https://example.com y el sitio que realmente necesitas.

Si el instalador no corre: confirma SP3/SP2, SSE2 (coreinfo / ficha de CPU) y que no estés en un Windows 2000 / XP RTM sin service pack.

Extensiones y privacidad

A diferencia de Chrome actual, Supermium no tiene fecha de muerte para Manifest V2. Puedes sideloadear uBlock Origin desde GitHub y seguir bloqueando anuncios en un OS que ya no debería tocar la red pública.

También arrastra flags estilo ungoogled-chromium y opciones de UI (Aero, tabs clásicos). Útil; no confíes en eso como “hardening” del sistema operativo.

Advertencias (léelas)

• El OS sigue sin parches. Un navegador nuevo no arregla SMB1, RDP viejo ni vulnerabilidades de kernel. Usa el host solo en VLAN aislada, VPN, o jump host; no lo expongas a Internet.
• Supermium reduce el riesgo de sitios rotos por TLS; no convierte a XP/2003 en un sistema seguro.
• Descarga el binario desde el sitio oficial. Un “Chrome para XP” de un foro random es un vector clásico de malware.
• Para trabajo real, el objetivo sigue siendo migrar (VM nueva, contenedor, o saltar el servicio a un OS soportado). Esto es un puente, no una estrategia.

Cuándo tiene sentido

• Entrar al iLO / iDRAC / panel web de un appliance que solo documentaste en un 2003 de lab.
• Bajar un driver o EULA desde un portal que rechaza IE8.
• Demostrar un fallo de compatibilidad sin levantar una VM Windows 10 solo para un click.

Descarga y docs: Supermium.

Server 2003 no trae OpenSSH. Bitvise SSH Server 7.x da shell y SFTP en el lab.

Windows Server 2003 / 2003 R2 no incluye un servidor SSH. Microsoft tampoco publicó OpenSSH for Windows para esa generación (eso llegó mucho después, acoplado a Windows 10 / Server 2019+). PowerShell Remoting / WinRM tampoco es el camino: en 2003 el stack remoto usable es RDP, SMB y, si lo instalaste, Telnet.

Si necesitas ssh user@2003-box desde un jump host moderno (scripts, scp, Ansible legacy, copiar logs sin RDP), instala un SSH server de terceros. En lab uso Bitvise SSH Server; 7.x es la línea validada en Server 2003.

Bitvise sigue listando XP SP3 y Server 2003 en su matriz de compatibilidad. Para un host sin parches desde 2015, quédate con un instalador probado en tu imagen (7.x si ya lo validaste) o prueba el current solo en un clon — no en producción a ciegas.

Por qué no otras opciones

Instalación (resumen)

1. En una máquina con Internet moderno, descarga el instalador desde bitvise.com/ssh-server-download (o el paquete 7.x que guardaste en el lab).
2. Verifica la firma digital del .exe (Properties → Digital Signatures → Bitvise).
3. Copia el instalador al 2003 (USB, SMB, iLO virtual media). No lo bajes con IE8 desde un mirror random.
4. Ejecuta el instalador como Administrador.
5. Reinicia cuando el propio Bitvise lo pida (recomendado tras el primer install, sobre todo si vas a usar auth por llave).
6. Abre Bitvise SSH Server Control Panel, arranca el servicio si no está en Automatic.

Guía oficial de install: Installing Bitvise SSH Server.

Config mínima que no debes saltarte

• Cuentas: permite solo el/los usuarios Windows que necesitas (o cuentas virtuales de Bitvise). No dejes “everyone with a local account”.
• Puerto: 22 por defecto. Si el host está en una VLAN de management, déjalo; si no, cambia el puerto y restringe por firewall / ACL de switch.
• Firewall de Windows 2003: abre TCP/22 (o el puerto que elegiste) para la red de management únicamente.
• Auth por llave: importa la pubkey del jump host; desactiva password auth cuando ya funcione la llave.
• SFTP root: monta solo el path que necesitas (p. ej. D:\logs), no C:\.

Desde el cliente:

1
2
3

ssh Administrador@192.168.x.x
# o el usuario que habilitaste
scp archivo.log Administrador@192.168.x.x:D:/logs/

OpenSSH del cliente moderno habla bien con Bitvise; no hace falta el cliente Bitvise salvo que quieras su GUI.

Seguridad (contexto legacy)

El servidor sigue sin parches de Microsoft. Abrir SSH mejora la operativa; aumenta la superficie de red si el puerto es alcanzable desde más que el jump host.

• VLAN / firewall: solo la IP del bastion.
• No expongas el 2003 a Internet “porque ya tiene SSH”.
• Licencia: Personal Edition es free no comercial; Standard es evaluación / pago. Respeta eso en lab vs trabajo.
• Objetivo real: migrar el workload. SSH es el puente para sacar datos y apagar el caja.

Relacionado

Para abrir un portal HTTPS desde el mismo host (IE8 ya no sirve): navegador moderno en XP/2003 con Supermium.

Docs y descarga: Bitvise SSH Server.

WinDirStat: treemap de qué carpetas y extensiones se comen el disco (como du, visual).

En Linux, cuando el disco se llena, el reflejo es:

1
2

du -xh --max-depth=1 / | sort -h
# o ncdu /

En Windows no hay un du decente en la caja. Explorer → Properties es lento y opaco. La herramienta que uso en lab y en escritorios: WinDirStat — free, open source, treemap interactivo.

Piensa en du con esteroides: escanea un drive o una carpeta y te muestra dónde está el espacio, no solo cuántos GB.

Qué hace (más allá de sumar bytes)

El sitio del proyecto documenta scan multithread, scan NTFS directo cuando aplica, dark mode e integración con Explorer.

Uso rápido

1. Descarga el instalador (o portable) desde windirstat.net / GitHub releases del proyecto.
2. Ejecuta como Administrador si vas a escanear C:\ entero (permisos en Windows, perfiles de otros usuarios, etc.).
3. Elige el volumen o una carpeta concreta (D:\VMs, C:\Users\…\AppData).
4. Espera el scan. En discos grandes tarda; no es du sobre un tmpfs.
5. En el treemap, haz zoom en el bloque gordo. Abre la carpeta en Explorer o borra desde la UI solo si sabes lo que es.

Cuándo usarlo

• Disco “lleno” y no sabes si es Downloads, hibernación, pagefile, ISOs o snapshots de VM.
• Comparar antes/después de limpiar un perfil o un share.
• Enseñar a alguien no-CLI qué está ocupando espacio (el treemap vende solo).

Qué no es

• No sustituye du/ncdu en Linux o en un NAS por SSH.
• No es un limpiador mágico: borrar System Volume Information, WinSxS o bases de datos “porque son grandes” rompe el host.
• Un scan de todo C:\ en un file server con millones de archivos puede tardar mucho; acota la raíz.

Equivalente mental

Descarga y docs: https://windirstat.net/.