Re: Bug#990882: openssh-server: With ipv6 ssh-client fail as well as scp getting expecting SSH2_MSG_KEX_ECDH_REPLY

Timo Weingärtner <[email protected]>
Newsgroups gmane.linux.debian.devel.ssh
Message-ID <[email protected]>
Hallo Daniel,

10.07.21 14:14 Daniel:
> ssh and scp connecting smoothly. With the above MACs trick, scp connect
> but then hangs on copy like
> 
> Authenticated to myserver ([2001:db8:dead:beef::1]:22).
> debug1: channel 0: new [client-session]
> debug1: Requesting [email protected]
> debug1: Entering interactive session.
> debug1: pledge: network
> debug1: client_input_global_request: rtype [email protected]
> want_reply 0
> debug1: Remote: /root/.ssh/authorized_keys:2: key options:
> agent-forwarding port-forwarding pty user-rc x11-forwarding
> debug1: Remote: /root/.ssh/authorized_keys:2: key options:
> agent-forwarding port-forwarding pty user-rc x11-forwarding
> debug1: Sending environment.
> debug1: Sending env LANG = fr_FR.UTF-8
> debug1: Sending command: scp -v -t /etc/bind/VarCacheBind/
> Sending file modes: C0644 3079 file.txt
> Sink: C0644 3079 file.txt
> file.txt 0% 0 0.0KB/s --:-- ETA

So actually the connection setup (small packets) works and the connection 
starts hanging when packets get big.

> * What exactly did you do (or not do) that was effective (or
> ineffective)?
> 
> Adding MACs=hmacs-sha2-256 to .ssh/config solved the problem for ssh
> client (Debian 9/10 & Ubuntu 18/20) but not for scp (Debian 9/10 &
> Ubuntu 18/20)

A quick test with wireshark shows: ssh client with default/no config sends a 
"Client: Key Exchange Init" with over 1500 Bytes. With that config change you 
likely dropped that below your PMTU.

What is the network between client and server like? Does PMTUD work? Maybe 
there are non-conforming IPv6-implementations and/or misconfigured firewalls 
on the way?

> If we do the copy in ipv4 -by adding -4 in front of command- it copy
> smoothly.

Well, in IPv4 routers usually do fragmentation (lowering throughput/
efficiency) instead of relying on PMTUD.


Grüße
Timo
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEE87+TxUS8xnavTxo5VO6rSJSm4+0FAmDrTroACgkQVO6rSJSm
4+3YFw//ckysi+mt2XbpBtGvBepPQBpHsNWdHpLnfc9TtwQpnxQFK5oRrbLKkRD/
qaz4plrRZ7fKGpxKLRNqKE9+Rr8EhuFa+jzZlJS14O4MwrtJsQ1tBtt2bcJkWpMC
1XzJiPOeWI+Dx20YP62ldw34nU3gi8OzdvAkZ8lC55C2F0WzjMsvnDYuTe2XuwuW
t0PGhl0AWfk1WpBOH90A7gVFHHYmW4NKTJGGL/zbtNG1n4JMdoK1z/pwOBz1QB+Z
lN/eYQZwDNuP2D347Q7uaguMEHZ+K8aqlbVQ7nC99iioVhB/SReVT6kZMs5kh+/3
W+KWnxs2+44M3lox4RTRpJpc3chMmAXBSmvHAY0SYjcufYdibExiIEg+uvKHtBjW
IUcPpXoRCE93q2MH4AMGJny+zZHuoLKww3CbMU8tqSn8MgiGIIOF1uQ/cbkvX2zg
h2X8qwQsCyO4wfaLXakfbAJ0kSeOU2yUxrhxtgfL8uB8VA6iOri2CLgIU2OT0wWb
wsfaLciimgpTmeeMhWw7y/616pSzzr1p8D2Q25NKkr0y92Cz+XbQQ0foTpLhtuxv
sakkadTf9Lr4Mn572thqigUWNSXF4oDKbyznewm3bs58w3H2tt48d9Golc+7tuGq
UB31R5FGgwLnyjcxAvueqysoDLXVRdTwU4fQ/OOMnsWW0gnFeAc=
=5Fu3
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.