QEMU remote acces virt manager problemen

[wessel1512]

alvast sorry voor de spelfouten en ander fout Nederland in dit topic
ben dyslectie's kan er helaas zelf ook niet veel aan doen


Mijn vraag
ik heb een autorisatie probleem met mijn QEMU.
waar door ik niet remote mijn vm kan beheren.
als ik het ww van de root use in voor pakt hij hem niet.

Relevante software en hardware die ik gebruik
software
ubuntu 16.04 op host en client
QEMU qemu.org
virt manager virt-manager.org
hardware
HP Proliant ML110 G6 (server)
Samsung R620 (laptop)

Wat ik al gevonden of geprobeerd heb
systemctl status libvirtd (active)
systemctl status sshd (active)
normaal ssh werkwel
en lokaal install ok

volledige error
Unable to connect to libvirt.

Cannot recv data: Permission denied, please try again.
Permission denied, please try again.
Permission denied (publickey,password).: Connection reset by peer

Verify that the 'libvirtd' daemon is running
on the remote host.

Libvirt URI is: qemu+ssh://root@192.168.2.102/system

Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/connection.py", line 903, in _do_open
self._backend.open(self._do_creds_password)
File "/usr/share/virt-manager/virtinst/connection.py", line 148, in open
open_flags)
File "/usr/lib/python2.7/dist-packages/libvirt.py", line 105, in openAuth
if ret is None:raise libvirtError('virConnectOpenAuth() failed')
libvirtError: Cannot recv data: Permission denied, please try again.
Permission denied, please try again.
Permission denied (publickey,password).: Connection reset by peer

[Hero of Time]

Dat is wat je op je 'client' terug krijgt, maar wat zie je in de logs op de server? Welke configuratie heb je daar staan? Staat deze het wel toe om van een andere machine beheert te worden? Werkt gewoon SSH wel?

Zomaar een paar vragen, waarvan de laatste toch wel belangrijk is en wat je zelf had kunnen testen en noemen in je post.


Ps. Over dyslexie, daar kan je alsnog wat aan doen. Een spellingscontrole draaien voordat je het bericht verstuurd helpt al wat. Verders, valt wel mee. Enige punt wat ik zie is een spatie waar die niet hoort en 'voor' ipv 'voer' om 'invoer' te krijgen.

[wessel1512]

ssh werk

log file ssh zecht dit

Oct 14 11:27:27 wnas-ProLiant-ML110-G6 sshd[28973]: Received disconnect from 192.168.2.53 port 58248:11: disconnected by user
Oct 14 11:27:27 wnas-ProLiant-ML110-G6 sshd[28973]: Disconnected from 192.168.2.53 port 58248
Oct 14 11:27:27 wnas-ProLiant-ML110-G6 sshd[28893]: pam_unix(sshd:session): session closed for user wessel
Oct 14 11:27:32 wnas-ProLiant-ML110-G6 sshd[30092]: Connection closed by 192.168.2.63 port 48760 [preauth]
Oct 14 11:28:41 wnas-ProLiant-ML110-G6 sshd[30171]: Connection closed by 192.168.2.63 port 48772 [preauth]
Oct 14 11:29:33 wnas-ProLiant-ML110-G6 sshd[30206]: Accepted password for wessel from 192.168.2.53 port 58729 ssh2
Oct 14 11:29:33 wnas-ProLiant-ML110-G6 sshd[30206]: pam_unix(sshd:session): session opened for user wessel by (uid=0)
Oct 14 11:30:56 wnas-ProLiant-ML110-G6 sshd[30206]: pam_unix(sshd:session): session closed for user wessel
Oct 14 11:30:56 wnas-ProLiant-ML110-G6 sshd[30206]: pam_systemd(sshd:session): Failed to release session: Interrup:

verderest heb ik dit gevolgd
https://help.ubuntu.com/community/KVM/VirtManager

[Hero of Time]

Ik bedoelde de logs van libvirt zelf. Daar moet een log in poging te zien zijn en ook de reden voor het niet toestaan van de verbinding. Kijk ook even in /etc/ssh/sshd_config. Volgens de man-page staat er het volgende over in:

code:

     PermitRootLogin
             Specifies whether root can log in using ssh(1).  The argument must be yes,
             prohibit-password, without-password, forced-commands-only, or no.  The default
             is prohibit-password.

             If this option is set to prohibit-password or without-password, password and
             keyboard-interactive authentication are disabled for root.

             If this option is set to forced-commands-only, root login with public key
             authentication will be allowed, but only if the command option has been speci-
             fied (which may be useful for taking remote backups even if root login is nor-
             mally not allowed).  All other authentication methods are disabled for root.

             If this option is set to no, root is not allowed to log in.

Je stukje log hierboven laat zien dat je met een normale gebruiker inlogt met SSH, niet met de root gebruiker. Naast bovenstaande, moet er ook een wachtwoord op het account van root staan, anders is deze uitgeschakeld.

[ Voor 5% gewijzigd door Hero of Time op 14-10-2017 15:44 ]

[wessel1512]

ik denk dat ik heer morgen verder naar ga kijken

[ Voor 159% gewijzigd door wessel1512 op 14-10-2017 16:21 ]