私は、ネットワーク ブリッジとインターネットへのフル アクセスを備えた、Ubuntu 12.04 サーバー (名前 = vmhost) を実行する VMware VM を持っています。
この vmhost は kvm ハイパーバイザーを使用しており、vm (centOS 6.4) とネットワーク ブリッジも実行しています。
vmhost はインターネットにアクセスでき、その vm にもアクセスできます。また、vm は vmhost にアクセスできます。vm はインターネットにアクセスできず、サブネット上の別の PC から ping/ssh することもできません。
私は vmhost/その vm 用のブリッジを持っており、iptables/routes をチェックしましたが、何も見つかりません。また、ip_forwarding もあります。tcpdump を実行すると、vmhost はパッケージを見ることができますが、何も実行していないことがわかります。ufw を無効にしてみましたが、役に立ちませんでした。
VHMOSTルートのインフォメーション:
カーネル IP ルーティング テーブル
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.0.1 0.0.0.0 UG 100 0 0 virbr0
192.168.0.0 * 255.255.255.0 U 0 0 0 virbr0
The vmhouste Iptables -l
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT udp -- anywhere anywhere udp dpt:domain
ACCEPT tcp -- anywhere anywhere tcp dpt:domain
ACCEPT udp -- anywhere anywhere udp dpt:bootps
ACCEPT tcp -- anywhere anywhere tcp dpt:bootps
Chain FORWARD (policy ACCEPT)
target prot opt source destination
ACCEPT all -- anywhere 192.168.122.0/24 state RELATED,ESTABLISHED
ACCEPT all -- 192.168.122.0/24 anywhere
ACCEPT all -- anywhere anywhere
REJECT all -- anywhere anywhere reject-with icmp-port-unreachable
REJECT all -- anywhere anywhere reject-with icmp-port-unreachable
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Interface file:
auto lo
iface lo inet loopback
auto virbr0
iface virbr0 inet static
address 192.168.0.21
network 192.168.0.0
netmask 255.255.255.0
broadcast 192.168.0.255
gateway 192.168.0.1
dns-nameservers 192.168.0.1
bridge_ports eth0
bridge_fd 9
bridge_hello 2
bridge_maxage 12
bridge_stp off
Brctl show:
bridge name bridge id STP enabled interfaces
virbr0 8000.000c29f8f8e4 yes eth0 vnet1
vnet0 8000.000000000000 no
THE VM
ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 02:00:c0:a8:00:20 brd ff:ff:ff:ff:ff:ff
inet 192.168.0.32/24 brd 192.168.0.255 scope global eth0
inet6 fe80::c0ff:fea8:20/64 scope link
valid_lft forever preferred_lft forever
ip route
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.32
default via 192.168.0.1 dev eth0
tcpdump の結果をすぐに投稿します。
また、私は vmhost を VM ホストとして opennebula を実行していますが、これが問題だとは思いません。
答え1
私はこれに何度か遭遇しましたが、私が見つけた最善の修正方法は、次の編集です/etc/sysctl.conf:
net.ipv4.ip_forward = 1
net.bridge.bridge-nf-call-ip6tables = 0
net.bridge.bridge-nf-call-iptables = 0
net.bridge.bridge-nf-call-arptables = 0
次に以下を実行します:
sudo sysctl -p
インターネットによると、 に conf ファイルを作成するのがベストだそうです/etc/sysctl.d/が、そこに何を入れても、常に を実行する必要があるようですsysctl -p。 に何らかの問題がある可能性はあると思いますtunedが、あまり深く調べていません。
再起動時に実行を中止する cron ジョブを設定できますsysctl -p。
@reboot sleep 15; sysctl -p
完全ではありませんが、私がプレイしたほとんどのシステムで動作します。
答え2
すべての仮想マシンを NAT からブリッジ解除して、ルーターが DHCP を使用して各仮想マシンに個別の IP アドレスを割り当てるようにすることもできます。または、仮想マシンをそれぞれ NAT にブリッジしたままにして、各マシンの「物理接続状態を複製する」をチェックしてみてください。直感的に、これらのいずれかが仮想マシンに対して一貫性のある相互に可視的な環境を提供すると思われます。