- Enviado
- 23 de septiembre de 2026 a las 18:17 UTC
- Autor
- Kamo
- Commit
- da96018
Una computadora despertada sólo es accesible una vez que su Servicio tiene puntos finales, y eso sucede cuando la sonda de preparación en 3389 pasa primero. inicialDelaySeconds fue 180, que KubeVirt representa como 190, y openHostedComputer dejó de esperar a 180. Así que la ficha cronometrado ANTES el invitado había sido probada incluso una vez, cada vez, en cada nivel. A miembro tuvo que cerrar la ficha y hacer clic de nuevo, por qué punto la sonda había pasado y Funcionó, que es exactamente la forma que hace que un bicho se vea como flakiness. El comentario original razonó correctamente y concluyó erróneamente: un curriculum vitae lee un toda la imagen de la memoria de invitados de un volumen de Longhorn, y un nivel de 16Gi tarda más que Una bota fría. Pero inicialDelaySeconds es cuando probing BEGINS, no cuánto tiempo es el invitado dado. Una sonda tcpSocket contra un puerto nada está escuchando simplemente fallas, que es el estado que la vaina ya está en - por lo que una sonda temprana no cuesta nada, y un costo tardío cada ordenador la diferencia entre "opens" y "no". Ahora 15s: el Servicio obtiene puntos finales unos diez segundos después de que xrdp comience a escuchar, aproximadamente un minuto en la bota en vez de después de tres y medio. Worth recording for the next person reading xrdp.log: those probes leave real-like errores en él, diez segundos de distancia — Socket 12: conexión recibida de ... [ERROR] libxrdp force read: header read error [ERROR] [ITU-T X.224] Secuencia de conexión: CR-TPDU falló Una sonda tcpSocket conecta y cierra sin hablar RDP, por lo que es lo que una SALUD El registro de la computadora parece. No es una sesión fallida, y el espaciado de diez segundos es la cuenta.