[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Git n'arrive pas à contacter certains sites IPv6 en SSH.



Bonjour Charles,

Charles Plessy, on 2020-11-14 18:23:21 +0900:
> Le Thu, Nov 12, 2020 at 09:51:06PM +0100, Étienne Mollier a écrit :
> > 	$ export GIT_SSH_COMMAND='ssh -vvv'
> > 	$ git clone git@salsa.debian.org:med-team/perlprimer.git
> 
> Merci du tuyau, ça bloque à:
> 
>     debug1: Sending command: git-upload-pack 'med-team/perlprimer.git'
>     debug2: channel 1: request exec confirm 1
>     debug3: send packet: type 98
>     debug2: channel_input_open_confirmation: channel 1: callback done
>     debug2: channel 1: open confirm rwindow 0 rmax 32768
> 
> Google ou DuckDuckGo ne révèlent rien concernant "git-upload-pack"
> "ipv6" "freeze"

Je sèche.  C'est vrai que c'est curieux.  On est loin dans
l'exécution de la commande `git clone` : la connexion SSH est
déjà établie, et les clés sont échangées depuis bien longtemps.
Chez moi, la connexion se poursuit comme suit:

	debug1: Sending command: git-upload-pack 'med-team/perlprimer.git'
	debug2: channel 0: request exec confirm 1
	debug3: send packet: type 98
	debug2: channel_input_open_confirmation: channel 0: callback done
	debug2: channel 0: open confirm rwindow 0 rmax 32768

	debug2: channel 0: rcvd adjust 2097152
	debug3: receive packet: type 99
	debug2: channel_input_status_confirm: type 99 id 0
	debug2: exec request accepted on channel 0
	remote: Enumerating objects: 660, done.
	remote: Counting objects: 100% (660/660), done.
	remote: Compressing objects: 100% (299/299), done.

Soit la commande "git-upload-pack 'med-team/perlprimer.git'"
ne démarre pas du côté de Salsa, soit elle n'arrive pas à
utiliser la liaison existante avec votre machine pour renvoyer
la confirmation (paquet type 99).

> (Je n'ai pas encore testé le changement de MTU; je ne sais pas comment
> le faire sure une interface wifi gérée par GNOME...)

La suggestion de Daniel "NoSpam" avec "ip" me semble à explorer.
J'ai des souvenirs d'école comme quoi IPv6 ne fragmente pas
comme IPv4, et du coup un MTU trop gros peut potentiellement
bloquer si la route se dégrade en cours de connexion (je ne suis
pas spécialiste en réseau, et le souvenir en question date d'il
y a dix ans, donc je peux dire des bêtises).

> (Je n'ai pas testé non plus la version 2.29; je suis en 2.27)

J'ai testé rapidement avec Git 2.20 de Buster, mais je n'ai pas
observé plus de blocages, sinon effectivement, mon test était
avec Git 2.29.

> Bon week-end !

Merci, à vous de même,  :)
-- 
Étienne Mollier <etienne.mollier@mailoo.org>
Fingerprint:  8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
Sent from /dev/pts/1, please excuse my verbosity.

Attachment: signature.asc
Description: PGP signature


Reply to: