Ich habe eine VM mit einem benutzerdefinierten Disk-Image (CentOS) von der Arbeit installiert und kann kein SSH in die VM einbinden.
Hier sind einige Dinge, die ich versucht habe:
[VM]$ ssh root@localhost
Password:
Großartig, ssh arbeitet mit dem Loopback.
Aber wenn ich es vom Host-Computer aus versuche:
~/VirtualBox VMs% ssh -v -v -v root@192.168.56.1
OpenSSH_5.9p1, OpenSSL 0.9.8y 5 Feb 2013
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 192.168.56.1 [192.168.56.1] port 22.
debug1: connect to address 192.168.56.1 port 22: Connection refused
ssh: connect to host 192.168.56.1 port 22: Connection refused
Nada. Ping funktioniert aber.
auf der VM /etc/hosts.allow:
ssh:ALL:allow
sshd:ALL:allow
nichts in hosts.deny
EDIT:
Ich habe auch getan:
service iptables save
service iptables stop
chkconfig iptables off
BEARBEITEN:
Ich sehe diese Meldung auch auf der VM in / var / log / Secure.
Aber ich kann problemlos von der VM zur VM ssh, also ist dies nicht das Problem, oder?
BEARBEITEN:
[VM]$ lsof -i :22
Und ich habe in / etc / ssh / sshd_config
PermitRootLogin yes
Und kann sich nicht mit einem separaten Benutzernamen anmelden.
EDIT:
netstat -pant |grep :22und netstat -ntp |grep :22
ich denke, vielleicht deutet dies auch auf die IPv6-Lösung hin?
BEARBEITEN:
Vorhandene Konfiguration für
vi /etc/sysctl.conf
Neue Konfiguration für
vi /etc/sysctl.conf
Ich habe dann die Befehle ausgeführt:
sysctl -w net.ipv6.conf.default.disable_ipv6=1
sysctl -w net.ipv6.conf.all.disable_ipv6=1
chkconfig ip6tables off
service sshd restart
init 6
Aaaaaaund immer noch nichts. Aber nach einem Neustart sieht es so aus, als ob IPv6 nicht deaktiviert ist. Ich erhalte die gleiche Fehlermeldung.
Und lsof -i :22sagt immer noch Typ IPv6:
EDIT: Weiter unten im IPv6-Kaninchenbau.
http://ubuntu-tutorials.com/2008/01/12/disabling-ssh-connections-on-ipv6/
Es heißt, die kommentierte Zeile mit zu entfernen #ListenAddress ::, was faul erscheint, da sie bereits auskommentiert ist. Also habe ich es getan und nichts.
Der nächste Abschnitt enthält jedoch einen nützlichen Leckerbissen:
AddressFamily inet # IPv4 only
Wenn ich diese Zeile hinzufüge /etc/ssh/sshd_configund einige aufeinanderfolgende Neustarts durchführe, wird jetzt angezeigt, dass mein Adressbindungsfehler nicht mehr angezeigt wird /var/log/secure
und die Ausgabe von lsof -i :22jetzt einen IPv4-Typ anzeigt!
Fortschritt!! Aber leider kann ich mich immer noch nicht verbinden. Ich habe versucht, die VM neu zu starten und neue Shell-Fenster zu öffnen, für den Fall, dass noch ein Status vorhanden ist. Immer noch die gleiche Antwort.
~% ssh -vvv root@192.168.56.1
OpenSSH_5.9p1, OpenSSL 0.9.8y 5 Feb 2013
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 192.168.56.1 [192.168.56.1] port 22.
debug1: connect to address 192.168.56.1 port 22: Connection refused
ssh: connect to host 192.168.56.1 port 22: Connection refused
EDIT:
ok, also habe ich arp-scan bekommen und versuche IP-Konflikte zu finden, aber jetzt bin ich noch verwirrter. ifconfig zeigt an, dass vboxnet0, der Nur-Host-Adapter, eine IP von 192.168.56.1 hat. Dort habe ich zuerst diese IP bekommen.
[local]~root# ifconfig
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
options=3<RXCSUM,TXCSUM>
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 7c:d1:c3:e8:b0:e9
inet6 fe80::7ed1:c3ff:fee8:b0e9%en0 prefixlen 64 scopeid 0x4
inet 10.6.12.46 netmask 0xfffffe00 broadcast 10.6.13.255
media: autoselect
status: active
p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
ether 0e:d1:c3:e8:b0:e9
media: autoselect
status: inactive
vboxnet0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 0a:00:27:00:00:00
inet 192.168.56.1 netmask 0xffffff00 broadcast 192.168.56.255
vboxnet1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 0a:00:27:00:00:01
inet 192.168.57.1 netmask 0xffffff00 broadcast 192.168.57.255
Gibt aber arp-scan -lnur Domains ab 10.6. *. *
Also denke ich, es geht um en0? Also habe ich es versucht
arp-scan -I vboxnet0 -l
mba-108-on-03:~ root# arp-scan -I vboxnet0 -l
Interface: vboxnet0, datalink type: EN10MB (Ethernet)
Starting arp-scan 1.8 with 256 hosts (http://www.nta-monitor.com/tools/arp-scan/)
192.168.56.100 08:00:27:bc:ed:2f CADMUS COMPUTER SYSTEMS
512 packets received by filter, 0 packets dropped by kernel
Ending arp-scan 1.8: 256 hosts scanned in 1.301 seconds (196.77 hosts/sec). 1 responded
Warum ist es jetzt .100? #verwirrt
vboxnet1 hat nichts
mba-108-on-03:~ root# arp-scan -I vboxnet1 -l
Interface: vboxnet1, datalink type: EN10MB (Ethernet)
Starting arp-scan 1.8 with 256 hosts (http://www.nta-monitor.com/tools/arp-scan/)
512 packets received by filter, 0 packets dropped by kernel
Ending arp-scan 1.8: 256 hosts scanned in 1.302 seconds (196.62 hosts/sec). 0 responded
Alle anderen Schnittstellen funktionieren nicht mit Arp-Scan.
Zeigen wir also Duplikate auf der en0-Schnittstelle an:
mba-108-on-03:~ root# arp-scan -I en0 -l |grep DUP
10.6.12.68 84:8e:0c:75:5b:f4 (Unknown) (DUP: 2)
10.6.12.64 ac:cf:5c:42:24:47 (Unknown) (DUP: 2)
10.6.12.76 88:53:95:6e:6a:af (Unknown) (DUP: 2)
Diese Zahlen entsprechen nichts, was für mich von Bedeutung ist. Versuchen Sie einen Neustart und dann den IPv6-Vorschlag.
BEARBEITEN:
Die VM ist eine VirtualBox.
Adapter 1: NAT
Adapter 2: Nur-Host-Adapter, 'vboxnet0'
Irgendwelche Ideen?
lsof -i :22?
