La source et l'horodatage correspondent à cette connexion.
Recherchez la connexion par IP publique et par horodatage, puis utilisez le client, l'appareil, la région et l'opérateur pour identifier le réseau source.
Pourquoi une connexion a été refusée. Consultez la raison à l'entrée.
Consultez les événements TLS, d'authentification des connexions, de configuration client et d'admission d'un Gateway. Identifiez l'étape d'échec, traitez les sources qui échouent de façon répétée et levez les bannissements erronés pour les appareils légitimes.
En savoir plus sur les enregistrements d'événementsIdentifiez d'abord la source, puis l'étape ayant échoué.
Les étapes ayant échoué, consultées séparément.
Les enregistrements distinguent les échecs liés à TLS, à l'authentification de la connexion, aux paramètres du client et à l'admission de la source, et indiquent la cause précise. Les incompatibilités de protocole et les échecs d'authentification peuvent être traités séparément.
Avec les caractéristiques de connexion, poursuivez l'investigation.
Les informations TLS peuvent inclure la version, le nom du serveur, les suites cryptographiques et ALPN. Les échecs répétés augmentent le compteur, ce qui facilite l’examen des tentatives de connexion d’une même source.
Blocages et autorisations, appliqués à cette entrée.
Lorsque des échecs répétés de handshake TLS ou d'authentification d'admission sur une courte période atteignent le seuil, le Gateway bloque automatiquement la source publique correspondante. Un refus isolé peut aussi résulter d'un problème de configuration : vérifiez d'abord la cause et corrigez les paramètres de l'appareil.
Si une source légitime est bloquée par erreur, autorisez-la manuellement dans les événements de sécurité du Gateway correspondant. Une autorisation manuelle établit une admission de quatre heures et n'est pas écrasée par le blocage automatique de la même règle ; les sources qui n'ont plus besoin d'accès peuvent également être bloquées manuellement.
Le résultat de l'événement indique le traitement appliqué à ce moment-là, tandis que l'état de la source affiche le paramètre actuel d'autorisation ou de blocage. Après l'enregistrement, l'entrée doit encore synchroniser et appliquer l'opération, et l'autorisation d'une source ne remplace pas des identifiants de connexion valides.
Accès aux services, consultés depuis le point de sortie.
Le Gateway enregistre l'étape à laquelle une connexion a été autorisée ou refusée. Pour consulter la cible de service accédée, interrogez les enregistrements d'accès sur le Connector final.
En savoir plus sur l'audit des accès sortants →Questions fréquentes.
Une autorisation manuelle affecte-t-elle les autres Gateway ?
Non. L'action concerne uniquement le Gateway actuel et la source publique sélectionnée. Les autres entrées conservent leurs propres paramètres d'admission des sources et leurs propres journaux d'événements de sécurité.
Un seul rejet signifie-t-il que la source mène une attaque ?
Pas nécessairement. Un problème TLS, d'authentification, de protocole client ou de configuration peut provoquer un rejet. Traitez-le selon l'étape et la cause ; le blocage automatique cible les sources qui atteignent le seuil d'échecs répétés sur une courte période.
Après le déblocage, l'appareil n'a-t-il plus besoin d'identifiants de connexion ?
Ils restent nécessaires. Une autorisation manuelle gère uniquement les droits de la source sur l'entrée actuelle ; elle ne corrige pas le protocole de l'appareil et ne remplace pas une configuration de connexion valide. Si un changement de réseau modifie la source publique, vous devez également demander à nouveau l'admission depuis le nouveau réseau.