Roteamento de Execução de Competição

Use esta habilidade apenas como uma especialização downstream, depois que $ctf-sandbox-orchestrator já estiver ativo e tiver estabelecido suposições de sandbox, propriedade de nós e prioridades de evidências. Se isso ainda não aconteceu, retorne primeiro para $ctf-sandbox-orchestrator.

Use esta habilidade quando a questão decisiva for qual nó de sandbox, regra de proxy ou ramificação derivada de cabeçalho realmente atende à solicitação ativa.

Responda em chinês simplificado, a menos que o usuário solicite explicitamente o inglês.

Início Rápido

1. Assuma que cada nome de host, domínio e nó apresentados pertencem ao sandbox, a menos que o caminho do desafio prove o contrário.
2. Construa um mapa de rotas: host e esquema do cliente -> regra de proxy -> serviço ou contêiner -> processo -> armazenamento ou worker downstream.
3. Registre as entradas exatas de modelagem: Host, cabeçalhos X-Forwarded-*, Origin, prefixo de caminho, upgrade de websocket ou URL base.
4. Prove uma resolução de rota de ponta a ponta antes de expandir para hosts ou prefixos alternativos.
5. Reexecute a mesma solicitação alterando uma entrada de roteamento por vez.

Fluxo de Trabalho

1. Mapear Entradas de Rota

• Inspecione regras de vhost, proxies reversos, cabeçalhos encaminhados, reescritas de prefixo de caminho, pools upstream e upgrades de websocket ou SSE.
• Observe quais partes da solicitação influenciam o roteamento ou o comportamento do aplicativo: host, esquema, porta, caminho, prefixo, escopo de cookie ou origem.
• Trate domínios com aparência pública, nomes de host de nuvem e nós VPS separados como fixações de roteamento de sandbox primeiro.

2. Rastrear Rota para Consumidor Ativo

• Mapeie o nome do host para a regra de proxy para o contêiner ou processo para a porta para o serviço downstream.
• Compare a intenção de proxy registrada com os listeners ativos, configurações montadas, ambiente de execução e tráfego observado.
• Mantenha cabeçalhos, configuração de proxy e rastros de solicitação ativa ligados em uma única cadeia de evidências.

3. Provar o Desvio Decisivo

• Reduza o resultado à menor forma de solicitação que alterne o roteamento baseado em host, seleção de tenant, escopo de cookie ou destino upstream.
• Distinga a resolução de rota da lógica de autenticação do aplicativo; prove onde cada decisão realmente acontece.
• Se o problema mudar de roteamento para estado geral da web ou derivação de tempo de execução do contêiner, volte para a habilidade pai mais ampla.

Leia esta Referência

• Carregue references/runtime-routing.md para a lista de verificação de roteamento, matriz de cabeçalhos e empacotamento de evidências.
• Se a parte difícil forem diferenciais de parser, ambiguidade de framing de transferência ou comportamento de encapsulamento de solicitação proxy-backend, prefira $competition-request-normalization-smuggling.

O Que Preservar

• Nomes de host, trechos de proxy, conjuntos de cabeçalhos, prefixos de caminho, portas de listener e cookies específicos da rota
• A forma exata da solicitação que atinge o backend ou ramificação decisiva
• Um mapa compacto de host -> proxy -> serviço -> processo para o caminho ativo