Tickleman's crafter.fr

Outils pour utilisateurs

Outils du site

Piste :
resoudre_les_problemes_d_echecs_de_connexions_rapprochees_git:ssh

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Prochaine révision		Révision précédente
resoudre_les_problemes_d_echecs_de_connexions_rapprochees_git:ssh [2025/12/08 15:55] – créée ticklemanresoudre_les_problemes_d_echecs_de_connexions_rapprochees_git:ssh [2025/12/08 15:59] (Version actuelle) – tickleman
Ligne 1: Ligne 1:
 ===== Résoudre les problèmes d'échecs de connexions rapprochées git/ssh ====== ===== Résoudre les problèmes d'échecs de connexions rapprochées git/ssh ======
  
-Si exécuter plusieurs fois des commandes git, comme par exemple lorsqu'on exécute <code>npx vcs-modules</code> du module node [[https://www.npmjs.com/package/@itrocks/webstorm|@itrocks/webstorm]], bloque très vite au bout de quelques <code>git clone</code>,+Si exécuter plusieurs fois des commandes git, comme par exemple lorsqu'on exécute **npx vcs-modules** du module node [[https://www.npmjs.com/package/@itrocks/webstorm|@itrocks/webstorm]], bloque très vite au bout de quelques **git clone**,
  
-Si exécuter plusieurs fois des commandes du type <code>ssh root@myserver.fr echo hello</code> bloque environ 1x sur 8,+Si exécuter plusieurs fois des commandes du type **ssh root@myserver.fr echo hello** bloque environ 1x sur 8,
  
 C'est que votre fournisseur d'accès n'aime pas que vous jouyez à multiplier les connexions ssh rapprochées. Son NAT opérateur surcharge vite sa table de connexions et commence à jeter des paquets dès que trop de nouvelles connexions TCP sont ouvertes dans un court laps de temps. Ce comportement est courant chez Free (fibre et 5G) et, plus largement, chez les opérateurs qui utilisent du CG-NAT sur l’IPv4. C'est que votre fournisseur d'accès n'aime pas que vous jouyez à multiplier les connexions ssh rapprochées. Son NAT opérateur surcharge vite sa table de connexions et commence à jeter des paquets dès que trop de nouvelles connexions TCP sont ouvertes dans un court laps de temps. Ce comportement est courant chez Free (fibre et 5G) et, plus largement, chez les opérateurs qui utilisent du CG-NAT sur l’IPv4.
Ligne 9: Ligne 9:
 Pour contourner le problème, le plus simple est de configurer votre ssh pour qu'il utilise une connexion persistente quand les appels se multiplient vers l'hôte. Pour contourner le problème, le plus simple est de configurer votre ssh pour qu'il utilise une connexion persistente quand les appels se multiplient vers l'hôte.
  
-Exemple avec github : mettez à jour la section github de votre fichier ~/.ssh/config :+Exemple avec **github** : mettez à jour la section github de votre fichier **~/.ssh/config** :
  
 <code> <code>
Ligne 18: Ligne 18:
   ControlPath ~/.ssh/ctrl-%h-%p-%r   ControlPath ~/.ssh/ctrl-%h-%p-%r
   ControlPersist 10m   ControlPersist 10m
 +</code>
 +
 +On peut généraliser ça pour toutes les connexions ssh. Toujours dans le fichier **~/.ssh/config** :
 +
 +<code>
 +Host *
 +  ControlMaster auto
 +  ControlPath ~/.ssh/ctrl-%h-%p-%r
 +  ControlPersist 15m
 </code> </code>
  
resoudre_les_problemes_d_echecs_de_connexions_rapprochees_git/ssh.1765205726.txt.gz · Dernière modification : 2025/12/08 15:55 de tickleman