public inbox for kvm@vger.kernel.org
 help / color / mirror / Atom feed
From: Sebastian Frenger <sf@frenger-it.de>
To: "Alpár Török" <torokalpar@gmail.com>
Cc: kvm@vger.kernel.org
Subject: Re: ssh into kvm-guests
Date: Fri, 11 Jun 2010 20:39:03 +0200	[thread overview]
Message-ID: <1276281543.2306.16.camel@webClient> (raw)
In-Reply-To: <1276267764.2053.19.camel@webClient>

so, finally, some news:
embarassing, that i didn't check it, but, when i disable iptables in
kvm-guest, it works...

interestingly, i set up ssh allows by system-config-firewall, as always
in the past (on physically, real machines, none virtual), and it looks
al right, ssh is allowed. nevertheless it does not work in my
kvm-guests. i will now continue to 'patch' my iptables-rules.

thank you, without your hint with tcpdump and the prohibited-line the
fog would never have been lifted for me.

Am Freitag, den 11.06.2010, 16:49 +0200 schrieb brizly vaan van
Ulciputz:
> Am Freitag, den 11.06.2010, 10:10 +0300 schrieb Alpár Török :
> > What i ment is stopping the VPN server. Completely, just to make sure
> > it isn't interfering
> done. that was the easiest part.
> 
> > tcpdump -i br0 port  22 (or whatever port you have sshd running on)
> server    is 192.168.23.29
> kvm-guest is 192.168.23.108
> gateway   is 192.168.23.254 (which should not be part of route, here?)  
> 
> i started dump on server, than tried to "ssh 192.168.23.108", and
> this is it: http://fpaste.org/Usfs/
> (could it paste directly here, but think it's hard to read in here).
> 
> Interesting i think is line 7:
> IP 192.168.23.108 > 192.168.23.29: ICMP host 192.168.23.108 unreachable
> - admin prohibited, length 68
> 
> but i don't know how to fix ist. which admin has prohibited what?
> 
> > I'm not familiar with openVPN.  Does it use one of the bridges ?
> > I will assume it uses tun0 and br0 , and the VM uses vnet0 as a tap
> > since it doesn't have an IP assigned, while tap0 has.  Still it's
> > strange that the bridges are on different subnets. 
> i see just one bridge, br0?
> openvpn uses 192.168.24.0, which, i think, is tunX for.
> the _real_ network is 192.168.23.0, which is 'linked' to br0 and used by
> eth0.
> > Is this
> > intentional? Which subnet is the actual _real_ network. If you want
> > your guests on a separate subnet, you need to set the host as GW and
> > enable ip_forward, but it's probably simpler to just bridge them to
> > the real network.
> for me it's no matter if the guests are on same physical network or bridged. 
> at the end i want to reach them by another openvpn-network-client (e.g. 
> remote notebook). Nice if the although should be reachable local without
> vpn, but there is not really a need.
> 
> bevore 'installing' the bridge the kvm-guests was on separate network,
> the default kvm-generated network (in my case, 192.168.122.0), but the
> effects was the same :-(



      parent reply	other threads:[~2010-06-11 19:10 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-09 17:42 ssh into kvm-guests brizly vaan van Ulciputz
     [not found] ` <AANLkTikCxlBx859Ed-lB24l13qaSfoJ_0YMBOi0CTayC@mail.gmail.com>
     [not found]   ` <1276204426.1995.7.camel@webClient>
     [not found]     ` <AANLkTilJqGNREtLOIVkziWMpoV5nVZnGR_dsoXj1nz44@mail.gmail.com>
     [not found]       ` <1276267764.2053.19.camel@webClient>
2010-06-11 18:39         ` Sebastian Frenger [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1276281543.2306.16.camel@webClient \
    --to=sf@frenger-it.de \
    --cc=kvm@vger.kernel.org \
    --cc=torokalpar@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox