SCP remoto para local falha

2

De repente, minha capacidade de scp dos servidores remotos para minha máquina local (um Mac) está falhando. Eu não sei quando exatamente isso começou, mas algo deve ter mudado e não estou ciente de como estava funcionando perfeitamente anteriormente.

Eu tenho 2 servidores, e minha máquina local está protegida com chaves RSA. O Servidor A pode scp de e para o Servidor B sem um problema, e vice-versa .

Meu Mac pode scp itens para ambos os servidores, no entanto, nenhum servidor pode scp qualquer coisa para o meu Mac quando estou logado neles (algo que eu anteriormente não tive problemas com).

Eu li todos os tópicos que posso encontrar com um problema semelhante, mas eles parecem ter sido resolvidos pelo problema da mensagem de login, mas nenhum dos meus shells emitem mensagens de login além do usual Last login...

Inicialmente, achei que isso era um problema em estar em uma rede doméstica privada, e talvez o tráfego bloqueando o roteador, etc, mas o problema persiste na rede da minha universidade, onde todas as máquinas estão no mesmo domínio.

Com o firewall desligado completamente, a conexão ainda falha.

Esta é a depuração que recebo sempre:

user@ServerB:~$ scp -vvv test.txt joehealey@mymac:~/Desktop/
Executing: program /usr/bin/ssh host 137.205.183.84, user joehealey, command scp -v -r -t ~/Desktop/
OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 137.205.183.84 [137.205.183.84] port 22.
debug1: connect to address 137.205.183.84 port 22: Connection timed out
ssh: connect to host 137.205.183.84 port 22: Connection timed out
lost connection

Se realmente não está conseguindo se conectar na porta 22, não entendo por que isso de repente começou a ser um problema?

O servidor A e B são servidores Ubuntu. Mac é OSX El Capitan (usando iTerm2).

Não é possível pensar em nenhuma outra informação para fornecer, mas será editada conforme necessário.

Editar 1:

Em resposta aos comentários, esta é a saída do Mac de lsof :

COMMAND PID USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
launchd   1 root   32u  IPv6 0x678fdc0d37f8aa53      0t0  TCP *:22 (LISTEN)
launchd   1 root   37u  IPv4 0x678fdc0d37f9152b      0t0  TCP *:22 (LISTEN)
launchd   1 root   39u  IPv6 0x678fdc0d37f8aa53      0t0  TCP *:22 (LISTEN)
launchd   1 root   44u  IPv4 0x678fdc0d37f9152b      0t0  TCP *:22 (LISTEN)

̶s̶s̶h̶, ̶ ̶r̶s̶y̶n̶c̶ ̶a̶n̶d̶ ̶s̶f̶t̶p̶ ̶e̶t̶c̶ ̶a̶l̶l̶ ̶w̶o̶r̶k̶ ̶f̶i̶n̶e̶. Embora o laptop (nem um PC adicional de casa que testei) possa ser ssh 'd de qualquer servidor.

Editar 2:

Aqui está o traceroute do meu mac para o 'Servidor B':

Selected device en1, address 192.168.0.10, port 58844 for outgoing packets
Tracing the path to 137.205.68.184 on TCP port 80 (http), 30 hops max
 1  192.168.0.1  4.495 ms  2.788 ms  0.983 ms
 2  * * *
 3  be368.pr3.hobir.isp.sky.com (2.120.8.32)  26.890 ms  50.091 ms  22.748 ms
 4  linx-gw2.ja.net (195.66.236.15)  23.971 ms  24.879 ms  25.449 ms
 5  ae23.londhx-sbr1.ja.net (146.97.35.165)  23.791 ms  24.935 ms  27.064 ms
 6  ae29.londpg-sbr2.ja.net (146.97.33.2)  31.917 ms  29.909 ms  28.199 ms
 7  ae31.erdiss-sbr2.ja.net (146.97.33.22)  27.841 ms  27.472 ms  29.663 ms
 8  ae23.birmub-rbr1.ja.net (146.97.37.154)  28.239 ms  29.382 ms  30.064 ms
 9  ae0.warwuw-rbr1.wmrn.ja.net (193.62.80.70)  27.122 ms  27.439 ms  26.995 ms
10  193.63.208.46  28.445 ms  30.121 ms  29.001 ms
11  gw-uw-1e.warwick.ac.uk (194.66.251.250)  39.050 ms  34.078 ms  28.284 ms
12  * * *
13  * * *
14  * * *
15  137.205.52.1  44.081 ms  29.241 ms  35.046 ms
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *
Destination not reached

Eu não entendo completamente dizendo que ele não foi alcançado (embora em 30 saltos), já que a conexão SSH do Mac para o servidor está bem.

e do servidor B para o meu mac:

Selected device eth0, address 137.205.68.184, port 50671 for outgoing packets
Tracing the path to 94.2.125.120 on TCP port 22 (ssh), 30 hops max
 1  137.205.71.254  0.259 ms  0.250 ms  0.382 ms
 2  137.205.52.29  0.941 ms  0.702 ms  0.917 ms
 3  172.31.11.85  58.918 ms  0.972 ms  0.883 ms
 4  172.31.255.86  0.883 ms  0.832 ms  0.737 ms
 5  172.31.254.126  0.594 ms  0.517 ms  0.710 ms
 6  172.31.251.30  0.779 ms  0.794 ms  0.589 ms
 7  gw-uw-2.warwick.ac.uk (194.66.251.253)  1.339 ms  0.867 ms  1.243 ms
 8  193.63.208.45  15.719 ms  1.079 ms  1.228 ms
 9  ae25.lowdss-sbr1.ja.net (146.97.37.157)  2.251 ms  2.249 ms  2.402 ms
10  ae31.londtw-sbr2.ja.net (146.97.33.30)  11.367 ms  5.537 ms  5.698 ms
11  ae29.londtn-sbr1.ja.net (146.97.33.10)  5.663 ms  5.424 ms  5.513 ms
12  ae0.londtn-ban3.ja.net (146.97.35.170)  5.884 ms  5.321 ms  5.992 ms
13  be1028.er12.thlon.isp.sky.com (195.66.225.234)  6.040 ms  6.236 ms  6.363 ms
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *
Destination not reached

Parece que ele pode estar ficando preso no Sky, meu ISP?

    
por Joe Healey 01.09.2017 / 17:13

0 respostas

Tags