Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #227177
| From | Reco <recoverym4n@enotuniq.net> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: ssh fingerprint mismatch for one single client |
| Date | 2020-09-20 19:30 +0200 |
| Message-ID | <ARbjY-2ae-5@gated-at.bofh.it> (permalink) |
| References | <AQSAF-7LQ-1@gated-at.bofh.it> <AR3cJ-5He-3@gated-at.bofh.it> <AR3cJ-5He-1@gated-at.bofh.it> <ARb0B-23S-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Sun, Sep 20, 2020 at 01:59:41PM -0300, Beco wrote: > I mean the numbers are completely different. > PUTTY: not only different, but it appears to get a ED25519 which is not on > the server. > SSH powershell: It gets ECDSA, which is the algorithm accepted, but a > completely different hex code. Thank you for the effort. IMO it proves that somehow your student connects to the different server than yours. Let's disregard unusual things such as multiple sshd listening different IPs on the same host. There are many things that can be put to blame here: 1) Student's host configuration (aka virtual networks are teh hard). 2) Lack of understanding the consequences of using VPN (again, student's configuration problem). 3) Misconfigured router at student's household. 4) Malicious/honestly stupid ISP at student's side. 5) Many more, that boil down to exactly one thing - something redirects your student's connection to your server elsewhere. So you have a good thing here and you have a bad one too. Good one is - you show your students (note the plural) these two sets of fingerprints, and you tell them - 'see, folks, that is what exactly SSH is protecting you from'. A real-world example, a starting point for the research, all that. Bad one is - it's unlikely that you fix it unless you gain a complete understanding of the student's LAN and WAN. Too many possibilities here, and they need to be eliminated one by one. Last one. tcpdump. It's kind of obvious that there will be inbound traffic on tcp:22 to your server, and that's expected, and there's nothing to see there. But, what you would see (or the output would be lacking it) is the problematic student IP. That's what interesting here. For obvious reasons, it requires a knowledge of the student's IP. Reco
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
ssh fingerprint mismatch for one single client Beco <rcb@beco.cc> - 2020-09-19 23:30 +0200
Re: ssh fingerprint mismatch for one single client Lucas Castro <lucas@gnuabordo.com.br> - 2020-09-19 23:50 +0200
Re: ssh fingerprint mismatch for one single client Beco <rcb@beco.cc> - 2020-09-20 00:40 +0200
Re: ssh fingerprint mismatch for one single client mick crane <mick.crane@gmail.com> - 2020-09-20 00:00 +0200
Re: ssh fingerprint mismatch for one single client Beco <rcb@beco.cc> - 2020-09-20 00:50 +0200
Re: ssh fingerprint mismatch for one single client mick crane <mick.crane@gmail.com> - 2020-09-20 05:40 +0200
Re: ssh fingerprint mismatch for one single client David Christensen <dpchrist@holgerdanske.com> - 2020-09-20 08:00 +0200
Re: ssh fingerprint mismatch for one single client Reco <recoverym4n@enotuniq.net> - 2020-09-20 10:50 +0200
Re: ssh fingerprint mismatch for one single client Beco <rcb@beco.cc> - 2020-09-20 19:10 +0200
Re: ssh fingerprint mismatch for one single client Beco <rcb@beco.cc> - 2020-09-20 19:20 +0200
Re: ssh fingerprint mismatch for one single client Reco <recoverym4n@enotuniq.net> - 2020-09-20 19:30 +0200
Re: ssh fingerprint mismatch for one single client Fabien Roucaute <fabien.roucaute@free.fr> - 2020-09-20 20:40 +0200
Re: ssh fingerprint mismatch for one single client tomas@tuxteam.de - 2020-09-21 09:20 +0200
(solved) Re: ssh fingerprint mismatch for one single client Beco <rcb@beco.cc> - 2020-09-23 02:00 +0200
Re: ssh fingerprint mismatch for one single client <tomas@tuxteam.de> - 2020-09-20 10:50 +0200
csiph-web