Guide de dépannage de la connexion SFTP

1. Vérifications de base (toutes plateformes)

1.1 Vérifiez vos identifiants

Vérifiez chaque champ dans FileZilla exactement comme indiqué :

[[info=Astuce]]Copiez-collez avec précaution. Lorsque vous collez les identifiants, assurez-vous qu'aucun espace ne figure au début ou à la fin. Dans FileZilla, saisissez le mot de passe manuellement si le copier-coller ne fonctionne pas.[[info]]

1.2 Confirmez les paramètres FileZilla

Ouvrez FileZilla et accédez à Fichier > Gestionnaire de sites, puis vérifiez :

1. Le protocole est défini sur SFTP - SSH File Transfer Protocol (et non FTP ou FTPS).
2. Le type de connexion est défini sur Normal (et non Anonyme ou Interactif).
3. Le champ Hôte contient uniquement l'adresse du serveur, sans le préfixe sftp://.
4. Onglet Paramètres de transfert : le mode de transfert est défini sur Passif (ce devrait être la valeur par défaut).

1.3 Essayez depuis un autre ordinateur ou réseau

Pour déterminer si le problème vient de votre machine ou de votre réseau :

• Essayez la connexion depuis un autre ordinateur sur le même réseau.
• Essayez la connexion depuis un autre réseau (par exemple, un partage de connexion mobile, un Wi-Fi domestique plutôt que celui du bureau).

1.4 Vérifiez le VPN et le proxy

Si vous êtes connecté à un VPN :

• Essayez de déconnecter le VPN et de vous connecter directement.
• Si un VPN est requis par votre organisation, demandez à votre administrateur réseau d'autoriser le trafic sortant vers tngsftp.blob.core.windows.net sur le port 22.
• Si vous utilisez un proxy HTTP, sachez que le SFTP (port 22) ne peut généralement pas transiter par des proxies HTTP. Consultez votre équipe informatique au sujet d'un proxy SOCKS ou d'une exception de routage direct.

1.5 Vérifiez la disponibilité du service Azure/Microsoft

Confirmez que les services Azure Blob Storage sont opérationnels dans votre région :

1. Consultez la page de statut Azure : https://status.azure.com
2. Vérifiez s'il existe des incidents affectant Azure Blob Storage ou le réseau dans votre région.
3. En cas d'incident en cours, attendez que Microsoft le résolve avant de réessayer.

1.6 Contactez votre administrateur réseau

Contactez votre administrateur réseau ou informatique et demandez-lui de confirmer les points suivants :

• Les connexions TCP sortantes sur le port 22 vers tngsftp.blob.core.windows.net sont autorisées.
• Aucun pare-feu DPI (inspection approfondie des paquets) ou applicatif ne bloque le trafic SSH/SFTP.
• Aucune liste blanche d'adresses IP ni restriction géographique n'empêche l'accès aux points de terminaison Azure.
• La résolution DNS de tngsftp.blob.core.windows.net renvoie une adresse IP valide.

2. Test de connectivité rapide (toutes plateformes)

Avant de passer aux sections spécifiques à chaque système d'exploitation, exécutez ce test rapide depuis n'importe quel terminal ou invite de commandes pour vérifier l'accessibilité réseau de base :

# Vérifier la résolution DNS
nslookup tngsftp.blob.core.windows.net

# Tester la connectivité du port 22 (fonctionne sous Windows 10+, macOS, Linux)
ssh -v -o ConnectTimeout=10 tngsftp.blob.core.windows.net

3. Dépannage sous Windows

3.1 Vérifiez le pare-feu Windows

1. Appuyez sur Win + R, saisissez wf.msc, puis appuyez sur Entrée pour ouvrir le Pare-feu Windows Defender avec fonctions avancées de sécurité.
2. Cliquez sur Règles de trafic sortant dans le panneau de gauche.
3. Recherchez une règle qui bloque le port 22 ou FileZilla (filezilla.exe).
4. Si une règle de blocage existe, désactivez-la ou créez une règle d'autorisation pour FileZilla sur le port 22.

Vous pouvez aussi désactiver temporairement le pare-feu Windows pour tester (réactivez-le ensuite) :

# À exécuter dans PowerShell en tant qu'administrateur
Set-NetFirewallProfile -Profile Domain,Public,Private -Enabled False

# Réactiver après le test
Set-NetFirewallProfile -Profile Domain,Public,Private -Enabled True

3.2 Testez le port 22 avec PowerShell

# PowerShell - Tester la connexion TCP au port 22
Test-NetConnection -ComputerName tngsftp.blob.core.windows.net -Port 22

Résultat attendu en cas de succès :

TcpTestSucceeded : True

3.3 Vérifiez la résolution DNS

# Invite de commandes ou PowerShell
nslookup tngsftp.blob.core.windows.net

# Si le DNS échoue, essayez avec un DNS public
nslookup tngsftp.blob.core.windows.net 8.8.8.8

Si le DNS public fonctionne mais pas votre DNS par défaut, configurez votre adaptateur réseau pour utiliser 8.8.8.8 (Google) ou 1.1.1.1 (Cloudflare) comme DNS.

3.4 Vérifiez les interférences d'un antivirus ou logiciel de sécurité

Les antivirus et suites de sécurité tiers (Kaspersky, Norton, Bitdefender, ESET, etc.) intègrent souvent leur propre pare-feu ou filtre réseau pouvant bloquer le SFTP :

• Désactivez temporairement le module pare-feu de l'antivirus et réessayez.
• Vérifiez les journaux de l'antivirus pour toute connexion bloquée vers le port 22 ou tngsftp.blob.core.windows.net.
• Ajoutez FileZilla comme application de confiance dans les paramètres de votre antivirus.

3.5 Vérifiez le client SSH de Windows

Windows 10/11 dispose d'un client SSH intégré. Testez la connexion SFTP directe depuis la ligne de commande :

sftp tngsftp.<your_user>@tngsftp.blob.core.windows.net

Si cela fonctionne mais pas FileZilla, le problème vient de la configuration de FileZilla. Réinstallez FileZilla ou réinitialisez ses paramètres via Édition > Paramètres > Réinitialiser.

3.6 Vérifiez le fichier hosts

Vérifiez que le fichier hosts ne contient pas de redirection pour le serveur SFTP :

type C:\Windows\System32\drivers\etc\hosts

Assurez-vous qu'aucune ligne ne redirige tngsftp.blob.core.windows.net vers une autre adresse IP ou vers 127.0.0.1.

4. Dépannage sous macOS

4.1 Testez la connectivité du port

# Terminal
nc -zv tngsftp.blob.core.windows.net 22

Résultat attendu en cas de succès :

Connection to tngsftp.blob.core.windows.net port 22 [tcp/ssh] succeeded!

En cas de délai dépassé, le port 22 est bloqué par votre réseau.

4.2 Vérifiez le pare-feu macOS

1. Ouvrez Réglages Système (ou Préférences Système sur les versions plus anciennes de macOS).
2. Accédez à Réseau > Coupe-feu.
3. Si le coupe-feu est activé, cliquez sur Options (ou Options du coupe-feu) et assurez-vous que FileZilla est autorisé à recevoir des connexions entrantes.
4. Pour les tests, vous pouvez désactiver temporairement le coupe-feu, tester la connexion, puis le réactiver.

Depuis le Terminal :

# Vérifier l'état du pare-feu
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --getglobalstate

# Désactiver temporairement (réactiver après le test)
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --setglobalstate off

# Réactiver
sudo /usr/libexec/ApplicationFirewall/socketfilterfw --setglobalstate on

4.3 Vérifiez la résolution DNS

# Vérifier la résolution DNS actuelle
dig tngsftp.blob.core.windows.net

# Tester avec un DNS public
dig @8.8.8.8 tngsftp.blob.core.windows.net

Si le DNS par défaut échoue, modifiez le DNS dans Réglages Système > Réseau > Wi-Fi > Détails > DNS. Ajoutez 8.8.8.8 et 1.1.1.1.

4.4 Testez le SFTP depuis le Terminal

sftp tngsftp.<your_user>@tngsftp.blob.core.windows.net

Si cela fonctionne mais pas FileZilla, essayez de réinitialiser les préférences de FileZilla en supprimant son répertoire de configuration :

rm -rf ~/.config/filezilla

Relancez ensuite FileZilla et ressaisissez vos identifiants.

4.5 Vérifiez /etc/hosts

cat /etc/hosts

Assurez-vous qu'aucune entrée ne redirige tngsftp.blob.core.windows.net.

4.6 Vérifiez la présence d'un proxy ou d'un logiciel de filtrage de contenu

Sur macOS, un logiciel de filtrage de contenu ou de sécurité est parfois installé (par exemple, Little Snitch, Lulu, profils MDM de l'entreprise) :

• Vérifiez si Little Snitch ou Lulu bloque les connexions sortantes de FileZilla.
• Consultez Réglages Système > Général > Profils pour tout profil de configuration MDM d'entreprise pouvant restreindre l'accès réseau.
• Désactivez temporairement ce type de logiciel pour tester la connexion.

5. Dépannage sous Linux

5.1 Testez la connectivité du port

# Avec netcat
nc -zv tngsftp.blob.core.windows.net 22

# Alternative : avec nmap (à installer si nécessaire : sudo apt install nmap)
nmap -p 22 tngsftp.blob.core.windows.net

Si le port est filtré ou fermé, un pare-feu entre vous et Azure bloque la connexion.

5.2 Vérifiez le pare-feu local (iptables / nftables / ufw)

# Vérifier l'état d'ufw (Ubuntu/Debian)
sudo ufw status verbose

# Si ufw est actif, autoriser le SSH sortant
sudo ufw allow out 22/tcp

# Vérifier iptables directement
sudo iptables -L OUTPUT -n -v | grep -i "22\|ssh"

# Vérifier firewalld (RHEL/CentOS/Fedora)
sudo firewall-cmd --list-all

Si iptables ou firewalld bloque le port 22 sortant, ajoutez une règle d'autorisation ou désactivez temporairement le pare-feu pour tester :

# Désactiver ufw temporairement
sudo ufw disable

# Désactiver firewalld temporairement
sudo systemctl stop firewalld

[[warning=Important]]N'oubliez pas de réactiver votre pare-feu après le test.[[warning]]

5.3 Vérifiez la résolution DNS

# Vérifier la résolution
dig tngsftp.blob.core.windows.net

# Ou utiliser host
host tngsftp.blob.core.windows.net

# Tester avec un DNS public
dig @8.8.8.8 tngsftp.blob.core.windows.net

Si le résolveur DNS par défaut échoue, basculez temporairement en modifiant /etc/resolv.conf :

sudo cp /etc/resolv.conf /etc/resolv.conf.bak
echo 'nameserver 8.8.8.8' | sudo tee /etc/resolv.conf

N'oubliez pas de restaurer la sauvegarde après le test.

5.4 Testez le SFTP depuis le Terminal

# Connexion SFTP en mode détaillé
sftp -v tngsftp.<your_user>@tngsftp.blob.core.windows.net

L'option -v fournit une sortie détaillée montrant le processus de négociation SSH.

5.5 Conflit de clés d'hôtes SSH connues

Si vous obtenez une erreur de vérification de la clé d'hôte, l'empreinte du serveur stockée localement est peut-être obsolète :

# Supprimer l'ancienne clé
ssh-keygen -R tngsftp.blob.core.windows.net

# Réessayer la connexion et accepter la nouvelle clé
sftp tngsftp.<your_user>@tngsftp.blob.core.windows.net

5.6 Vérifiez /etc/hosts

cat /etc/hosts

Assurez-vous qu'aucune entrée ne redirige tngsftp.blob.core.windows.net vers une mauvaise adresse IP.

5.7 SELinux (RHEL/CentOS/Fedora)

Sur les systèmes avec SELinux en mode enforcing, cela peut empêcher FileZilla d'établir des connexions sortantes :

# Vérifier l'état de SELinux
getenforce

# Passer temporairement en mode permissive pour les tests
sudo setenforce 0

# Vérifier le journal d'audit pour les refus
sudo ausearch -m avc -ts recent | grep filezilla

6. Dépannage spécifique à FileZilla

6.1 Activez la journalisation

FileZilla peut produire un journal de débogage détaillé qui aide à identifier le point de défaillance exact :

1. Dans FileZilla, allez dans Édition > Paramètres > Journalisation.
2. Cochez Afficher les messages de débogage et réglez le niveau au maximum (Débogage).
3. Essayez la connexion et consultez la sortie du journal dans le panneau supérieur.

6.2 Réinitialisez le cache des clés d'hôte de FileZilla

Si FileZilla affiche un avertissement ou une erreur concernant la clé d'hôte :

1. Allez dans Édition > Paramètres > SFTP.
2. Sous Clés d'hôte, trouvez et supprimez l'entrée pour tngsftp.blob.core.windows.net.
3. Reconnectez-vous et acceptez la nouvelle clé d'hôte lorsque vous y êtes invité.

6.3 Mettez à jour FileZilla

Assurez-vous d'utiliser la dernière version de FileZilla. Les versions plus anciennes peuvent présenter des problèmes de compatibilité avec le SFTP d'Azure Blob Storage. Téléchargez la dernière version depuis https://filezilla-project.org.