korridor convient si…
- Vous publiez des applications web et voulez garder le trafic chez vous.
- Vous entretenez aujourd’hui plusieurs outils pour le proxy, le WAF et l’authentification.
- Vous voulez une configuration relisible et versionnée.
Cas d’usage korridor
Publier ses applications avec un reverse-proxy auto-hébergé
Un reverse-proxy, un pare-feu applicatif, un proxy d’authentification et un client ACME : quatre outils à configurer, à mettre à jour et à surveiller séparément.
La réponse courte
korridor réunit reverse-proxy, certificats TLS, pare-feu applicatif et contrôle d’accès par utilisateur dans un seul logiciel installé sur vos machines Linux. La configuration est un fichier versionné et signé, vérifié avant chaque application.
Publier sans assembler une pile
Les applications sont servies sous TLS, avec des certificats émis et renouvelés automatiquement, sans ouvrir le port 80.
- Reverse-proxy HTTP/1.1, HTTP/2 et HTTP/3
- Répartition sur plusieurs serveurs, avec coupe-circuit
- WebSocket et streaming sans configuration par route
- Hébergement de sites statiques avec cache et compression
Filtrer avant l’application
Les requêtes sont filtrées et l’accès est vérifié avant d’atteindre vos serveurs.
- WAF Coraza et règles OWASP, activables route par route
- Limitation de débit, filtrage par pays et listes de réputation
- Politique d’accès réévaluée à chaque requête
- Portail compatible avec votre fournisseur d’identité (OIDC)
Est-ce le bon outil pour vous ?
Limites à connaître
- korridor s’installe sur une machine ou une VM Linux (amd64 ou arm64).
- La haute disponibilité demande deux machines.
- La tarification est en cours d’étude.