Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

Allow root admin to configure DNS servers on behalf of a specific user/domain and support project-scoped DNS servers

Aberta
#13,911 1 comentário 0 reações 0 responsáveis Ver no GitHub

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
5/5
Tempo estimado
Mais de uma semana
Facilidade para iniciantes
38/100
Tipo de issue
Funcionalidade
Clareza
Razoavelmente clara
Status de atividade
Ativa
Stack de tecnologia
java
Domínio
authorization, backend-api-design, cloud, networking

Direção de pesquisa

Comece revisando o fluxo de configuração existente do servidor DNS e o PR #13821; em seguida, rastreie como a propriedade de contas, domínios, projetos e administradores root é representada. O trabalho estará concluído quando administradores root puderem provisionar servidores DNS para usuários, domínios ou projetos, enquanto usuários e domínios provisionados não puderem alterar suas URLs; as regras de escopo e permissão devem ser cobertas por testes apropriados.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

component:networking type:new-feature
The required feature described as a wish

Currently, a DNS server can only be set up for the calling account/domain, there is no way for a root admin to configure one on behalf of a different account or domain, and no way for a DNS server to belong to a project.

As a root admin, I would like to be able to:

  1. Set up a DNS server on behalf of a specific user/account
  2. Set up a DNS server on behalf of a specific domain
  3. Attach a DNS server to a project

Additional constraint:

  1. If a DNS server was set up by root admin on behalf of a user/domain, that user/domain should not be able to modify its URL themselves. Only root admin (or whoever provisioned it) should be able to change it.

Motivation:

Asks 1 and 2 are primarily driven by the recent restriction that only root admin can configure a DNS server on a private/internal (RFC1918) address, domain admins and regular users can no longer do so directly (see PR #13821). Without a way for root admin to provision such a server on behalf of another account/domain, that use case is lost entirely for non-root-admin users.

Ask 3 (project support) wasn't part of the initial scope for this feature. It's being tracked here as a follow-up enhancement rather than a gap in the original design.

Ask 4 follows directly from 1 and 2: if the owning user/domain could freely change the URL afterward, they could redirect an admin-provisioned DNS server anywhere they like, defeating the purpose of restricting private-address setup to root admin in the first place.

Linguagem predominante
Java
Estrelas
3.1k
Forks
1.4k
Merge médio
6d 12h
PRs com merge (30d)
26

Guia de contribuição

Abrir o guia de contribuição

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de apache/cloudstack

Todas as issues de apache/cloudstack

Issues semelhantes

Mais issues de Java

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.