Solución de problemas de conexiones y enrutamiento

Encuentre qué parte de la ruta falló antes de cambiar los tiempos de espera, la confianza del servidor o la configuración del sistema.

Comience con la capa fallida

Leer el estado de la conexión correctamente

Conectando significa que la configuración aún está en progreso. Conectado describe el estado del SSH/perfil; no prueba que todos los destinos remotos acepten tráfico. Un objetivo fallido debe investigarse teniendo en cuenta el error y el momento oportuno de ese objetivo.

Las flechas de ruta de conexión azul/roja explican la dirección y el estado, no el rendimiento medido. Los totales de tráfico incluyen la sobrecarga del protocolo SSH. Una conexión bloqueada temporalmente puede permanecer establecida mientras su tráfico de reenvío está bloqueado.

Inspeccionar registros

Abra Registros, busque el perfil u objeto relevante y filtre la categoría/nivel. Seleccione una fila para inspeccionar los detalles. Desplazamiento automático y Ajustar líneas afectan la legibilidad; no cambian el comportamiento de la conexión.

Para un proxy transparente, consulte también los registros de la página Proxy y las conexiones activas. Correlacione el origen, la aplicación, el destino, la regla/proxy, el protocolo y la hora. Un resultado filtrado vacío significa que no hay entradas de registro coincidentes, no hay prueba de que la conexión se haya realizado correctamente.

Exporte solo el rango de tiempo relevante cuando sea posible. Revise los registros exportados en busca de direcciones privadas, nombres de usuario, rutas, tokens y otro contenido confidencial antes de enviarlos al soporte.

Problemas comunes de reenvío

• Dirección ya en uso: otro punto de escucha posee el puerto. Elija un puerto alto no utilizado; no finalice un proceso sin identificarlo antes.
• El enlace remoto permanece en bucle invertido: pregunte al administrador del servidor sobre GatewayPorts clientspecified y otras restricciones de reenvío.
• Destino incorrecto: recuerde que la dirección remota de un reenvío local se resuelve desde el servidor SSH, mientras que el destino local de un reenvío remoto se resuelve desde su Mac.
• Solo falla una asignación: inspeccione el punto de escucha/destino de esa fila y el número de fila del error.
• Los cambios guardados no tienen ningún efecto: vuelva a conectarse después de guardar; una secuencia existente puede mantener su decisión de enrutamiento original.

LAN y aplicaciones móviles

Un navegador de teléfono que funcione no significa que todas las aplicaciones del teléfono utilicen su proxy manual HTTP. Las tiendas de aplicaciones, descargas, servicios en segundo plano y QUIC pueden utilizar diferentes rutas. Primero identifique si una solicitud llega a la Mac y con qué regla coincide.

Para SOCKS5 UDP, mantenga abierta la conexión de control TCP del cliente. Un proceso de Python no tiene que estar permanentemente visible desde el inicio de SSH; el relé se utiliza cuando se reenvía UDP. Las conexiones cortas y los cierres ordinarios por sí solos no son prueba de falla.

Informar un problema de forma segura

En Información, elige Informar de un problema. Incluya la versión de la aplicación/macOS, el tipo de conexión, el comportamiento esperado, el comportamiento real y el tiempo aproximado de falla. Agregue un extracto de registro redactado y una captura de pantalla de la ventana de la aplicación relevante.

Nunca incluya contraseñas, claves privadas, códigos de autenticación, licencias emitidas, copias de seguridad reales o un par QR/contraseña utilizable. Consulte el recordatorio de seguridad de la plantilla de problemas antes de enviarla.