Transfere arquivos diretamente entre computadores através de um cabo ethernet?

Question

Muitas vezes preciso transferir arquivos pela rede doméstica entre computadores e descobri que as transferências WiFi realmente não são a melhor ideia. (facepalm) Se eu tenho um cabo CAT-5, 5e ou 6 por aí, como posso conectar um computador diretamente ao outro com ele? Se um servidor SSH estiver sendo executado em server e eu conectar client ao servidor usando um cabo CAT-5 diretamente entre os dois, posso usar o SSH para transferir arquivos? O que preciso fazer para definir algo assim? É necessário um roteador?

    

Answer 1

Se pelo menos uma placa de rede do computador oferecer suporte a crossover automático, você poderá conectar ambos com um cabo direto. (Auto-crossover, também chamado de "auto-MDIX", é parte do padrão Gigabit Ethernet, mas é freqüentemente suportado por cartões de 100 Mbps também.) Caso contrário, você precisará de um cabo cross-over, um hub ou um interruptor.

Depois de configurar a conexão física, configure a rede no sistema operacional:

• Se ambas as extremidades tiverem IPv6 , você pode se conectar usando o link do outro computador endereço local ; por exemplo, ssh fe80::4a5d:60ff:fee8:658f%eth0 . (No Linux, a string após % é o nome da sua placa Ethernet, enquanto o Windows usa o ID da interface numérica de netsh interface ipv6 show interface .)

  Você também pode adicionar endereços mais curtos manualmente, como fc00::1 e fc00::2 (do fc00::/7 network ).

• Para hosts somente IPv4 , atribua manualmente endereços IP da mesma sub-rede - por exemplo, 10.0.0.1/8 e 10.0.0.2/8 .

  Alguns sistemas operacionais atribuem automaticamente endereços IPv4 de link local no intervalo 169.254.0.0/16 .

Answer 2

Eu recomendo que você use um servidor rsync em uma das máquinas para evitar o processamento de criptografia do ssh o que pode dar uma taxa de transferência mais rápida, especialmente em CPUs de baixa velocidade:

Na máquina "servidor", crie você mesmo um arquivo rsyncd.conf contendo algo como:

[download]
comment =       Storage general files
path =          /home/user/Download
read only =     false
write only =    false
list =          true
incoming chmod = Du=rwx,go=rx,Fu=rw,go=r
uid =           user
gid =           user

Em seguida, inicie o rsync no modo "servidor":

sudo rsync --daemon --config=rsyncd.conf  --no-detach --log-file=/dev/tty

Em seguida, no cliente, para receber:

rsync rsync://host/download/file-name local-file-name

ou para enviar:

rsync local-file-name rsync://host/download/file-name

Quando terminar, apenas CTRL-C o processo do servidor.

    

Answer 3

A versão curta é:

• Se pelo menos um dos computadores tiver uma interface gigabit ou um deles suportar MDI / MDX, não será necessário roteador. Conecte um cabo CAT5E simples ou melhor.
• De ambos os cartões 10 / 100mbit usam um cabo cruzado ou dois cabos regulares e um interruptor.

Em seguida, configure os dois computadores para estarem na mesma sub-rede e configurar o roteamento. (Veja isto em nosso site irmão: how-does-ipv4-subnetting-work o fundo).

Você não mencionou qual sistema operacional está usando, mas assumindo um unix como:

• Computador 1: ifconfig em0 192.168.0.1 netmask 255.255.255.0 (substitua em0 pelo nome da interface).
• Computador 2: ifconfig em0 192.168.0.2 netmask 255.255.255.0
  As duas placas de rede agora estão configuradas para a mesma LAN.
• É provável que seu sistema operacional adicione 'automaticamente' rotas à rede local. Se não usar route add -net 192.168.0.0 mask 255.255.255.0 192.168.0.1 no computador 1. Faça o mesmo no computador 2 com route add -net 192.168.0.0 mask 255.255.255.0 192.168.0.2

Teste a conexão com ping ou copie com scp.

(Cliente: ~ homedir > scp myfile 192.1.68.0.2:Destination_folder )

    

Answer 4

Você terá que configurar uma ponte no servidor (S) com a rede usual e, em seguida, conectar o cliente (C) à rede (em termos de IP) ou usar uma sub-rede personalizada. O último é bastante simples (com eth0 sendo as interfaces conectadas no cliente e no servidor):

C # ip addr add 10.0.1.2/24 dev eth0
S # ip addr add 10.0.1.1/24 dev eth0

neste ponto, C # ping 10.0.1.1 deve funcionar. Se o servidor SSH em S está configurado para escutar em todas as interfaces (por exemplo, 0.0.0.0 ), você deve estar pronto para ir, caso contrário você terá que fazê-lo ouvir lá (adaptando /etc/ssh/sshd_config ).

Se você não obtiver as velocidades esperadas, certifique-se (via ethtool eth0 ) de que a velocidade de conexão foi detectada corretamente. Você pode alterá-lo usando a mesma ferramenta.