这篇文章将为大家详细讲解有关openstack kilo版本虚拟机无法ping通外网是什么情况，文章内容质量较高，因此小编分享给大家做个参考，希望大家阅读完这篇文章后对相关知识有一定的了解。
第二次搭建Openstack环境，此次并非在自己的VM虚拟机上搭建，环境搭建过程中，出现各种错误，此处只为记录下：
硬件：两台X86的服务器，6块网卡
系统：Centos7.2的系统，openstack版本为kilo
由于是两台机器，所以架构比较紧凑：
bdc217：controller、compute1
bdc218：network、compute2
两台机器一样都是6块网卡，具体配置如下
bdc217：
bond0:两块网卡绑定
IPADDR=192.168.8.217
NETMASK=255.255.0.0
GATEWAY=192.168.5.2
bond2：三块网卡绑定作为存储网络
192.168.13.217
enp4s0f0：未作配置（本来想作为隧道网络）
bdc218：
bond0:两块网卡绑定
IPADDR=192.168.8.218
NETMASK=255.255.0.0
GATEWAY=192.168.5.2
bond2：三块网卡绑定 作为存储网络
192.168.13.218
enp4s0f0：作为网络节点的外部网络
# cat /etc/sysconfig/network-scripts/ifcfg-enp4s0f0 TYPE=Ethernet BOOTPROTO=none NAME=enp4s0f0 DEVICE=enp4s0f0 ONBOOT=yes
说明：
（1）外部网络：为云主机提供上网业务和外界登陆openstack使用
（2）管理网络：三节点之间通信，比如keystone、认证、RabbitMQ消息队列等
（3）隧道网络：网络节点和计算节点之间的虚拟机数据通信，比如DHCP、L2、L3
其实管理网络和隧道网络可以使用同一块网卡。
新创建的虚拟机一直是error状态
解决思路：
多检查日志尤其是网络方面的日志
我的解决办法：检查neutron的配置文件，重新配置neutron，重启neutron的服务（如ovs等）
这种错误的表象就是启动云主机的时候，时间过长，因为一直在检查，查看云主机控制台日志，发现报如下错误，而且会有一连串似乎是20个failed。
Starting network... udhcpc (v1.18.5) started Sending discover... Sending discover... Sending discover... No lease, failing WARN: /etc/rc3.d/S40-network failed
解决思路：
由于我配置的时候用的是GRE网络方式，检查了多次ml2_conf.ini配置文件，一直在关注local_ip，后来发现是自己粗心，在配置IP的时候，网卡配置时ip地址配置错误了，而配置文件并没有错，
因此gre隧道是通的，但是还是获取不到ip，修改网卡的ip设置，问题就解决了。
虚拟机可以正常获取到IP，也可以ping以及ssh连接制节点和网络节点，但是无法ping通外网
网络创建过程：
# source admin-openrc.sh # neutron net-create ext-net --router:external \ --provider:physical_network external --provider:network_type flat Created a new network: +---------------------------+--------------------------------------+ | Field | Value | +---------------------------+--------------------------------------+ | admin_state_up | True | | id | c05070a1-9a4a-40d7-aa53-f1e38c6616e8 | | mtu | 0 | | name | ext-net | | provider:network_type | flat | | provider:physical_network | external | | provider:segmentation_id | | | router:external | True | | shared | False | | status | ACTIVE | | subnets | | | tenant_id | df206060f35a48b78d06aa1a9ec9c10c | +---------------------------+--------------------------------------+
# neutron subnet-create ext-net 192.168.12.0/24 --name ext-subnet \
--allocation-pool start=192.168.12.100,end=192.168.12.200 \
--disable-dhcp --gateway 192.168.12.1
Created a new subnet:
+-------------------+------------------------------------------------------+
| Field | Value |
+-------------------+------------------------------------------------------+
| allocation_pools | {"start": "192.168.12.100", "end": "192.168.12.200"} |
| cidr | 192.168.12.0/24 |
| dns_nameservers | |
| enable_dhcp | False |
| gateway_ip | 192.168.12.1 |
| host_routes | |
| id | d9a05de1-4c7d-4c05-b324-a65cbd182b83 |
| ip_version | 4 |
| ipv6_address_mode | |
| ipv6_ra_mode | |
| name | ext-subnet |
| network_id | cbd0e9ab-07d4-49bf-b1ef-67914fbaaf20 |
| subnetpool_id | |
| tenant_id | df206060f35a48b78d06aa1a9ec9c10c |
+-------------------+------------------------------------------------------+# source demo-openrc.sh # neutron net-create demo-net Created a new network: +-----------------+--------------------------------------+ | Field | Value | +-----------------+--------------------------------------+ | admin_state_up | True | | id | dc14ee5b-4bb6-4773-89f3-c1c4c064315a | | mtu | 0 | | name | demo-net | | router:external | False | | shared | False | | status | ACTIVE | | subnets | | | tenant_id | 23652ebf5833435aa243e1a7665cb9dc | +-----------------+--------------------------------------+
# neutron subnet-create demo-net 10.10.1.0/24 \
--name demo-subnet --dns-nameserver 8.8.4.4 --gateway 10.10.1.1
Created a new subnet:
+-------------------+----------------------------------------------+
| Field | Value |
+-------------------+----------------------------------------------+
| allocation_pools | {"start": "10.10.1.2", "end": "10.10.1.254"} |
| cidr | 10.10.1.0/24 |
| dns_nameservers | 8.8.4.4 |
| enable_dhcp | True |
| gateway_ip | 10.10.1.1 |
| host_routes | |
| id | f4758b79-5a53-4f9d-9838-5e372802da3f |
| ip_version | 4 |
| ipv6_address_mode | |
| ipv6_ra_mode | |
| name | demo-subnet |
| network_id | dc14ee5b-4bb6-4773-89f3-c1c4c064315a |
| subnetpool_id | |
| tenant_id | 23652ebf5833435aa243e1a7665cb9dc |
+-------------------+----------------------------------------------+创建路由
# neutron router-create demo-router Created a new router: +-----------------------+--------------------------------------+ | Field | Value | +-----------------------+--------------------------------------+ | admin_state_up | True | | external_gateway_info | | | id | fbb96045-517d-4956-990a-01668151a70e | | name | demo-router | | routes | | | status | ACTIVE | | tenant_id | 23652ebf5833435aa243e1a7665cb9dc | +-----------------------+--------------------------------------+
添加路由到demo租户的子网
# neutron router-interface-add demo-router demo-subnet Added interface b5153ea2-4ed5-4c68-b599-29fc48d251b7 to router demo-router.
添加路由到外部网络并将其作为网关
# neutron router-gateway-set demo-router ext-net Set gateway for router demo-router
整个网络的配置过程完全按照官方文档的步骤，但是创建实例后依旧无法ping通外网，最后检查发现为网卡的配置问题，因为默认网关是192.168.5.2，只有配了该网关才能连接到外网上，但是 在外部网络上创建一个子网 步骤使用的是
# neutron subnet-create ext-net 192.168.12.0/24 --name ext-subnet \
--allocation-pool start=192.168.12.100,end=192.168.12.200 \
--disable-dhcp --gateway 192.168.12.1
网关只能选择12网段的ip，不能改成5.2，最后将外部网络的子网修改为5网段的，网关也修改成了5.2，发现可以ping通外网。
另外，子网掩码也需要注意，/24表示255.255.255.0 是三个255，而测试环境的子网掩码是255.255.0.0，这就导致非12网段不能ping通浮动IP，最终创建子网的语句修改为
# neutron subnet-create ext-net 192.168.5.0/16 --name ext-subnet \
--allocation-pool start=192.168.5.100,end=192.168.5.200 \
--disable-dhcp --gateway 192.168.5.2
这样创建新实例，绑定浮动IP后，云主机既可以访问外网，自己的PC也可以访问云主机。
关于openstack kilo版本虚拟机无法ping通外网是什么情况就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
