Tema: networking
-
Cambiar un registro DNS con una vía de reversión: reducción del TTL, corte y verificación
Un cambio de DNS llega a los usuarios solo tan rápido como expira el TTL antiguo en las cachés, así que hay que bajar el TTL un período completo del TTL antiguo antes del cambio, mantener el destino anterior en servicio hasta confirmar el nuevo en todas partes, y tener en cuenta que algunos resolutores sirven datos obsoletos cuando los servidores autoritativos no están disponibles, como permite el RFC 8767.
-
epoll con disparo por flanco: agotar el trabajo no bloqueante antes de esperar otro flanco
Evitar una conexión estancada separando las notificaciones de disponibilidad de los mensajes de aplicación completos.
-
Configurar interfaces de red con netplan en Ubuntu, y probar cambios sin perder la conexión
Netplan convierte el YAML de /etc/netplan en configuración de networkd o NetworkManager; `netplan try` aplica un cambio y lo revierte automáticamente si nadie lo confirma dentro de un tiempo límite, lo que lo convierte en la forma segura de cambiar la configuración de red en un host remoto. El /etc/network/interfaces de ifupdown en Debian es el contraste más antiguo, aún compatible.
-
Predicción en el cliente y reconciliación con un servidor autoritativo
Predice la entrada local de inmediato, reconcilia con el comando autoritativo correspondiente y vuelve a reproducir la entrada sin confirmar, manteniendo separada la corrección visual.
-
Inspeccionar y cambiar la configuración de red de macOS desde Terminal: networksetup, scutil y la caché de DNS
networksetup y scutil leen y cambian el servicio de red activo, los servidores DNS, los proxies y el nombre del equipo; dscacheutil y mDNSResponder vacían una caché de resolución obsoleta tras un cambio de DNS para que una nueva prueba no vea la respuesta anterior.
-
El handshake de TLS 1.3 en líneas generales
TLS 1.3 negocia las claves en un único viaje de ida y vuelta (round trip): el ClientHello ya incluye un key share, el ServerHello responde con el suyo, y todo lo que sigue, incluido el certificado, va cifrado. La reanudación usa claves precompartidas procedentes de tickets de sesión; los datos tempranos 0-RTT son opcionales y pueden repetirse (replay).
-
Sincronización de reloj cliente-servidor: estimar la hora sin ocultar la incertidumbre
Usa intercambios de marcas de tiempo para estimar el desfase respecto a la hora del servidor, tener en cuenta el retardo asimétrico y la deriva, y mantener las correcciones del reloj separadas de las políticas de simulación y presentación.
-
Administrar zonas y registros del servidor DNS desde PowerShell, y verificarlos con Resolve-DnsName
Get-DnsServerZone, la adición de registros A y CNAME, el listado de registros con Get-DnsServerResourceRecord, la configuración de scavenging/aging que caduca los registros obsoletos, y la limpieza de la caché del resolutor, comprobando cada escritura desde el lado del cliente y no solo desde la vista propia del servidor.
-
Configurar una dirección IPv4 estática con nmcli sin quedar bloqueado fuera del sistema
nmcli permite mostrar, modificar y activar conexiones de NetworkManager desde un script, pero cambiar la dirección a través de la cual se está conectado puede cortar la sesión antes de que se apliquen los nuevos ajustes. Clonar primero el perfil y validar antes de eliminar el antiguo mantiene el cambio reversible.
-
Rebobinado en el servidor para la detección de impactos con compensación de latencia
Evalúa los ataques admisibles contra un estado histórico acotado del objetivo, valida los tiempos en el servidor y define de forma explícita la política de equidad y de estado del mundo.
-
MTU, fragmentación y descubrimiento de la MTU de ruta
Ethernet transporta paquetes IP de 1500 bytes, los túneles y PPPoE transportan menos, y los routers IPv6 nunca fragmentan. El descubrimiento de la MTU de ruta depende de los mensajes ICMP Packet Too Big; cuando estos se filtran, los paquetes grandes desaparecen silenciosamente mientras los pequeños pasan, el clásico agujero negro que la fijación de la MSS (MSS clamping) o el sondeo en la capa de empaquetado evitan.
-
Rollback netcode: repetición determinista y efectos secundarios controlados
Predecir la entrada que falta, restaurar un estado anterior cuando la predicción falla y volver a simular dentro de límites explícitos de memoria y CPU, manteniendo la coherencia de los efectos.
-
Comparativa de herramientas de configuración de red: nmcli, netplan, systemd-networkd y sus equivalentes en Windows y macOS
Leer la configuración de red actual, establecer una dirección estática y configurar servidores DNS: las mismas tres tareas en nmcli de NetworkManager, netplan de Ubuntu, systemd-networkd, los cmdlets de red de Windows PowerShell y networksetup de macOS.
-
Registros DNS de los que depende un servicio web
A, AAAA y CNAME asocian nombres a direcciones, MX enruta el correo, TXT lleva verificaciones y políticas, CAA restringe las entidades emisoras de certificados, NS delega zonas; hay que comprobar las respuestas autoritativas, no solo un resolvedor con caché, antes y después de los cambios.
-
Variables de entorno de proxy en curl, requests, Go, Java, Node y wget
curl rechaza a propósito `HTTP_PROXY` en mayúsculas por la inyección vía CGI, mientras que Python requests la acepta fuera de CGI. Un punto inicial en `NO_PROXY` limita la coincidencia a subdominios en el `httpproxy` de Go, pero curl lo ignora y también incluye el dominio sin subdominio. El `fetch` de Node ignora las variables de proxy salvo que se use `NODE_USE_ENV_PROXY` o se configure un `ProxyAgent`.
-
Medir el rendimiento de la conexión doméstica a internet de forma repetible: un protocolo de ruta y horario fijos
Un protocolo propuesto para una serie de rendimiento y latencia en un hogar: mantener constantes el dispositivo, la ruta cableada o inalámbrica, la herramienta de prueba y el servidor, ejecutar tres pruebas consecutivas en tres franjas diarias fijas durante dos semanas, registrar el número de conexiones y la actividad del hogar con cada ejecución, y leer el producto ancho de banda por retardo de RFC 6349 y los puntos sobre conexión única frente a múltiples conexiones como razones por las que la configuración de la herramienta cambia la cifra; no se afirma nada sobre ningún proveedor.
-
Códigos de salida de curl: cómo distinguir un fallo de DNS, un fallo de TLS y --fail
curl devuelve un código numérico distinto para cada clase de fallo de transporte (resolución de nombres, conexión, TLS, timeout) y un código aparte, el 22, que solo aparece cuando se usa --fail o --fail-with-body ante estados de error HTTP. Un agente que evalúa el código de salida de curl en lugar de su texto puede decidir bien los reintentos sin analizar la salida.
-
HTTP/1.1, HTTP/2 y HTTP/3: las diferencias que nota un operador
HTTP/1.1 envía una solicitud a la vez por conexión TCP con un formato de texto; HTTP/2 multiplexa flujos binarios sobre una única conexión TLS con compresión HPACK, pero sigue estancándose ante la pérdida de paquetes TCP; HTTP/3 corre sobre QUIC en UDP, elimina el bloqueo de cabeza de línea a nivel de transporte y se descubre mediante Alt-Svc o registros DNS HTTPS.
-
Administrar el rol de servidor DHCP desde PowerShell: ámbitos, reservas, autorización y copia de seguridad
Get-DhcpServerv4Scope y las concesiones, la reserva de una dirección con Add-DhcpServerv4Reservation, la autorización de un servidor en AD con Add-DhcpServerInDC, una visión general de la conmutación por error, y la copia de seguridad de la configuración con Backup-DhcpServer antes de un cambio arriesgado.
-
Configuración de interfaces y direcciones de red en Solaris 11.4 con dladm e ipadm
dladm inventaría los enlaces de datos, ipadm crea interfaces IP y direcciones estáticas o DHCP, y los subcomandos create de ipadm admiten la opción -t para decidir si un cambio es temporal (hasta el reinicio) o persistente. La resolución DNS se configura mediante el servicio SMF network/dns/client, no editando resolv.conf directamente.
Legible por máquina: JSON