Clarify ACL-Rule Behaviour for TCP/UDP-Protocol without start- and endport
- Lingua principale
- Java
- Stelle
- 3.1k
- Fork
- 1.4k
- Merge medio
- 6g 19h
- PR unite (30g)
- 32
Descrizione
### 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
Guida per i contributori
Apri la guida per i contributori
Direzione di ricerca
Inizia dalla discussione collegata all’indirizzo https://github.com/apache/cloudstack/discussions/13113, incluso il comportamento segnalato in CloudStack 4.18.2.4 e 4.20.3.0. Non è indicato alcun file sorgente né alcun test, quindi individua la gestione dell’ingress delle ACL per le regole TCP e UDP senza porte iniziali o finali. Il lavoro è completato quando il comportamento è definito esplicitamente e viene limitato oppure gestito in modo coerente come una regola per tutte le porte, con copertura per entrambi i protocolli.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- java
- Ambito
- networking
- Tipo di issue
- Bug
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Tranquilla
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 45/100