1 votos

ssh a un nombre .local inexistente nunca se agota

Si intento conectarme a un nombre de host .local inexistente utilizando la mayoría de las utilidades, incluyendo ping y telnet Se agota después de 5 segundos:

% time telnet host.example.local
host.example.local: nodename nor servname provided, or not known
telnet host.example.local  0.01s user 0.01s system 0% cpu 5.018 total

Esto coincide con el tiempo de espera de la configuración .local en scutil --dns .

Pero cuando intento ssh a dicho nombre de host, nunca se agota. (Yo sólo Ctrl-C d uno que todavía estaba esperando después de 16 minutos). No puedo averiguar ninguna opción existente en ninguno de los ssh_config archivos que parecen afectar a la resolución de nombres de host. La única opción que veo que parece relevante es " CanonicalizeHostname ", y no está configurado en ningún archivo de configuración, pero lo he puesto manualmente en "no" sin que cambie el comportamiento. Añadiendo -v banderas a ssh no revela ninguna información adicional sobre la resolución del nombre de host más allá del hecho de que es "Connecting to host.example.local port 22", que es la última línea de depuración producida.

He intentado capturar las consultas MDNS para telnet y ssh . Parece que hace una consulta inicial, luego espera 1s y vuelve a preguntar, luego otra vez 3s después, etc., cada reintento esperando 3 veces más que el anterior. telnet se rindió después de tres peticiones (0s, 1s y 3s), pero ssh llegó hasta la séptima petición (0s, 1s, 3s, 9s, 27s, 81s, 243s) antes de dejar de mirar.

Puedo solucionar el problema configurando ConnectTimeout 5 en ssh_config (incluso limitándolo a *.local ), pero eso se rompe si la resolución del nombre se completa pero el servidor ssh remoto tarda en responder.

¿Cómo puedo conseguir ssh ¿para que el tiempo de resolución de nombres sea el mismo que el de otras herramientas de red?

1voto

Oskar Puntos 1242

En lugar de hacer un montón de comentarios, así es como yo empezaría a arrinconar esto. No puedo reproducir esto sí, así que podría estar totalmente equivocado.

En primer lugar, ¿el ssh que utiliza una dirección IP local mala conocida se agota rápidamente o de forma comprensible / fiable?

En segundo lugar, ¿se muestra la máquina potencial (o cualquiera) como se anuncia?

 dns-sd -B _ssh._tcp local

Tercero, ¿tienes algún dispositivo de apple que esté proxyando bonjour sleep wake?

Si no es así, ¿por qué tratar de ssh a algo que mdns podría desenterrar más tarde o tener bonjour proxy de sueño tratando de seguir despertando ese dispositivo. Podría ver cómo este tiempo de espera más largo es por diseño para permitir WOL a través de proxy de sueño y múltiples segmentos de red para tener una oportunidad de despertar su hermoso Mac dormido.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X