Réponse rapide
Choisissez selon le workflow récurrent : valider un véritable endpoint, établir une routine individuelle, puis gouverner un workspace partagé. Prix, quotas, taxes, paiements et pays doivent provenir de la source de facturation active.
Structure des offres
| Plan | Usage adapté |
|---|---|
| Starter | Évaluer un véritable endpoint local sans modifier les réponses webhook/API. |
| Developer | Répéter les workflows individuels avec davantage de routes, appareils, inspection et identité stable. |
| Team | Centraliser membres, routes, appareils, domaines, quotas, facturation, révocation et audit. |
| Business | Uniquement lorsque SSO, SCIM, contrôles de région, achats et support existent réellement. |
Définitions qui évitent les surprises
- Endpoint actif : route actuellement publiée et edge-ready.
- Appareil approuvé : appareil enrôlé avec identifiants et état de révocation à jour.
- Domaine personnalisé : nom d’hôte client vérifié avec cycle de certificat géré.
- Transfert, concurrence, capture et audit : unités exactes avec avertissements, remise à zéro et application des limites.
Compatibilité de l’offre gratuite
Un véritable workflow webhook, API ou navigateur doit fonctionner sans page HTML d’avertissement universelle ni modification de la réponse. Vérification, limites et contrôles d’abus doivent protéger le service sans casser le trafic machine légitime.
Traitement du trafic et des données de l’Inspector
L’edge public d’Oxaa termine le TLS public afin de résoudre le nom d’hôte exact, d’identifier la route authentifiée en cours et de transférer la requête. La session entre l’appareil enrôlé et Oxaa est chiffrée ; elle remet la requête uniquement au service local sélectionné.
Oxaa conserve des métadonnées limitées de compte, route, usage, sécurité, facturation, support et diagnostic nécessaires au fonctionnement et à la protection du service. La capture de body dans l’Inspector est une action de débogage distincte et explicite : la copie limitée du body de la requête ou de la réponse affichée dans l’Inspector local reste sur l’appareil du développeur et peut être masquée, supprimée immédiatement ou expirer automatiquement. Le trafic public doit néanmoins être traité par l’edge ; la formulation exacte est donc « copies de l’Inspector conservées localement », et non « Oxaa ne peut pas voir le trafic ».
Disponibilité et éligibilité commerciale
La langue, le pays du compte, le pays de facturation, la région de service, l’éligibilité au paiement et la langue de support sont des valeurs distinctes. Affichez le résultat actuel avant inscription ou checkout et ne déduisez jamais la disponibilité commerciale de la seule langue de la page.
Questions fréquentes
Oxaa déploie-t-il mon application ?
Non. L’application continue de s’exécuter sur l’appareil enrôlé. Oxaa transfère les requêtes uniquement vers le service local sélectionné tant que la route authentifiée est active.
Dois-je ouvrir un port entrant ?
En principe non. L’appareil enrôlé initie la session. Un réseau restrictif peut toutefois bloquer DNS, UDP/443, TCP/443 ou intercepter TLS.
Où résident les copies de body de l’Inspector ?
Lorsque la capture limitée est activée explicitement, la copie affichée dans l’Inspector local reste sur l’appareil du développeur. Oxaa traite toujours le trafic public et conserve des métadonnées opérationnelles limitées.
S’agit-il d’un hébergement de production ?
Non. Utilisez une application déployée, un ingress de production ou une plateforme de livraison d’événements pour le trafic de production.