Clarify ACL-Rule Behaviour for TCP/UDP-Protocol without start- and endport
- 主要语言
- Java
- 星标
- 3.1k
- 派生
- 1.4k
- 平均合并
- 6 天 19 小时
- 30 天内合并 PR
- 32
描述
### Discussed in https://github.com/apache/cloudstack/discussions/13113
Originally posted by **mwaag** May 7, 2026
Hi,
we noticed cloudstack let you successfully define ACL-Ingress-Rules for TCP (and UDP) without setting a start- and endport.
Many of our users (even we) assumed, that it stands for 'all ports'. But instead the router keeps on blocking traffic.
(We didn't test this on UDP explicitly)
We know, we can workaround this with just setting start- and endports or use protocol: All
Is this expected behaviour or should this be handled as a bug?
(We probably would suggest to either restrict defining rules without setting start- and endports at all or treat this kind of rules as "all ports" - rule)
Tested Versions are:
4.18.2.4
4.20.3.0
贡献指南
调研方向
从链接的讨论开始:https://github.com/apache/cloudstack/discussions/13113,包括 CloudStack 4.18.2.4 和 4.20.3.0 中报告的行为。没有指定源文件或测试,因此请定位没有起始端口或结束端口的 TCP 和 UDP 规则的 ACL 入站处理。完成意味着明确规定该行为,并将其限制,或一致地作为涵盖所有端口的规则进行处理,同时覆盖两种协议。
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- java
- 领域
- networking
- Issue 类型
- 缺陷
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 活跃度
- 冷清
- 描述清晰度
- 基本清楚
- 新手友好度
- 45/100