2026 SFTP, rsync et scp sur SSH : envoyer de gros fichiers vers des Mac mini ProxyMac loués à HK / JP / KR / SG / US sans saturer votre uplink

Les équipes qui embarquent des jeux de données, des archives Xcode ou des artefacts CI sur des hôtes Mac mini Apple Silicon à Hong Kong, au Japon, en Corée, à Singapour ou aux États-Unis commencent souvent par un simple scp—puis voient le transfert ramper, échouer à mi-chemin ou mettre tout le monde en colère sur le même Wi-Fi de café. L’échec est rarement « SSH est lent » ; c’est choix d’outil × contrôle de congestion × sémantique de reprise × ordre des vidages disque sur un chemin qui porte déjà une RTT réelle. Ce guide apporte (1) un vocabulaire de symptômes, (2) une matrice décisionnelle en quatre lignes pour SFTP vs rsync vs scp classique, (3) des schémas d’équité de bande passante, (4) des stratégies de reprise et de fichiers partiels sur les dernières miles instables, (5) un runbook opérationnel en neuf étapes, et des liens explicites vers réglage client à RTT élevée, blocages MTU / PMTUD, paramètres TCP keepalive et planification de la latence interrégions.

• Couplage caché : saturer l’uplink SSH affame aussi les événements souris VNC—orchestrez les jobs bulk et les sessions GUI selon le guide interrégions.
• Mythe de la reprise : un scp nu ne redémarre pas magiquement au milieu du fichier ; il faut rsync --partial, des clients SFTP dédiés ou des outils par morceaux.
• Côté disque : l’APFS sur la mini a toujours besoin de marge d’espace libre pour les écritures clairsemées ; un volume « plein à 100 % » en plein transfert corrompt moins de bits mais interrompt plus souvent.

Pourquoi les transferts bulk sur SSH semblent pires que les shells interactifs

Le SSH interactif tolère le jitter parce que les humains tapent lentement par rapport à la capacité du lien. Un flux bulk longue durée maintient la fenêtre de congestion haute, expose chaque micro-perte sur les chemins transpacifiques et interagit mal avec les middleboxes qui limitent le débit soutenu. Au-delà d’environ 120 ms de RTT, de petites erreurs de tampon d’envoi ressemblent à des « blocages à 80 % » qui sont en réalité l’attente des ACK—réglez d’abord le client avec la recette IPQoS et chiffres, puis revenez sur les outils.

Matrice : SFTP, rsync sur SSH et scp classique

Outil	Partial reprise	Delta répertoire	Limitation intégrée	Défaut pour arbres multi-Go
OpenSSH scp (mode legacy)	Non—repartir de zéro	arbre entier à chaque run	pas de drapeau de premier ordre	petits one-shot seulement
SFTP / clients GUI	souvent oui (dépend du client)	outils miroir variables	limites de vitesse dans l’UI	passations designers, glisser-déposer
rsync -e ssh	oui avec --partial	fort—modes sommes de contrôle	--bwlimit	artefacts CI & jeux de données
batch sftp / motifs reget	scriptable avec prudence	fichier par fichier	combiner avec trickle ou QoS	pipelines bastion stricts

Lorsque vous avez déjà corrigé les trous noirs PMTUD mais voyez encore un débit en dents de scie, déplacez la discussion de « quel chiffre » vers combien de sessions parallèles : trois jobs rsync non limités perdent souvent contre un job limité avec une fenêtre plus profonde.

Équité de bande passante : uplinks télétravail vs mini colocalisées

Les mini ProxyMac sont sur un egress de datacenter dimensionné ; votre câble domestique asymétrique est en général le goulet. Utilisez rsync --bwlimit=… en KiB/s pour laisser de la marge au DNS, Slack et Zoom—surtout quand la direction partage le VLAN avec votre push de jeu de données HK → US. Couplez des plafonds numériques à des fenêtres horaires : planifiez les gros rsync la nuit locale quand la contention Wi-Fi baisse.

Si la politique d’entreprise force le trafic via un proxy HTTP, le SSH bulk peut déjà être encapsulé—voir le guide ProxyCommand dédié dans la famille articles réseau d’entreprise ; n’empilez pas deux couches de limitation sans mesurer.

Reprise, fichiers partiels et remise atomique à l’équipe

Combinez toujours --partial avec un répertoire partiel déterministe (ex. .rsync-partial) pour que l’exploitation voie quels fichiers sont incomplets. Pour les flux « publier quand c’est fini », écrivez d’abord dans un chemin de staging sur la mini puis mv en place—le renommage atomique sur le même volume APFS évite les tarballs à moitié visibles. Documentez la politique de sommes : -c vérifie l’intégrité au prix du CPU ; à sauter sur LAN de confiance, à activer sur les chemins transfrontaliers avec historique de bit flips.

Alignez ServerAliveInterval et ServerAliveCountMax sur le guide user timeout TCP pour que les middleboxes NAT ne tuent pas silencieusement les jobs de nuit ; journalisez les raisons de déconnexion dans le système de tickets.

Runbook en neuf étapes pour des pushes résilients vers les mini HK / JP / KR / SG / US

1. Capturer l’intention : taille source, nombre de fichiers et fenêtre de fin acceptable dans le ticket.
2. Contrôle MTU de chemin : exécuter le triage de l’article MTU avant les copies longues.
3. Choisir l’outil : par défaut rsync pour les arbres ; SFTP GUI pour les créatifs ad hoc.
4. Limiter : --bwlimit ou QoS routeur ; confirmer l’uplink de rechange avec un test rapide.
5. Tuning client : appliquer IPQoS=throughput pour le bulk.
6. Marge disque : df -h sur la mini ; réserver ≥15 % de marge de respiration APFS.
7. Exécuter avec logs : tee des logs verbeux en local ; ne jamais coller de secrets dans des canaux publics.
8. Valider : somme de contrôle ou comparaison de taille après copie ; ouvrir des fichiers au hasard.
9. Post-mortem : si SLA manqué, joindre courbes RTT + stats rsync—pas de notes subjectives « ça rame ».

FAQ

Dois-je rechiffrer des images disque dans rsync ? Les formats déjà compressés gagnent peu avec la compression SSH ; désactiver si le CPU est le goulet.

AFP/SMB bat-il SSH sur la même mini ? Parfois pour des flux Finder natifs, mais SSH+rsync reste compatible pare-feu et scriptable—choisir par workflow, pas par dogme.

Et les pipelines zstd ? Excellents quand le CPU bat la bande passante—toujours avec la même hygiène keepalive et MTU.

Pourquoi le Mac mini bare metal gagne encore pour l’ingest bulk

Les nœuds Mac mini M4 loués offrent un débit NVMe prévisible, pas de voisin qui vole les IOPS disque, et des chemins macOS natifs pour Xcode et les suites créatives—idéal quand votre stratégie HK / JP / KR / SG / US exige la même recette d’ingest partout. Comparez les régions sur la page tarifs, répétez les transferts via le centre d’aide, et pour une vérif GUI en pleine copie, gardez les sessions VNC dans une classe QoS séparée du SSH bulk.