How do I fix "authentication failed" errors on a VPN or app?

First verify your password is correct by logging into your company portal directly. If your account uses MFA, make sure your authenticator app's time is synced. Authentication errors are also caused by clock skew — enable "Set time automatically" in your date/time settings. If you're specifically having VPN trouble, see our VPN guide as well.

Why do authentication errors happen even when my password is correct?

Three common non-obvious causes: (1) Your system clock is off by more than 5 minutes, which causes Kerberos and TOTP-based MFA to reject valid credentials. (2) Your device has stale cached credentials stored in Windows Credential Manager that override what you type. (3) A TLS/SSL certificate mismatch between your PC and the authentication server is being reported as a login failure. Check all three before resetting your password.

I see a certificate warning right before the login fails — what does that mean?

This points to step 5 — a TLS/certificate issue rather than your credentials being wrong. It's common on corporate networks that use an SSL inspection proxy; if that proxy's certificate has expired or isn't trusted by your device, every HTTPS login can fail with a misleading "authentication" error. This also overlaps with our Website Blocked guide, which covers certificate warnings before block pages.

Résoudre les erreurs d'authentification

🔑

Erreurs d'authentification

Échecs de connexion, problèmes de MFA et erreurs de credentials sur VPN, apps, ou network shares

⚠ Symptômes courants

"Authentication failed", "Invalid credentials", ou "Access denied" à la connexion
Les codes MFA générés correctement sont quand même rejetés
Fonctionne sur un appareil mais pas sur un autre avec les mêmes credentials
Commence soudainement à échouer après un changement de mot de passe ou une mise à jour de policy

1

Vérifiez vos credentials sur une interface qui fonctionne déjà

Avant de modifier les paramètres, connectez-vous au compte via le navigateur, pas l'app.

Compte personnel (Google, Microsoft, banque, etc.) : utilisez la page de connexion du provider → flow de récupération de mot de passe si besoin.

Compte professionnel : connectez-vous plutôt au portail web/webmail de l'entreprise → si ça échoue, utilisez le self-service reset du provider (personnel) ou contactez l'IT (professionnel).
2

Synchronisez l'horloge système — le clock skew cause des échecs d'auth

Kerberos et le MFA basé sur TOTP ont besoin que l'heure système soit précise à 5 min près du serveur — 6 min de drift rejette des credentials valides. Sur Windows, ouvrez un Command Prompt en mode élevé → exécutez :

w32tm /resync /force

Sur Mac : System Settings → General → Date & Time → activez « Set automatically ».
3

Réenregistrez votre app authenticator MFA

Codes MFA rejetés alors qu'ils semblent valides = l'horloge de l'app authenticator a dérivé. Google Authenticator : Settings → Time Correction for Codes → Sync Now. Microsoft Authenticator : se sync automatiquement, mais réinstaller + rajouter le compte est le fix le plus fiable.
4

Supprimez les credentials enregistrés (cached) du Windows Credential Manager

Des credentials cached obsolètes prennent le dessus sur ce que vous tapez à la connexion. Ouvrez Control Panel → Credential Manager → Windows Credentials → supprimez les entrées liées au système auquel vous accédez (cherchez le nom du serveur/app) → réessayez l'authentification.
5

Vérifiez les problèmes de certificate ou TLS

Certains échecs d'auth sont en fait des échecs de TLS handshake signalés à tort comme des erreurs de credentials — vérifiez les détails d'erreur de l'app pour des warnings de certificate expiré/untrusted.

Appareil professionnel : souvent un root certificate expiré sur le SSL inspection proxy de l'entreprise → l'IT doit le mettre à jour.

Appareil personnel : souvent Windows ou l'antivirus qui a besoin d'une mise à jour, ou l'antivirus qui fait son propre SSL scanning → mettez les deux à jour, ou désactivez temporairement le HTTPS scanning de l'antivirus.

1

Vérifiez vos credentials sur une interface qui fonctionne déjà

Ouvrez Safari → connectez-vous directement via le navigateur, pas l'app.

Compte personnel (Google, Microsoft, banque, etc.) : utilisez la page de connexion du provider → flow de récupération de mot de passe si besoin.

Compte professionnel : connectez-vous plutôt au portail web/webmail de l'entreprise → si ça échoue, utilisez le self-service reset du provider (personnel) ou l'outil self-service de l'entreprise/IT (professionnel) — avant de faire tout changement local.
2

Synchronisez l'horloge système — le clock drift cause des échecs d'auth

Kerberos et le MFA basé sur TOTP ont besoin que l'horloge de votre Mac soit précise à 5 min près de l'heure serveur. Activez System Settings → General → Date & Time → Set time and date automatically → pour un re-sync immédiat, ouvrez Terminal et exécutez :

sudo sntp -sS time.apple.com
3

Réenregistrez votre app authenticator MFA

Codes MFA rejetés alors qu'ils semblent corrects = l'horloge de l'app authenticator a dérivé. Google Authenticator : Settings → Time Correction for Codes → Sync Now.

Microsoft Authenticator : se sync automatiquement, mais réinstaller + rajouter votre compte professionnel via le portail d'enregistrement MFA de l'entreprise est le fix le plus fiable en cas de rejets persistants.
4

Supprimez les credentials obsolètes du macOS Keychain

macOS stocke les mots de passe/tokens enregistrés dans Keychain — les anciennes entrées d'avant un changement de mot de passe prennent silencieusement le dessus sur ce que vous tapez à la connexion.

Ouvrez Keychain Access (Spotlight → Keychain Access) → cherchez le hostname du serveur/nom de l'app/domaine de l'entreprise → supprimez les entrées antérieures à votre dernier changement de mot de passe ou qui semblent dupliquées → réessayez l'authentification. macOS demandera de nouveaux credentials.
5

Vérifiez les erreurs de certificate ou TLS

Certains échecs d'auth sont en fait des erreurs de TLS handshake signalées à tort comme "mot de passe incorrect". Dans Safari, cliquez sur Show Details sur n'importe quel warning de certificate → vérifiez l'issuer et la date d'expiration.

Mac professionnel : souvent le SSL inspection proxy de l'entreprise avec un root certificate expiré → l'IT doit le renouveler.

Mac personnel : souvent macOS lui-même qui a besoin d'une mise à jour, ou un logiciel de sécurité tiers qui fait son propre SSL scanning. Vérifiez aussi Keychain Access → System keychain → Certificates pour tout ce qui est expiré/untrusted.

1

Vérifiez les credentials sur une interface qui fonctionne déjà

# Test login via curl (e.g. check web portal response)
curl -v -u username:password https://your-company-portal.com

# Test Kerberos ticket (if using Active Directory)
kinit username@DOMAIN.COM
klist
2

Synchronisez l'horloge système

# Check current time and NTP sync status
timedatectl status

# Enable automatic NTP sync
sudo timedatectl set-ntp true

# Force immediate sync
sudo systemctl restart systemd-timesyncd
timedatectl show-timesync --all

Kerberos (environnements corporate Active Directory) nécessite une précision d'horloge à 5 minutes près du serveur.
3

Resynchronisez votre app authenticator MFA

Google Authenticator : ouvrez l'app → menu à trois points → Time correction for codes → Sync now. Microsoft Authenticator : réinstaller + rajouter le compte est le fix le plus fiable si les codes sont rejetés alors qu'ils semblent valides.
4

Supprimez les credentials enregistrés du keyring

# Open Seahorse to find and remove the specific stale entry
sudo apt install seahorse -y
seahorse

# Clear Kerberos ticket cache (safe — only affects Kerberos tickets)
kdestroy

In Seahorse (Passwords and Keys): Passwords → Login → search for the specific server/app you can't authenticate to → delete only that entry. Avoid deleting the whole keyring file (e.g. rm -rf ~/.local/share/keyrings/*.keyring) — it also stores unrelated saved passwords like Wi-Fi and other apps, and wiping it removes those too.
5

Vérifiez les problèmes de certificate ou TLS

# Test SSL/TLS handshake and certificate chain
openssl s_client -connect your-server.com:443 -showcerts

# Update CA certificates if corp root CA is expired
sudo update-ca-certificates

# Add a corporate root CA to the trusted store
sudo cp corp-root-ca.crt /usr/local/share/ca-certificates/
sudo update-ca-certificates

💡

Vérification rapide : Si les mêmes identifiants fonctionnent bien sur votre téléphone mais échouent sur votre laptop, le problème est presque toujours une dérive d'horloge ou des identifiants mis en cache spécifiquement sur le laptop — commencez par les étapes 2 et 4.

❓

Questions connexes

Réponses rapides à ce sujet

Vérifiez d'abord que votre mot de passe est correct en vous connectant directement au portail de votre entreprise. Si votre compte utilise le MFA, assurez-vous que l'heure de votre app d'authentification est synchronisée. Les erreurs d'authentification sont aussi causées par une dérive d'horloge — activez « Set time automatically » dans vos paramètres de date/heure. Si vous avez spécifiquement des problèmes de VPN, consultez aussi notre guide VPN.

Trois causes fréquentes et peu évidentes : (1) Votre horloge système est décalée de plus de 5 minutes, ce qui fait que Kerberos et le MFA basé sur TOTP rejettent des identifiants pourtant valides. (2) Votre appareil a des identifiants mis en cache obsolètes stockés dans le Windows Credential Manager qui prennent le pas sur ce que vous saisissez. (3) Une incohérence de certificat TLS/SSL entre votre PC et le serveur d'authentification est signalée comme un échec de connexion. Vérifiez ces trois points avant de réinitialiser votre mot de passe.

Cela pointe vers l'étape 5 — un problème de TLS/certificat plutôt que des identifiants incorrects. C'est fréquent sur les réseaux d'entreprise qui utilisent un proxy d'inspection SSL ; si le certificat de ce proxy a expiré ou n'est pas approuvé par votre appareil, chaque connexion HTTPS peut échouer avec une erreur « authentication » trompeuse. Cela recoupe aussi notre guide Site web bloqué, qui traite des avertissements de certificat avant les pages de blocage.

Erreurs d'authentification

Erreurs d'authentification

⚠ Symptômes courants

Vérifiez vos credentials sur une interface qui fonctionne déjà

Synchronisez l'horloge système — le clock skew cause des échecs d'auth

Réenregistrez votre app authenticator MFA

Supprimez les credentials enregistrés (cached) du Windows Credential Manager

Vérifiez les problèmes de certificate ou TLS

Vérifiez vos credentials sur une interface qui fonctionne déjà

Synchronisez l'horloge système — le clock drift cause des échecs d'auth

Réenregistrez votre app authenticator MFA

Supprimez les credentials obsolètes du macOS Keychain

Vérifiez les erreurs de certificate ou TLS

Vérifiez les credentials sur une interface qui fonctionne déjà

Synchronisez l'horloge système

Resynchronisez votre app authenticator MFA

Supprimez les credentials enregistrés du keyring

Vérifiez les problèmes de certificate ou TLS

Questions connexes

Toujours bloqué ? Un technicien peut vérifier ce à quoi vous n'avez pas accès.

D'autres problèmes que vous rencontrez peut-être

Le VPN se déconnecte sans arrêt

Site web bloqué

Imprimante hors ligne / Aucune impression