¿Por qué (Apple) Remote Desktop, con los puertos de cliente reenviados correctamente, informa como "Fuera de línea" a la máquina del administrador?

Destino de administración

Un iMac Intel Core 2 Duo:

  • Mac OS X 10.6.6;
  • Cliente ARD 3.4-actual;

Configuración del enrutador

  • TCP y UDP 22, 3283 y 5900 del lado de la WAN reenviados al iMac.
  • Desesperado, usé DMZ en el objetivo de administración.

Problema

Antes de usar DMZ en mi objetivo de administración (es decir, con solo 22, 3283 y 5900 reenviados), el iMac aparece como "Fuera de línea" en la pantalla de administración de Escritorio remoto. Sin embargo, puedo ingresar a él desde Terminal.app con éxito y puedo controlar la pantalla; simplemente no puedo hacer ninguna tarea "especial" (copiar, instalar, informar, reiniciar, dormir, etc.): esencialmente no puedo hacer otra cosa que no sea ver/controlar (y bloquear) la pantalla.

Una vez que el host fue DMZed, mi ventana de administración enumera el nodo como "Solo uso compartido de pantalla".

¿Algunas ideas?

¿Está seguro de que el software del administrador de RDP no está tratando de usar ping o algo similar para determinar si el objetivo está activo? Puede valer la pena verificar si su enrutador está descartando mensajes de eco icmp, lo que podría confundir al software de administración RDP.
Ese fue, de hecho, mi primer pensamiento, y lo primero que verifiqué. ¡Gracias por sugerirlo, sin embargo!
@Fake Name haga que su comentario sea una respuesta y cerraré la pregunta. ;)

Respuestas (1)

¿El cliente del administrador de ARD utiliza un ping (ICMP_ECHO) para determinar el estado del cliente?

Muchos cortafuegos tragan silenciosamente las solicitudes de eco, incluso si el host está activo. Por lo tanto, es posible que reciba informes falsos sobre el estado del host.

De hecho, utiliza un icmp_echo_request para determinar si el host está activo o no.
¿Por qué (Apple) Remote Desktop, con los puertos de cliente reenviados correctamente, informa como "Fuera de línea" a la máquina del administrador?
RespuestasAquíPolítica de privacidad1y, 0v