Oxaa
  1. Seu localhost online. Sem abrir sua rede.
  2. Comparar alternativas
  3. Oxaa vs self-hosted reverse tunnels para desenvolvimento local

Endpoints públicos seguros para desenvolvimento local

Oxaa vs self-hosted reverse tunnels para desenvolvimento local

Compare o Oxaa e self-hosted reverse tunnels por fluxo, tratamento de dados, limites, adequação e migração com evidências datadas.

Resposta rápida

Compare o Oxaa com self-hosted reverse tunnels pelo fluxo que o desenvolvedor precisa concluir, e não por uma grade copiada de recursos. A página exige fontes oficiais atuais, testes em condições equivalentes, planos/regiões datados, migração e rollback.

Decisão de adequação

Oxaa: Escolha o Oxaa quando não quiser operar borda, certificados, roteamento, controles de abuso e atualizações.

self-hosted reverse tunnels: Escolha self-hosting quando rede personalizada, controle de código e data plane próprio forem mais importantes que o custo operacional.

Método de comparação reproduzível

  1. Exibir data, versões, planos, regiões e fontes oficiais.
  2. Descrever os produtos de forma neutra antes da decisão de adequação.
  3. Usar a mesma fixture local, rede de origem e conjunto de requisições.
  4. Registrar instalação, prontidão da borda, primeira requisição, local dos dados, Host/headers, WebSocket/SSE, limites, recuperação e limpeza.
  5. Não transformar um teste em afirmação universal de latência, confiabilidade, segurança ou privacidade.
  6. Mostrar dimensões atuais de preço com data; não criar nota falsa entre planos diferentes.
  7. Fornecer migração, mudanças em provedor/domínio, rollback, contato de correção e change log.

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”.

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.

Limpeza e passagem para produção

Remova o callback externo, a URL de preview ou o vínculo DNS; rotacione credenciais de teste; exclua capturas locais; pare a rota; e revogue o dispositivo ou a sessão quando necessário. Direcione o tráfego de produção para o aplicativo implantado, o ingress de produção ou a plataforma de entrega de eventos adequada.

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.