Do serviço local à primeira requisição externa real
- Instale e verifique o pacote assinado do Oxaa aprovado.
- Execute
oxaa logine cadastre o dispositivo. - Inicie e verifique a saúde do serviço local selecionado.
- Execute
oxaa http <port>e aguarde a prontidão da borda. - Envie uma requisição por um sandbox do provedor, navegador remoto, telefone ou segunda rede.
- Confirme a requisição e a resposta no aplicativo local e no Inspector.
- Pare a rota e remova callbacks, capturas e credenciais de teste ao terminar.
Como o tráfego e os dados do Inspector são tratados
A borda pública do Oxaa termina o TLS público para resolver o hostname exato, identificar a rota autenticada atual e encaminhar a requisição. A sessão entre o dispositivo cadastrado e o Oxaa é criptografada; por ela, a requisição chega somente ao serviço local selecionado.
O Oxaa mantém metadados limitados de conta, rota, uso, segurança, cobrança, suporte e diagnóstico necessários para operar e proteger o serviço. A captura de body no Inspector é uma ação de depuração separada e explícita: a cópia limitada do body da requisição ou da resposta exibida no Inspector local permanece no dispositivo do desenvolvedor e pode ser redigida, excluída imediatamente ou expirar automaticamente. O tráfego público ainda precisa ser processado na borda; portanto, a afirmação correta é “cópias locais no Inspector”, e não “o Oxaa não consegue ver o tráfego”.
Escolha o trabalho que precisa concluir
- Receber e validar webhooks no handler local real.
- Concluir callbacks OAuth e de terceiros com uma URL HTTPS real.
- Compartilhar branch ou protótipo sem deploy.
- Abrir um app local no telefone ou em outra rede.
- Testar WebSocket e Server-Sent Events por uma borda pública.
- Centralizar rotas, dispositivos e propriedade quando o fluxo se tornar compartilhado.
Mais do que uma URL descartável
O Oxaa gerencia TLS público, roteamento por hostname exato e a rota autenticada atual dentro dos limites suportados. A página conecta esse fluxo à inspeção local, diagnóstico de rede e rotas repetíveis.
Use saída real da CLI, estado real do Inspector ou dashboard, fixture testada e data visível de revisão com versão do produto. Ilustração abstrata e adjetivos não substituem evidência.
Identidade da rota e limite do serviço selecionado
A conexão é iniciada pelo dispositivo cadastrado. Identidade gerada localmente, prova de posse, gerações de rota de curta duração e correspondência exata do hostname vinculam o endereço à rota atual. Propriedade desconhecida, malformada, revogada ou antiga falha de forma fechada em vez de ser encaminhada para um destino incerto.
O Oxaa publica somente o destino local configurado. Destinos de rede privada exigem autorização explícita; classes públicas, metadata, link-local, multicast e outros destinos inseguros permanecem bloqueados pela política.
Alternativas honestas
Um utilitário descartável pode bastar para uma URL única e de baixo risco. Um conector de infraestrutura atende acesso privado ou de produção. Um gateway de webhooks atende retries, fan-out e operação de entrega. Um ambiente de desenvolvimento em nuvem atende um workspace hospedado remotamente. O Oxaa atende um endpoint local selecionado, inspeção local e fluxo repetível de desenvolvimento.
Escolha pelo fluxo de trabalho, não por uma franquia vaga
Os cards de plano devem mostrar endpoints ativos, dispositivos confiáveis, domínios, transferência, captura, auditoria, concorrência, avisos, reset e cancelamento a partir de uma única fonte de cobrança. Não publique “ilimitado” sem definição.
Disponibilidade e elegibilidade comercial
Idioma, país da conta, país de cobrança, região do serviço, elegibilidade de pagamento e idioma de suporte são valores separados. Mostre o resultado atual antes do cadastro ou checkout e nunca deduza disponibilidade comercial apenas pelo idioma da página.
O que o Oxaa é - e o que não é
O Oxaa fornece conectividade de desenvolvimento para um serviço HTTP ou HTTPS local selecionado enquanto o dispositivo cadastrado e a rota autenticada estão ativos. Não é hospedagem, VPN genérica, forward proxy, implantação permanente de produção, túnel raw TCP/UDP, passthrough TLS arbitrário, substituto de CDN/WAF nem plataforma de entrega de webhooks de produção.
Perguntas frequentes
O Oxaa faz deploy do meu aplicativo?
Não. O aplicativo continua rodando no dispositivo cadastrado. O Oxaa encaminha requisições apenas para o serviço local selecionado enquanto a rota autenticada estiver ativa.
Preciso abrir uma porta de entrada?
Normalmente não. O dispositivo cadastrado inicia a sessão. Uma rede restritiva ainda pode bloquear DNS, UDP/443, TCP/443 ou interceptar TLS.
Onde ficam as cópias de body do Inspector?
Quando a captura limitada é ativada explicitamente, a cópia exibida no Inspector local permanece no dispositivo do desenvolvedor. O Oxaa ainda processa o tráfego público e mantém metadados operacionais limitados.
Isso é hospedagem de produção?
Não. Para produção, use o aplicativo implantado, um ingress de produção ou uma plataforma de entrega de eventos.
