Dépannage des connexions et du routage

Recherchez quelle partie du chemin a échoué avant de modifier les délais d'attente, la confiance du serveur ou les paramètres système.

Commencez par la couche défaillante

Lire correctement l'état de la connexion

Connexion signifie que la configuration est toujours en cours. Connecté décrit l'état SSH/profil ; cela ne prouve pas que toutes les destinations éloignées acceptent le trafic. Une cible échouée doit faire l'objet d'une enquête avec l'erreur et le timing de cette cible.

Les flèches bleues/rouges du chemin de connexion expliquent la direction et l'état, et non le débit mesuré. Les totaux du trafic incluent la surcharge du protocole SSH. Une connexion temporairement bloquée peut rester établie pendant que son trafic de transfert est bloqué.

Inspecter les journaux

Ouvrez Registres, recherchez le profil ou l'objet pertinent et filtrez la catégorie/le niveau. Sélectionnez une ligne pour inspecter les détails. Roulement automatique et les Retour à la ligne automatique affectent la lisibilité ; ils ne modifient pas le comportement de connexion.

Pour un proxy transparent, vérifiez également les journaux et les connexions actives de la page Proxy. Corrélez la source, l’application, la destination, la règle/proxy, le protocole et l’heure. Un résultat filtré vide signifie qu'il n'y a aucune entrée de journal correspondante, et non une preuve qu'une connexion a réussi.

Exportez uniquement la plage horaire pertinente lorsque cela est possible. Examinez les journaux exportés pour les adresses privées, les noms d'utilisateur, les chemins, les jetons et tout autre contenu sensible avant de les envoyer au support.

Problèmes de transfert courants

• Adresse déjà utilisée : un autre écouteur est propriétaire du port. Choisissez un port haut inutilisé ; ne tuez pas aveuglément un processus non identifié.
• La liaison à distance reste en boucle : demandez à l'administrateur du serveur des informations sur GatewayPorts clientspecified et d'autres restrictions de transfert.
• Mauvaise destination : n'oubliez pas que l'adresse distante d'un transfert local est résolue à partir du serveur SSH, tandis que la cible locale d'un transfert distant est atteinte depuis votre Mac.
• Un seul mappage échoue : inspectez l'écouteur/cible de cette ligne et le numéro de ligne de l'erreur.
• Les modifications enregistrées n'ont aucun effet : reconnectez-vous après l'enregistrement ; un flux existant peut conserver sa décision de routage d'origine.

Applications LAN et mobiles

Un navigateur téléphonique fonctionnel ne signifie pas que toutes les applications téléphoniques utilisent son proxy manuel HTTP. Les magasins d'applications, les téléchargements, les services d'arrière-plan et QUIC peuvent utiliser différents chemins. Identifiez d’abord si une requête atteint le Mac et à quelle règle elle correspond.

Pour SOCKS5 UDP, laissez la connexion de contrôle TCP du client ouverte. Un processus Python n'a pas besoin d'être visible en permanence au démarrage de SSH ; le relais est utilisé lorsque UDP est transmis. Les connexions courtes et les fermetures ordinaires ne constituent pas à elles seules une preuve d'un défaut.

Signaler un problème en toute sécurité

Sous Informations, choisissez Signaler un problème. Incluez la version de l'application/macOS, le type de connexion, le comportement attendu, le comportement réel et le temps d'échec approximatif. Ajoutez un extrait de journal expurgé et une capture d'écran pertinente de la fenêtre de l'application.

N'incluez jamais de mots de passe, de clés privées, de codes d'authentification, de licences délivrées, de sauvegardes réelles ou d'une paire QR/mot de passe utilisable. Consultez le rappel de sécurité du modèle de problème avant de le soumettre.