Xen domU无法访问外部dom0

Question

我已经成功地安装了xen，并在debian压缩程序上运行了domU。

我已经一步一步地遵循本教程这里。我可以通过SSH登录我的domU，但是从domU我只能连接到dom0本身。

有人能帮我启用从我的domU到外面的网络吗？

下面是我的xend-config.sxp文件：

    root@dom0:/etc/xen# grep -Evn "^#|^$" xend-config.sxp 
    145:(network-script 'network-bridge')
    176:(vif-script vif-bridge)
    193:(dom0-min-mem 196)
    197:(enable-dom0-ballooning yes)
    207:(total_available_memory 0) 
    211:(dom0-cpus 0)
    226:(vncpasswd '')
    root@dom0:/etc/xen#

这是我的domU.cfg文件：

root@dom0:/etc/xen# cat domU.cfg 
#  Kernel + memory size
kernel      = '/boot/vmlinuz-2.6.32-5-xen-686'
ramdisk     = '/boot/initrd.img-2.6.32-5-xen-686'

vcpus       = '1'
memory      = '128'

#  Disk device(s).
root        = '/dev/xvda2 ro'
disk        = [
      'file:/data/xen/domains/domU.telergos.net/disk.img,xvda2,w',
      'file:/data/xen/domains/domU.telergos.net/swap.img,xvda1,w',
          ]

#  Physical volumes

#  Hostname
name        = 'namaka-vm.telergos.net'

#  Networking
vif         = [ 'ip=172.23.154.105,mac=00:16:3E:04:8E:7A']
#  Behaviour
on_poweroff = 'destroy'
on_reboot   = 'restart'
on_crash    = 'restart'[/CODE]

运行ifconfig时，我没有任何xenbr :只有eth0、peth0、lo和vif1.0

当我运行tshark -f‘！端口22’时，当我尝试平除dom0之外的其他主机时，我可以看到ARP请求，但没有回答。看起来这些ARP数据包卡在dom0主机上。

下面是iptables的-L输出：

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         
ACCEPT     all  --  anywhere             anywhere            state RELATED,ESTABLISHED PHYSDEV match --physdev-out vif1.0 
ACCEPT     udp  --  anywhere             anywhere            PHYSDEV match --physdev-in vif1.0 udp spt:bootpc dpt:bootps 
ACCEPT     all  --  anywhere             anywhere            state RELATED,ESTABLISHED PHYSDEV match --physdev-out vif1.0 
ACCEPT     all  --  domU  anywhere            PHYSDEV match --physdev-in vif1.0[/CODE]

我是个新手，无法完全理解这种配置，但它似乎是在引导时应用的。

我曾想过，dom0可能不知道如何处理domU数据包，但是do0应该充当桥梁！因此，它应该简单地在其eth0接口上中继这些数据包，让我的交换机将它们中继到其他主机上.

谢谢你的时间和帮助！

Answer 1

你确实有一个异种，它被称为eth0。做“布洛克秀”，你就会看到。现在，这个问题很可能是你的主机提供商只接受你的dom0的mac。使用arp代理可能会有帮助。

Answer 2

好的，现在起作用了。

事实上，交换机服务器(dom0)被连接到被拒绝的未知MAC地址；允许未知MAC地址解决了这个问题。

非常感谢你的回答！