Puncte:0

Nu se poate conecta ssh prin interfața wireless, dar funcționează folosind eth0

drapel in

Dintr-o dată nu mă pot conecta prin ssh la un server folosind interfața mea wireless, dar o pot face folosind interfața eth0 cu un cablu conectat direct la routerul meu.

Din interfața mea wireless am primit:

$ ssh -vvv serverul_meu
OpenSSH_8.9p1 Ubuntu-3, OpenSSL 3.0.2 15 martie 2022
debug1: Citirea datelor de configurare /home/user/.ssh/config
debug1: /home/user/.ssh/config linia 38: Aplicarea opțiunilor pentru my_server
debug1: Citirea datelor de configurare /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config linia 19: include /etc/ssh/ssh_config.d/*.conf nu se potrivește niciun fișier
debug1: /etc/ssh/ssh_config linia 21: Se aplică opțiuni pentru *
debug2: resolve_canonicalize: numele de gazdă XX.XXX.XX.XXX este adresa
debug3: UserKnownHostsFile extins „~/.ssh/known_hosts” -> „/home/user/.ssh/known_hosts”
debug3: UserKnownHostsFile extins „~/.ssh/known_hosts2” -> „/home/user/.ssh/known_hosts2”
debug3: ssh_connect_direct: intrare
depanare1: se conectează la portul 22 XX.XXX.XX.XXX [XX.XXX.XX.XXX].
debug3: set_sock_tos: setați soclul 3 IP_TOS 0x10
depanare1: conectați-vă la adresa XX.XXX.XX.XXX portul 22: rețeaua este inaccesibilă
ssh: conectați-vă la gazda XX.XXX.XX.XXX portul 22: rețeaua este inaccesibilă

si tcpdump este:

$ sudo tcpdump -v -i orice port tcp 22

tcpdump: tip de legătură de date LINUX_SLL2
tcpdump: ascultare pe orice tip de legătură LINUX_SLL2 (Linux cooked v2), lungimea instantaneului 262144 octeți
19:56:14.312414 wlp0s20f3 Ieșire IP (to 0x10, ttl 64, id 25412, offset 0, flags [DF], proto TCP (6), lungime 60)
    myhost.52266 > ec2-XX-XXX-XX-XXX.eu-central-1.compute.amazonaws.com.ssh: steaguri [S], cksum 0x36d4 (incorect -> 0xcc4d), seq 1642097124, win 64240, opțiuni [ mss 1460,sackOK,TS val 1123249955 ecr 0,nop,wscale 7], lungime 0

Din interfața mea eth:

$ ssh -vvv serverul_meu
OpenSSH_8.9p1 Ubuntu-3, OpenSSL 3.0.2 15 martie 2022
debug1: Citirea datelor de configurare /home/user/.ssh/config
debug1: /home/user/.ssh/config linia 38: Aplicarea opțiunilor pentru my_server
debug1: Citirea datelor de configurare /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config linia 19: include /etc/ssh/ssh_config.d/*.conf nu se potrivește niciun fișier
debug1: /etc/ssh/ssh_config linia 21: Se aplică opțiuni pentru *
debug2: resolve_canonicalize: numele de gazdă XX.XXX.XX.XXX este adresa
debug3: UserKnownHostsFile extins „~/.ssh/known_hosts” -> „/home/user/.ssh/known_hosts”
debug3: UserKnownHostsFile extins „~/.ssh/known_hosts2” -> „/home/user/.ssh/known_hosts2”
debug3: ssh_connect_direct: intrare
depanare1: se conectează la portul 22 XX.XXX.XX.XXX [XX.XXX.XX.XXX].
debug3: set_sock_tos: setați soclul 3 IP_TOS 0x10
debug1: Conexiune stabilită.

si tcpdump este:

$ sudo tcpdump -v -i orice port tcp 22

tcpdump: tip de legătură de date LINUX_SLL2
tcpdump: ascultare pe orice tip de legătură LINUX_SLL2 (Linux cooked v2), lungimea instantaneului 262144 octeți
22:14:16.335219 enp0s31f6 Ieșire IP (to 0x10, ttl 64, id 48434, offset 0, flags [DF], proto TCP (6), lungime 60)
    ws5.51632 > ec2-XX.XXX.XX.XXX.eu-central-1.compute.amazonaws.com.ssh: steaguri [S], cksum 0x36d1 (incorect -> 0xdbb4), seq 1199071061, win 64240, opțiuni [ mss 1460,sackOK,TS val 151306527 ecr 0,nop,wscale 7], lungime 0
22:14:16.390032 enp0s31f6 În IP (to 0x0, ttl 48, id 0, offset 0, flags [DF], proto TCP (6), lungime 60)
    ec2-XX.XXX.XX.XXX.eu-central-1.compute.amazonaws.com.ssh > ws5.51632: Flags [S.], cksum 0xdc56 (corect), seq 1641064052, ack 1199071062, win 626434 [mss 1440,sackOK,TS val 2605867526 ecr 151306527,nop,wscale 7], lungime 0
22:14:16.390126 enp0s31f6 Ieșire IP (to 0x10, ttl 64, id 48435, offset 0, flags [DF], proto TCP (6), lungime 52)
    ws5.51632 > ec2-XX.XXX.XX.XXX.eu-central-1.compute.amazonaws.com.ssh: steaguri [.], cksum 0x36c9 (incorect -> 0xfd95), ack 1, win 502, opțiuni [ nup,nop,TS val 151306582 ecr 2605867526], lungime 0
22:14:16.397623 enp0s31f6 Ieșire IP (to 0x10, ttl 64, id 48436, offset 0, flags [DF], proto TCP (6), lungime 84)
    ws5.51632 > ec2-XX.XXX.XX.XXX.eu-central-1.compute.amazonaws.com.ssh: steaguri [P.], cksum 0x36e9 (incorect -> 0x92b6), secv 1:33, ack 1 , win 502, opțiuni [nop,nop,TS val 151306590 ecr 2605867526], lungime 32: SSH: SSH-2.0-OpenSSH_8.9p1 Ubuntu-3

Interfața mea de lucru este enp0s31f6 (fostul eth0):

2: enp0s31f6: <NO-CARRIER, BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000

iar cel eșuat este piața wifi cu nocoda:

3: wlp0s20f3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue stare UP grup implicit qlen 1000

Mi se pare foarte interesant faptul că adresele sunt date ca adrese IPv4 în mine ~/.ssh/config, dar jurnalul spune TCP(6). Bănuiesc că asta înseamnă IPv6. Am încercat să-l forțez cu opțiunea -4 dar rezultatul este același.

Ale mele ~/.ssh/config este:

Gazdă $ ssh -vvv serverul_meu
   Nume de gazdă XX.XXX.XX.XXX
   Utilizator ubuntu
   IdentityFile ~/.ssh/my_id.pem

cu ethtool -S wlp0s20f3 Văd că nu există pachete scăpate în conexiune.

Care poate fi cauza?

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.