Bekijk Volledige Versie : Putty wilt niet connecteren
Beste,
Voor een test heb ik een VPS draaiende in Canada. Momenteel draait deze op Ubuntu 8.10 minimal. Als ik via HyperVM via SSH connecteer, reageert deze VM normaal en kan ik doen wat ik wil doen. Echter als ik via putty connecteer, krijg ik de foutmelding "Server unexpectedly closed network connection".
Waar zou dit aan kunnen liggen? Ik heb voor de zekerheid maar eens apt-get install openssh-server openssh-client gedaan, reboot van de VM, maar dit lost niks op.
Je zult een verbinding naar een specifiek IP op moeten zetten, dit wordt vermeld in je controlpanel. Het wordt via de hwnode geredirect ipv rechtstreeks je VPS in getunneld.
PeterT,
Is dit op één of andere manier op te lossen? Bij 2 andere VM's (andere firma) die hetzelfde gebruiken kan ik rechtstreeks connecteren...Een pak handiger!
zou volgens mij alleen opgelost kunnen worden als er een DNS record aangemaakt wordt voor dit specifieke ip adres, dan kun je direct naar de hostname connected (evtaleen voor die specifieke poort) en hoef je dus niet te laten redirecten.
eea natuurlijk afhankelijk van de VM host config
-- off topic --
Peter, hoe is het me de studie? zie dat je weer wat actiever bent op WHT ;)
MMaI
Ik heb de host zelf gevraagd of hij één of andere vorm van firewall draait, en of bovenstaand probleem op te lossen is. De VM werd namelijk standaard opgeleverd met centos als OS. Toen werkte een connectie via Putty perfect. Het is pas na de rebuild naar ubuntu dat dit niet meer gaat (kale ubuntu install overigens). Ook draait er op mijn vm niks van iptables oid.
MMaI
Ik heb de host zelf gevraagd of hij één of andere vorm van firewall draait, en of bovenstaand probleem op te lossen is. De VM werd namelijk standaard opgeleverd met centos als OS. Toen werkte een connectie via Putty perfect. Het is pas na de rebuild naar ubuntu dat dit niet meer gaat (kale ubuntu install overigens). Ook draait er op mijn vm niks van iptables oid.
Dan zit je met een ander probleem; veel HVM installaties kunnen niet om gaan met een directe SSH connectie van buitenaf. Kijk eens wat je logs zeggen, eventueel sshd in debug (verbose) mode starten.
@David, stop na de zomer, te saai voor woorden.. tijd voor een nieuwe uitdaging ;)
/var/log/auth.log
Feb 17 20:49:56 krisd sshd[7506]: error writing /proc/self/oom_adj: Operation not permitt
ed
Feb 17 20:49:56 krisd sshd[7506]: Server listening on :: port 22.
Feb 17 20:49:56 krisd sshd[7506]: Server listening on 0.0.0.0 port 22.
Feb 17 20:50:05 krisd sshd[9288]: error: Could not load host key: /etc/ssh/ssh_host_rsa_k
ey
Feb 17 20:50:05 krisd sshd[9288]: error: Could not load host key: /etc/ssh/ssh_host_dsa_k
ey
Feb 17 20:50:05 krisd sshd[9288]: error writing /proc/self/oom_adj: Operation not permitt
ed
Feb 17 20:55:48 krisd sshd[13821]: error: Could not load host key: /etc/ssh/ssh_host_rsa_
key
Feb 17 20:55:48 krisd sshd[13821]: error: Could not load host key: /etc/ssh/ssh_host_dsa_
key
Feb 17 20:55:48 krisd sshd[13821]: error writing /proc/self/oom_adj: Operation not permit
ted
Feb 17 20:59:19 krisd sshd[17545]: error: Could not load host key: /etc/ssh/ssh_host_rsa_
key
@
Blijkbaar luistert hij op ip...0.0.0.0?
Die error writing /proc/self/oom_adj is normaal (voor een VM) maar dat 'ie geen host key kan laden niet ;)
Stukje uit de config van SSH (/etc/ssh/sshd_config). Dat hij geen host key kan laden lijkt mij normaal...als ze niet bestaan...Dus er ook maar even # voor zetten dan?
# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
Stukje uit de config van SSH (/etc/ssh/sshd_config). Dat hij geen host key kan laden lijkt mij normaal...als ze niet bestaan...Dus er ook maar even # voor zetten dan?
Ik zou zeggen: genereren :)
+1 voor genereren
trouwens: 0.0.0.0 betekend: luisteren op alle beschikbare interfaces / IP adressen ;-)
SSH key genereren:
ssh-keygen -t dsa
ssh-keygen -t rsa
geef hierbij dan evne de juiste doelmap/file op en restart openssh
draai je everigens openssh op de server onder een beperkte user? openssh hoort namelijk als root te draaien ivm lees/schrijfrechten op system files
je hebt geen
apt-get install ssh
gedraait. Als je dit installeert wordt automatisch de nodige serverservice en keys geinstalleerd. Zou je dit eens kunnen proberen?
OehTie
uiteraard was SSH reeds geïnstalleerd hoor.
root@krisd:/# apt-get install ssh
Reading package lists... Done
Building dependency tree
Reading state information... Done
ssh is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Yourwebhoster
22/02/09, 12:34
Heb je de keys al gemaakt?
Keys zijn al tig keer aangemaakt voor de connectie met een andere vps server. Er moet iets zijn vrees ik dat ofwel fout zit met de image van ubuntu op die server (dit is allemaal aan het fout lopen op een clean install/rebuild met ubuntu 8.10) ofwel draait het bedrijf een hardware firewall waar ik geen controle over heb...
systemdeveloper
22/02/09, 12:56
Zeker dat je de keys niet in de verkeerde dir dumpt?
ssh-keygen -t rsa -b 1024 en als ie vraagt waar het gesaved moet worden /etc/ssh/ opgeven. Misschien rsa1 eens proberen... (volgens Cartman doen ze in Canada sowieso alles anders..)
OehTie
uiteraard was SSH reeds geïnstalleerd hoor.
root@krisd:/# apt-get install ssh
Reading package lists... Done
Building dependency tree
Reading state information... Done
ssh is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
ok, ik zag het niet in de startpost staan. vandaar dat ik het voorstelde. Bij instalatie van ssh worden ook keys gemaakt. dat verklaarde de overige fouten voor mij. Maar als je wel ssh hebt en geen keys, of een reinstal van dit pakket, of inderdaad even keys genereren. Commando's waren al genoemd. Als je ze al wel gegenereerd had, check de locatie van de keys en de locatie die de config file noemt.