openstack 命令行管理十三 - 外部网络[外部连接专用]管理 (备忘)

简介:  创建公网[root@station140 ~(network_admin)]# neutron net-create --router:external=true pub1Created a new network:+---------------------------+--------------------------------------+| Field


创建公网

[root@station140 ~(network_admin)]# neutron net-create --router:external=true  pub1
Created a new network:
+---------------------------+--------------------------------------+
| Field                     | Value                                |
+---------------------------+--------------------------------------+
| admin_state_up            | True                                 |
| id                        | aebe75f0-6013-4a5e-bbd9-cb81e1f017bc |
| name                      | pub1                                 |
| provider:network_type     | local                                |
| provider:physical_network |                                      |
| provider:segmentation_id  |                                      |
| router:external           | True                                 |
| shared                    | False                                |
| status                    | ACTIVE                               |
| subnets                   |                                      |
| tenant_id                 | e3a71a59840c4e88b8740b789c3afb9c     |
+---------------------------+--------------------------------------+
注: 参数 --router:external=true 表示创建的是公网网络

查询公网网络信息

[root@station140 ~(keystone_admin)]# nova network-list | grep pub1
+--------------------------------------+---------+------+
| ID                                   | Label   | Cidr |
+--------------------------------------+---------+------+
| aebe75f0-6013-4a5e-bbd9-cb81e1f017bc | pub1    | None |
+--------------------------------------+---------+------+


############ 注意 ##########
把该 id (aebe75f0-6013-4a5e-bbd9-cb81e1f017bc) 定义到  /etc/neutron/l3_agent.ini

gateway_external_network_id = aebe75f0-6013-4a5e-bbd9-cb81e1f017bc
handle_internal_only_routers = True
external_network_id = aebe75f0-6013-4a5e-bbd9-cb81e1f017bc
external_network_bridge = br-ex

重启服务

/etc/init.d/neutron-l3-agent restart

注: 上述问题可解决 内部网络 中 ROUTE 显示为 DOWN 状态

############ 注意 ##########

创建子网

neutron subnet-create --name terry_pub_net1 --allocation-pool start=192.168.48.142,end=192.168.48.148 --gateway 192.168.48.1 --dns-nameserver 192.168.86.37 --enable_dhcp=False --ip-version 4  pub1 192.168.48.0/24
Created a new subnet:
+------------------+------------------------------------------------------+
| Field            | Value                                                |
+------------------+------------------------------------------------------+
| allocation_pools | {"start": "192.168.48.142", "end": "192.168.48.148"} |
| cidr             | 192.168.48.0/24                                      |
| dns_nameservers  | 192.168.86.37                                        |
| enable_dhcp      | False                                                |
| gateway_ip       | 192.168.48.1                                         |
| host_routes      |                                                      |
| id               | 59cc431b-498e-49a0-bc60-4a8ca1ca6f48                 |
| ip_version       | 4                                                    |
| name             | terry_pub_net1                                       |
| network_id       | aebe75f0-6013-4a5e-bbd9-cb81e1f017bc                 |
| tenant_id        | e3a71a59840c4e88b8740b789c3afb9c                     |
+------------------+------------------------------------------------------+


删除网络方法

neutron net-delete pub1

查询外部网络

[root@station140 ~(network_admin)]# nova floating-ip-pool-list
+--------+
| name   |
+--------+
| public |
| pub1   | <- 注: 假如 neutron net-create 不带 --router:external=true 参数, 则代表网络为内部网络
+--------+



目录
打赏
0
0
0
0
10
分享
相关文章
RT-DETR改进策略【Neck】| BiFPN:双向特征金字塔网络-跨尺度连接和加权特征融合
RT-DETR改进策略【Neck】| BiFPN:双向特征金字塔网络-跨尺度连接和加权特征融合
118 9
RT-DETR改进策略【Neck】| BiFPN:双向特征金字塔网络-跨尺度连接和加权特征融合
当虚拟机出现网络连接问题时,应该先检查Hyper-V的网卡连接配置
当虚拟机出现网络连接问题时,应首先检查Hyper-V的网卡配置。具体步骤包括:确认虚拟机运行状态、检查虚拟交换机类型和物理网卡连接、确保虚拟机网络适配器正确连接到虚拟交换机,并验证网络配置(IP地址等)。常见问题如虚拟交换机配置错误、网络适配器未连接或防火墙阻止连接,可通过重新配置或调整设置解决。必要时重启虚拟机和宿主机,查看事件日志或联系技术支持以进一步排查问题。
RT-DETR改进策略【Neck】| GFPN 超越BiFPN 通过跳层连接和跨尺度连接改进RT-DETR颈部网络
RT-DETR改进策略【Neck】| GFPN 超越BiFPN 通过跳层连接和跨尺度连接改进RT-DETR颈部网络
69 12
RT-DETR改进策略【Neck】| GFPN 超越BiFPN 通过跳层连接和跨尺度连接改进RT-DETR颈部网络
YOLOv11改进策略【Neck】| GFPN 超越BiFPN 通过跳层连接和跨尺度连接改进v11颈部网络
YOLOv11改进策略【Neck】| GFPN 超越BiFPN 通过跳层连接和跨尺度连接改进v11颈部网络
238 10
YOLOv11改进策略【Neck】| GFPN 超越BiFPN 通过跳层连接和跨尺度连接改进v11颈部网络
YOLOv11改进策略【Neck】| BiFPN:双向特征金字塔网络-跨尺度连接和加权特征融合
YOLOv11改进策略【Neck】| BiFPN:双向特征金字塔网络-跨尺度连接和加权特征融合
329 7
YOLOv11改进策略【Neck】| BiFPN:双向特征金字塔网络-跨尺度连接和加权特征融合
蓝牙Mesh网络:连接未来的智能解决方案
蓝牙Mesh网络:连接未来的智能解决方案
611 12
不为人知的网络编程(十九):能Ping通,TCP就一定能连接和通信吗?
这网络层就像搭积木一样,上层协议都是基于下层协议搭出来的。不管是ping(用了ICMP协议)还是tcp本质上都是基于网络层IP协议的数据包,而到了物理层,都是二进制01串,都走网卡发出去了。 如果网络环境没发生变化,目的地又一样,那按道理说他们走的网络路径应该是一样的,什么情况下会不同呢? 我们就从路由这个话题聊起吧。
106 4
不为人知的网络编程(十九):能Ping通,TCP就一定能连接和通信吗?
|
6月前
|
docker swarm启动服务并连接到网络
【10月更文挑战第16天】
107 5
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等