Aller au contenu principal

Corriger un pare-feu ou un antivirus qui bloque la synchronisation cloud — Résoudre les erreurs de connexion avec RcloneView

· 4 minutes de lecture
Robin
Developer Advocate

Lorsqu'une tâche de synchronisation se bloque à 0 % ou échoue avec une erreur de connexion générique, le véritable coupable est souvent le logiciel de sécurité local — pas le fournisseur cloud.

Une tâche de synchronisation qui ne démarre jamais, reste bloquée à 0 % de transfert ou se termine avec un message de délai d'attente vague n'indique pas toujours une mauvaise configuration du distant. Que ce soit sur des postes de travail gérés ou des réseaux domestiques verrouillés, les pare-feux, les suites antivirus et les agents de protection des points de terminaison interceptent régulièrement les connexions sortantes dont RcloneView a besoin — à la fois vers l'API du fournisseur cloud et vers son propre processus rclone intégré local — et l'échec ressemble exactement à une véritable panne réseau. RcloneView fonctionne entièrement sur votre machine locale, donc chacune de ces connexions provient d'un processus que vous pouvez inspecter et autoriser directement.

Aperçu de l'application RcloneView

Gérez et synchronisez tous vos clouds au même endroit

RcloneView est une interface graphique multiplateforme pour rclone. Comparez des dossiers, transférez ou synchronisez des fichiers et automatisez vos workflows multi-cloud avec une interface visuelle et épurée.

  • Tâches en un clic : Copier · Synchroniser · Comparer
  • Planificateurs et historique pour une automatisation fiable
  • Compatible avec Google Drive, OneDrive, Dropbox, S3, WebDAV, SFTP et plus
WindowsmacOSLinux
Commencer gratuitement →

Fonctions essentielles gratuites. Automatisations disponibles avec Plus.

Reconnaître un blocage par le pare-feu ou l'antivirus

Les signes révélateurs sont la cohérence et l'immédiateté : la tâche échoue une ou deux secondes après le démarrage plutôt qu'après une longue lutte, la même tâche fonctionne bien sur un autre réseau, ou un distant tout juste créé échoue son test de connexion avant même d'atteindre le fournisseur. Le rclone intégré de RcloneView écoute localement sur 127.0.0.1:5582, et les outils antivirus qui inspectent le trafic loopback ou empêchent des exécutables non reconnus d'ouvrir des sockets réseau peuvent couper discrètement ce lien même si l'application elle-même semble fonctionner normalement.

Test de connexion à un distant échouant immédiatement à cause d'une connexion bloquée

Si vous vous connectez à une instance rclone externe plutôt qu'à celle intégrée, la même logique s'applique au port 5572 — les pare-feux d'entreprise qui n'autorisent que le trafic sur les ports web standard (80/443) le rejetteront silencieusement.

Isoler la connexion bloquée

Démarrez un transfert manuel et observez l'onglet Transferring : une tâche qui affiche 0 B/s indéfiniment, sans erreur ni progression, signifie généralement que la connexion vers les serveurs du fournisseur cloud est filtrée en sortie, et non que le fournisseur est en panne. Activer la journalisation rclone dans les paramètres au niveau DEBUG et reproduire le problème révèle souvent une entrée connection reset ou i/o timeout pointant vers l'hôte exact bloqué.

Exécution d'une tâche de synchronisation bloquée à cause d'une connexion réseau bloquée

Job History est également utile ici : des tâches qui se terminent systématiquement en « Errored » à un temps écoulé presque identique, sur différents distants, indiquent une politique réseau locale plutôt qu'un problème propre à un fournisseur.

Autoriser RcloneView dans le logiciel de sécurité

Une fois le blocage confirmé, ajoutez RcloneView (et son binaire rclone intégré) comme application autorisée dans vos règles de pare-feu et d'antivirus, plutôt que de désactiver entièrement la protection. Sous Windows, cela signifie une règle entrante/sortante dans le Pare-feu Windows Defender ou votre suite tierce ; sous macOS, l'octroi de l'accès réseau dans Confidentialité et sécurité si vous y êtes invité ; sous Linux, la vérification de ufw ou iptables en plus de tout agent de point de terminaison géré de manière centralisée par votre organisation. Si vous êtes sur un VPN ou un proxy d'entreprise, vérifiez que les domaines de l'API du fournisseur cloud y sont également autorisés — une mauvaise configuration de tunnellisation partagée produit le même symptôme de transfert bloqué qu'un blocage de pare-feu local.

Une synchronisation cloud transférant normalement après la suppression d'un blocage de pare-feu

Pour commencer

  1. Téléchargez RcloneView depuis rcloneview.com si ce n'est pas déjà fait.
  2. Reproduisez l'échec avec la journalisation rclone activée au niveau DEBUG et notez l'hôte ou le port exact indiqué dans l'erreur.
  3. Ajoutez RcloneView et son processus rclone intégré comme applications autorisées dans vos paramètres de pare-feu et d'antivirus.
  4. Relancez la tâche et confirmez qu'elle affiche désormais une progression de transfert réelle dans l'onglet Transferring.

Une seule entrée dans la liste blanche résout généralement ce qui ressemble à un échec de synchronisation tenace et inexplicable — cela vaut la peine de l'écarter avant de suspecter le fournisseur cloud ou la configuration du distant.


Guides connexes :

Fournisseurs cloud pris en charge

Local Files
WebDAV
FTP
SFTP
HTTP
SMB / CIFS
Google Drive
Google Photos
Google Cloud Storage
OneDrive
Dropbox
Box
MS Azure Blob
MS File Storage
S3 Compatible
Amazon S3
pCloud
Wasabi
Mega
Backblaze B2
Cloudflare R2
Alibaba OSS
Ceph
Swift (OpenStack)
IBM Cloud Object Storage
Oracle Cloud Object Storage
IDrive e2
MinIO
Storj
DigitalOcean Spaces