Clarify ACL-Rule Behaviour for TCP/UDP-Protocol without start- and endport
- Linguagem predominante
- Java
- Estrelas
- 3.1k
- Forks
- 1.4k
- Merge médio
- 6d 19h
- PRs com merge (30d)
- 32
Descrição
### 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
Guia de contribuição
Direção de pesquisa
Comece pela discussão vinculada em https://github.com/apache/cloudstack/discussions/13113, incluindo o comportamento relatado no CloudStack 4.18.2.4 e 4.20.3.0. Nenhum arquivo-fonte ou teste é indicado, portanto localize o tratamento de ingress de ACL para regras TCP e UDP sem portas inicial ou final. A tarefa estará concluída quando o comportamento estiver explicitamente definido e for restringido ou tratado de forma consistente como uma regra para todas as portas, com cobertura para ambos os protocolos.
Escrita pelo modelo de indexação a partir do texto da issue.
Avaliação
- Stack de tecnologia
- java
- Domínio
- networking
- Tipo de issue
- Bug
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Status de atividade
- Pouca atividade
- Clareza
- Razoavelmente clara
- Facilidade para iniciantes
- 45/100