web-dev-qa-db-fra.com

scp ssh: connexion à l'hôte 10.0.0.109 port 22: aucune route vers l'hôte connexion perdue

J'utilise la commande SCP sous Linux Debian pour transférer un fichier à mon collègue via un réseau local. Mais je rencontre le problème:

$ scp filename.file [email protected]:/tmp
ssh: connect to Host 10.0.0.109 port 22: No route to Host
lost connection

Mais lorsque j'utilise la même commande pour transférer le fichier sur une machine WAN, cela fonctionne bien. Et lorsque j’utilise ping pour cingler WAN site Web, cela fonctionne bien, mais lorsque j’envoie une adresse IP à un réseau local, cela ne fonctionne pas.

$ ping 10.0.0.1
PING 10.0.0.1 (10.0.0.1) 56(84) bytes of data.
From 10.0.0.108 icmp_seq=1 Destination Host Unreachable
From 10.0.0.108 icmp_seq=2 Destination Host Unreachable
From 10.0.0.108 icmp_seq=3 Destination Host Unreachable
From 10.0.0.108 icmp_seq=4 Destination Host Unreachable
From 10.0.0.108 icmp_seq=5 Destination Host Unreachable
From 10.0.0.108 icmp_seq=6 Destination Host Unreachable
From 10.0.0.108 icmp_seq=7 Destination Host Unreachable
From 10.0.0.108 icmp_seq=8 Destination Host Unreachable
From 10.0.0.108 icmp_seq=9 Destination Host Unreachable

Table de routage:

$ ip route 
default via 10.0.0.1 dev wlan0 proto static 
10.0.0.0/24 dev eth0 proto kernel scope link src 10.0.0.108 
10.0.0.0/24 dev wlan0 proto kernel scope link src 10.0.0.108 
169.254.0.0/16 dev eth0 scope link metric 1000 

arp -an

root@debian:# arp  -an
? (10.0.0.1) at c4:04:15:17:bd:66 [ether] on wlan0

iptables -L

root@debian:# iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Je peux explorer Internet via Firefox. Il ne peut tout simplement pas connecter le réseau local.

Et mon adresse IP est une adresse IP statique dans le réseau local de mon entreprise.

Le port 22 est ouvert, et iptables ne semble pas poser de problème, et SSH fonctionne également.

Comment puis-je le réparer?

4
GoingMyWay

Vérifiez le pare-feu (iptables) sur le serveur 10.0.0.109.

Assurez-vous que sa connexion SSH est autorisée.

iptables -I INPUT -p TCP -s YOUR_CLIENT_IP -j ACCEPT
8
Laith Al Obaidy

Cela peut poser problème si vous n’avez pas ajouté votre adresse IP client dans votre fichier/etc/hosts. Cela peut être fait en ajoutant simplement votre adresse IP client comme celle-ci,

127.0.0.1   localhost
192.168.1.32 master
192.168.56.133 slave

# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

Maintenant, après cela, votre nom de client ssh devrait être lancé

0
Shubham Sharma